https://zhangli2946.github.io/blog/%E6%9C%AA%E6%9D%A5%E4%BC%81%E4%B8%9A/Recent content in 未来企业 on li 的 BlogHugozh-cnMon, 01 Jun 2026 00:00:00 +0000https://zhangli2946.github.io/blog/togaf-business-architecture/Mon, 01 Jun 2026 00:00:00 +0000https://zhangli2946.github.io/blog/togaf-business-architecture/<h1 id="业务架构需求传递之困">业务架构：需求传递之困</h1> <hr> <h2 id="1-业务模式">1. 业务模式</h2> <p>某科技公司的业务模式可以概括为：<strong>以软件基线为核心，按客户需求进行定制，通过合作伙伴完成交付</strong>。</p> <p>其产品形态包含四个层次：</p> <ul> <li><strong>硬件</strong>：嵌入式设备（NAS 基型），支持容器化（ARM/x86）以及 RK3588、RK3576 等硬件平台。</li> <li><strong>软件</strong>：微服务化的软件基线，按能力平台组织，每个能力由多个服务组合提供。</li> <li><strong>AI</strong>：部署于设备端的推理服务。</li> <li><strong>云平台</strong>：运行于运营商基础设施，支撑业务运营。</li> </ul> <p>客户类型为大型企业。公司不直接面向客户销售，而是通过合作伙伴渠道完成销售环节。</p> <blockquote> <p><strong>战略背景</strong>：不直接面向客户销售是初创阶段的战略选择——公司需要利用合作伙伴的客户纽带关系切入市场，建立与政府和大型组织的合作关系。面向个人消费者是非常远期的计划。这一模式意味着<strong>合作伙伴既是销售通道，也是需求入口</strong>。</p> </blockquote> <hr> <h2 id="2-利益相关者">2. 利益相关者</h2> <p>基于 TOGAF 利益相关者分析框架，识别出以下关键角色：</p> <table> <thead> <tr> <th>利益相关者</th> <th>类型</th> <th>参与环节</th> </tr> </thead> <tbody> <tr> <td>客户（大型企业/政府）</td> <td>外部</td> <td>提出需求 → 验收交付</td> </tr> <tr> <td>合作伙伴（经销商、系统集成商）</td> <td>外部</td> <td>需求转交 → 现场交付</td> </tr> <tr> <td>产品人员</td> <td>内部</td> <td>接收需求 → 拆分需求</td> </tr> <tr> <td>PM</td> <td>内部</td> <td>需求拆解 → 任务分配 → 验收</td> </tr> <tr> <td>研发团队</td> <td>内部</td> <td>接收任务 → 实现</td> </tr> <tr> <td>测试团队</td> <td>内部</td> <td>测试验证</td> </tr> <tr> <td>AI 团队</td> <td>内部</td> <td>AI 优化/定制（按需）</td> </tr> <tr> <td>架构师</td> <td>内部</td> <td>重大方案评审（偶尔）</td> </tr> <tr> <td>售前/技术支持</td> <td>内部</td> <td>需求阶段技术评估</td> </tr> <tr> <td>供应链/采购</td> <td>内部</td> <td>硬件定制阶段</td> </tr> <tr> <td>高管/决策层</td> <td>内部</td> <td>重大方案或资源调配</td> </tr> </tbody> </table> <hr> <h2 id="3-核心业务流程">3. 核心业务流程</h2> <p>从客户需求到最终交付，业务链路如下：</p>https://zhangli2946.github.io/blog/togaf-company-overview/Sun, 24 May 2026 00:00:00 +0000https://zhangli2946.github.io/blog/togaf-company-overview/<blockquote> <p>写在正文前 <br> 开这个系列希望能够通过 AI 的辅助结合自己的观察， <br> 以 <strong>TOGAF</strong> 为分析框架，推演 AI 加持下，案例的企业是否能走出 AI 转型的路线<br> 在以最小的熵增为代价，取得尽可能多的行业优势 <br> 选取此企业为案例也有几个原因 ：企业主具备良好的变现渠道，资源供给基本没有压力 能够支撑各种方向的尝试与探索。</p> </blockquote> <h1 id="公司架构全景">公司架构全景</h1> <h2 id="公司概况">公司概况</h2> <p>某科技公司是一家以嵌入式设备为核心、提供配套软件与云服务的解决方案提供商。其产品以 NAS 为基础，在设备端集成 AI 推理能力，面向大型企业客户交付。</p> <p>公司组织扁平化，按两大板块运作：</p> <ul> <li><strong>研发部门</strong>： FAE部门 和 平台部门</li> <li><strong>支撑部门</strong>： 行政等</li> </ul> <p>公司不直接面向客户销售，而是通过合作伙伴渠道完成销售环节，自身聚焦于产品研发与交付。</p> <h2 id="业务架构鸟瞰">业务架构鸟瞰</h2> <h3 id="核心产品形态">核心产品形态</h3> <p>公司的产品以&quot;硬件 + 软件 + AI&quot;的组合呈现：</p> <ul> <li><strong>硬件</strong> ：基于通用计算平台的嵌入式设备</li> <li><strong>软件 与 AI</strong> ： <ul> <li>采用分层结构 : 以 <strong>复用范围</strong> 分为 : 基础设施, 公共平台, 特化业务</li> <li>采用微服务架构 : 以支撑 研发人员的更替 和 能力要求的变化.</li> </ul> </li> <li><strong>云平台</strong> ： <ul> <li>云上业务运行于 PaaS 上 : 支撑设备运营和多设备互联业务</li> </ul> </li> </ul> <h3 id="业务模式">业务模式</h3> <p>公司作为解决方案供应商,协同合作伙伴完成交付.</p> <p>公司拥有自研软件基线产品. 根据硬件情况进行软件移植与裁剪，形成定制化解决方案。</p> <p>交付链路为：</p>