5.11 我怎样安排六条价值流的组合路线

六条价值流完成初步设计后，每位负责人都认为自己的项目应该马上开始。

市场希望先做线索判断，产品希望整理客户反馈，人力希望建设新人助手，财务则认为经营分析最重要。

如果我把它们都放进年度计划，表面上人人满意，实际会同时争夺客户数据、工程师、业务负责人和风险审查岗位。

路线图不是把所有愿望排上日期，而是决定公司在有限承载力下先改变什么。

我先把共同依赖画出来

六条价值流并不独立。

商机到回款建立客户、合同、承诺和审批事实；订单到上线继续使用范围、客户条件和验收；问题到续约需要客户目标、使用和合同时间；经营决策又依赖前面各流程留下可信记录。

如果客户身份和合同版本还没有共同定义，直接建设经营助手，只会更快生成不一致的答案。

依赖图让我看见哪些项目能够为后续流程建立基础。

我用四个问题比较先后

1. 经营价值

问题影响收入、现金、成本、客户或风险有多大，是否已经有真实样本和基线。

2. 可验证性

三到六个月内能否看到变化，是否有愿意参与的负责人和真实订单。

3. 共同能力

这项改造会不会建立其他价值流也需要的客户、合同、权限、事件或评测能力。

4. 组织承载力

业务负责人、工程团队、数据和风险岗位是否真的有时间，员工是否正在经历其他重大变化。

价值高但无法取得资料和负责人，不适合假装立即启动；容易做但没有经营价值，也不该成为灯塔。

第一阶段选择一条能建立共同事实的灯塔

云枢科技先做商机到回款。

它影响收入、项目毛利和现金，也迫使公司统一客户、产品能力、合同承诺、审批和项目交接。

第一阶段不建设一个“大平台”。只做灯塔流程需要的共同事实、身份权限、日志和验收。

项目证明这些能力真实有用以后，再把它们扩展给下一条价值流。

第二阶段连接相邻价值流

商机到回款稳定后，订单到上线最自然，因为它直接接收签约交接。客户问题到续约随后连接客户目标、使用和合同结果。

这两条流程让公司看见从承诺、交付到客户是否继续购买的完整循环。

市场到商机和反馈到版本也可以接入，但要根据业务瓶颈和团队承载力选择，而不是按照目录顺序机械开展。

共同能力跟着需求生长

每个项目都会提出共同需求：客户身份、权限、事件、知识或评测。

平台团队只把已经在至少一个真实流程中证明有效，并且多个流程确实需要的部分做成共同能力。

如果一开始就建设无限大的统一平台，团队会花很长时间讨论未来可能需要什么，却没有经营结果验证。

共同能力不是越多越好，而是减少重复、保持一致，同时允许业务必要的差异。

我为每条价值流写开始和停止条件

开始条件包括负责人、基线、样本、数据权限、工程能力和首批用户。

停止或缩小条件包括：经营价值无法证明、资料长期取得不了、员工不使用、高风险错误越界、成本明显超过收益，或者公司出现更重要的变化。

项目一旦批准不表示必须做到底。

停止一个没有证据的项目，可以把负责人和工程能力还给更值得的流程。

每月重新看组合，不只看单个项目

单个项目都可能汇报进展良好，但组合层面仍然超载。

我每月和经营层看：

• 每条价值流取得了什么经营证据；
• 共享负责人和工程能力是否超负荷；
• 哪些共同依赖已经建立或仍然阻塞；
• 新的事故、成本和组织变化；
• 下个月应该扩大、保持、缩小还是停止什么。

路线图因此会变化。调整不是计划失败，而是使用新证据作决定。

我怎样避免路线图变成技术项目清单

我不用“建设知识平台、部署智能体、上线模型”作为路线图项目名称。

每一项都以经营变化命名，例如“减少签约后范围返工”“让客户问题在续约前进入行动”“让新人更快独立完成客户访谈”。

技术能力放在相应价值流下面，说明它服务什么结果。这样经营层能够判断优先级，工程团队也知道为什么建设。

经营层最后没有批准“六条价值流同时开工”

顺序	价值流	当前决定	为什么现在或以后	不能继续的情况
1	商机到回款	继续受控试点	已有执行包、订单证据和共同负责人，并建立客户与合同事实	错误承诺、越权、长期双录或负责人无法投入
2	订单到上线	与灯塔相邻设计	直接接收合同、范围、客户条件和付款节点	接收人仍无法确认启动状态
3	问题到续约	小样本诊断	续约率 84%，使用与行动断开，但资料权限仍需验证	风险提示成为无人处理名单或持续打扰客户
4	市场到商机	只做一轮活动试验	可复用客户身份与商机状态，不先建设评分平台	只让报名或线索数字更漂亮
5	反馈到版本	先规范问题卡和单客户例外	需要产品负责人建立稳定取舍，而不是先上知识助手	最大声音仍然能直接插单
6	人才到胜任	等项目负责人有承载力	与前几项争夺同一批资深顾问和项目经理	试点记录被拿去作未经批准的员工决定

经营记录和组织记忆没有被包装成两个先行平台。指标口径先随经营决定建立，规则与案例先随真实工作沉淀；多个价值流重复需要以后，平台团队再统一身份、权限、事件、来源和评测。

这张路线还解决了一个资源谎言：销售、交付、数据和财务负责人不能同时在六个项目里“每周投入半天”。经营层把他们优先配置给前两条相邻价值流，后续项目只有达到开始门才取得连续资源。

完整八个事件、共同能力、开始门和停止条件保存在 云枢科技已填写价值流组合路线图。第 6 卷从这里开始，不再设计更多试点，而是看公司怎样处理采用、岗位变化、ROI、版本、事故和 FDE 退出：规模化转型。