业务架构：需求传递之困
业务架构：需求传递之困 1. 业务模式 某科技公司的业务模式可以概括为：以软件基线为核心，按客户需求进行定制，通过合作伙伴完成交付。 其产品形态包含四个层次： 硬件：嵌入式设备（NAS 基型），支持容器化（ARM/x86）以及 RK3588、RK3576 等硬件平台。 软件：微服务化的软件基线，按能力平台组织，每个能力由多个服务组合提供。 AI：部署于设备端的推理服务。 云平台：运行于运营商基础设施，支撑业务运营。 客户类型为大型企业。公司不直接面向客户销售，而是通过合作伙伴渠道完成销售环节。 战略背景：不直接面向客户销售是初创阶段的战略选择——公司需要利用合作伙伴的客户纽带关系切入市场，建立与政府和大型组织的合作关系。面向个人消费者是非常远期的计划。这一模式意味着合作伙伴既是销售通道，也是需求入口。 2. 利益相关者 基于 TOGAF 利益相关者分析框架，识别出以下关键角色： 利益相关者 类型 参与环节 客户（大型企业/政府） 外部 提出需求 → 验收交付 合作伙伴（经销商、系统集成商） 外部 需求转交 → 现场交付 产品人员 内部 接收需求 → 拆分需求 PM 内部 需求拆解 → 任务分配 → 验收 研发团队 内部 接收任务 → 实现 测试团队 内部 测试验证 AI 团队 内部 AI 优化/定制（按需） 架构师 内部 重大方案评审（偶尔） 售前/技术支持 内部 需求阶段技术评估 供应链/采购 内部 硬件定制阶段 高管/决策层 内部 重大方案或资源调配 3. 核心业务流程 从客户需求到最终交付，业务链路如下： ...