第 6 卷：规模化转型

灯塔试点结束时，云枢科技有 20 笔订单进入新流程，18 笔持续使用。这个结果足以支持继续，却不足以证明公司已经转型。

当使用者从 9 人扩大到 21 名销售，问题马上出现了：有人继续维护旧表，有人绕过等待状态，有人不知道出了问题该找谁。随后，项目组合争夺同一批负责人，共享平台的边界发生争议，一次版本变化又引出了真实的客户事故。

这一卷跟着接下来的十二周走。我不再增加一批互不相干的 AI 项目，而是处理一家公司要长期使用 AI 时无法回避的经营问题：旧工作谁来停止，岗位责任怎样移动，资源怎样取舍，结果怎样证明，版本怎样恢复，外部 FDE 又怎样退出。

案例说明：云枢科技、订单、人员、事故和结果数字均为虚构教学设定。十二周表示企业项目的观察窗口，不是本教程的学习期限，也不是对任何企业的转型周期承诺。

十二周里发生了什么

时间	现场事件	迫使我们回答的问题	留下的运行材料
第 1 周	两名销售分别因为双重录入和等待风险绕过新流程	不使用究竟是态度、负担，还是控制设计问题	采用诊断记录
第 2—3 周	培训不能消除四次信息搬运，例外队列又找不到决定人	哪些旧工作停止，责任和决定权怎样移动	工作重设计表、岗位变化卡
第 4 周	四十七条中心要求把一个正常申请堵了八个工作日	什么是底线、标准做法和有期限例外	标准与例外目录
第 5—6 周	六个提案争夺同一批业务负责人，漂亮收益又无法归因	公司应该给谁资源，ROI 目前能证明到哪里	组合看板、ROI 证据卡
第 7—8 周	三个项目重复建设身份和记录能力，一次周末变更让提醒激增	什么应共享，变化怎样追溯和恢复	平台边界、变更影响记录
第 9 周	一份客户材料混入另一家客户的使用数字	怎样控制影响、查系统条件并防止重演	事故复盘和新增验收事件
第 10—12 周	制造企业提出复制方案，内部团队接受四项独立检验	什么能迁移，公司是否真的能在 FDE 离开后运行	路线阶段门、退出检验

这些材料不是每章各做一张表。它们持续进入同一份云枢科技 AI 型公司运行手册，并从 0.1 修订到 1.0。

从第一件不舒服但最有用的事开始：两名员工为什么绕过了新流程。