2.10 我为什么选择一条不那么炫的流程
云枢科技的 CEO 对“全公司经营智能大脑”最感兴趣。我却建议先改造商机到签约、交接、验收和回款。
后者听起来普通,却连接销售周期、项目毛利、客户验收和现金,能找到足够历史订单,也有销售和交付负责人愿意共同承担结果。
我把三个候选项目放到真实事件里比较
经营智能大脑需要先统一收入、客户、项目和成本口径,任何错误都可能误导管理层,却很难在短期内确认回答是否改善了经营。员工知识助手更容易做出效果,但“找到一段答案”还不能证明资料仍然有效,也很难在几个月内连接到公司结果。
非标准订单则有清楚起点和终点:客户进入有效商机,经过方案、报价和合同,最终完成交接与开票。我们有延期、亏损和顺利订单,也能找到首批岗位参加。
我原先担心这个选择不够“像 AI”。但灯塔的目的不是展示最先进的能力,而是让公司第一次完整经历诊断、设计、建设、试用和经营验证。
我没有只凭这一笔失败订单决定。YS-24-009 同样包含非标准要求,却在对客承诺前让售前、项目和财务共同确认,因此没有出现无偿变更;YS-24-028 是标准订单,却因为客户临时更换负责人而延期。三个样本说明,问题不是“非标准订单一定失败”,也不是“销售做得不好”,而是公司缺少一个让关键条件在承诺前被共同确认、出现变化后重新决定的过程。
三个候选都要回答同样的问题
| 候选灯塔 | 能观察的经营结果 | 当前证据 | 十二周能否形成闭环 | 首批风险 | 结论 |
|---|---|---|---|---|---|
| 全公司经营问答 | 决策准备时间、口径冲突 | 四份报表答案不同,但共同口径尚未确认 | 很难;必须先改多套事实来源 | 错答可能影响预算和资源 | 等待,不作为第一灯塔 |
| 员工知识助手 | 查找时间、重复询问、过期资料使用 | 售前和项目私人资料可抽样 | 可以做小闭环,但短期难连接收入、毛利或现金 | 过期内容被当成公司规则 | 保留为低风险探索 |
| 商机到回款 | 销售周期、范围返工、验收和尾款 | 有顺利、延期、标准和非标准订单,有跨系统记录 | 可以;起点、终点、用户和停止条件都能划定 | 漏掉高风险要求或错误提示 | 选择为灯塔 |
员工知识助手并不是坏项目。它落选第一灯塔,是因为即使搜索时间下降一半,经营层仍然很难判断公司是否学会了重新设计一条价值流。商机到回款更难,却能逼着销售、售前、项目、财务、数据和风险岗位共同改变工作。
灯塔不是最吸引人,而是最能证明方法
第一条价值流需要足够重要,否则成功也没人关心;范围要能在几个月内试完;结果要有基线;错误后果要能控制;经验还要能复用到其他流程。
我会避开两种项目:曝光很高却只生成漂亮回答的项目,以及范围大到必须先重建全部数据和系统的项目。
还有一种项目同样不适合:问题真实,但没有任何业务负责人愿意改变流程。FDE 和工程师可以把系统做出来,却没有人能取消旧表、决定例外或承担结果。
灯塔失败应当可控。商机流程第一阶段只提供内部整理、差异检查和提醒,不直接修改合同或向客户发送。即使效果不佳,团队可以回到旧流程,不会一次影响全部订单。
我把灯塔范围切到一组真实用户
我们先选择企业服务客户中的非标准订单,邀请四名销售、两名售前、两名项目经理和一名财务试用。AI 只整理、检查和提醒,不直接对客户发消息或修改合同。
范围小不是降低目标,而是让团队在真实业务里尽快获得完整证据。
我们选择非标准订单,是因为它们最容易发生承诺与交付断裂;但排除政府招投标和海外合同,因为它们需要另一套专业规则。四名销售也不是只选最支持项目的人,其中包括一位高绩效员工和一位对新系统持怀疑态度的员工。
销售负责人对签约周期和承诺质量负责,交付负责人对交接和毛利负责,一线岗位提供真实工作,风险岗位确认合同边界,我组织证据与试用。AI 全栈工程师到下一卷才根据执行包建设,不从一个产品演示反推业务。
灯塔必须预先写明成功和停止
成功不仅是功能可用。三个月内,我们要看非标准订单的资料退回是否下降、签约后范围返工是否减少、员工是否持续使用、风险错误是否没有增加。
如果历史资料无法取得、两位负责人无法投入、员工必须长期维护双流程,或者高风险遗漏无法控制,灯塔缩小或停止。写清停止条件能让团队诚实学习,不必为了证明选择正确而隐藏问题。
我还把“十二周成功”拆成三层。第一层是 AI 能否在历史订单中找出缺失、冲突和非标准要求;第二层是一线员工是否在真实订单中持续使用并正确接管;第三层才是资料退回、范围返工和等待是否开始下降。项目毛利和回款往往要更久才能完整观察,所以十二周只能看到部分早期信号,不能宣称公司利润已经提高。
我怎样验收灯塔范围完整而不过大
我拿三笔订单走一遍,检查是否从真实输入一直到可观察经营结果,是否包含人工接管和失败恢复。任何需要“以后再说”的关键交接,都说明闭环被切断。
同时,如果一项结果必须先改造所有部门和系统才能观察,说明范围仍然过大。灯塔应小到能在几个月内验证,大到成功后经营层愿意继续投入。
经营层最后确认的灯塔边界
| 项目 | 云枢科技填写结果 |
|---|---|
| 起点 | 销售把带接口、迁移或额外服务的企业客户标成有效商机 |
| 终点 | 已确认的合同和交接进入项目,后续验收与尾款风险可被追踪 |
| 首批使用者 | 4 名销售、2 名售前、2 名项目经理、1 名财务人员 |
| 共同负责人 | 销售负责人承担周期和承诺质量;交付负责人承担交接、验收和项目毛利 |
| 第一阶段允许 | 整理来源、比较版本、指出缺失、提醒有权负责人决定 |
| 第一阶段禁止 | 自动向客户发送、修改合同、接受非标准承诺、写入财务事实 |
| 明确排除 | 海外合同、政府招投标,以及无法取得脱敏资料的订单 |
| 十二周观察 | 缺失是否更早暴露、退回和范围返工是否下降、员工是否持续使用、风险错误是否增加 |
| 立即暂停 | 高风险遗漏无法控制、资料越权、负责人无法投入或员工必须长期维护两套流程 |
这张卡不是项目宣传页,它同时写了为什么做、谁负责、不能做什么以及何时承认走不通。完整版本保存在 云枢科技诊断证据包。
灯塔到这里才从一个方向变成可规划的范围。下一节不按“第几周必须上线”排功能,而是为诊断可靠、历史订单通过、真实员工采用和有限授权分别设置进入条件:我怎样安排 3 个月和 6 个月路线。