6.12 什么情况应该从一开始就按六个月安排

一家拥有四个区域公司的连锁服务集团请我按云枢科技的十二周路线制定计划。第一次经营访谈中，销售说合同盖章就算成交，财务说首付款到账才进入预测，交付则要等区域负责人确认资源才接受项目。

客户资料分散在四套系统，同一个集团有七种写法；两个区域使用总部价格制度，另两个区域保留自己的审批；负责数据迁移的人还同时参加核心系统更换。

三个月仍能做出助手演示，却没有条件让同一笔订单在四个区域中稳定运行。我把计划改成六个月。

案例说明：泽川连锁集团及其组织、系统和六个月计划均为虚构教学设定。下表是计划示范，不是已经取得的实施结果。

多出来的时间用来解决什么

六个月不是给工程团队增加功能空间，而是让经营定义、资料、制度和岗位先成为可运行条件。

CEO 指定集团运营负责人为转型负责人，允许他组织四个区域作流程决定，并明确哪些争议必须回到 CEO。团队跟着四笔不同区域订单走到交付和收款，不先讨论工具。

月底阶段门要求：灯塔只选一个经营问题；每个区域承认共同问题及差异；关键负责人有固定投入；人工路线和暂停权明确。若授权仍只能召集会议，项目停在这里。

团队比较正常、延期、低毛利和回款异常订单，建立基线；为灯塔客户和合同指定权威来源；把总部底线、标准做法和区域例外分开。

不清洗集团全部历史资料。只处理首批订单所需的客户身份、合同版本、范围、批准和项目状态。月底若样本不能支持断点，修改灯塔；数据主人和业务负责人缺位时，不进入设计。

四个区域用各自订单检验同一目标流程。共同状态必须能解释，区域差异则通过公开规则或有期限例外表达，不能藏在员工经验里。

旧表、旧审批和岗位指标同时进入工作重设计。业务负责人宣布哪些停止，人力负责人处理岗位责任与支持，风险岗位确认边界。月底交给 AI 全栈工程师的是已填写执行包，不是一句“统一四个区域”。

工程团队使用 AI 完成实现，业务团队每周拿历史订单验收。共同客户事实、区域审批、资料缺失、系统故障和错误对客材料都必须有正常、边界和失败表现。

关键高风险事件失败就继续在受控环境修正。四个月已经过去，也不能成为强行上线的理由。日历不会替客户承担错误。

选择资料较好、负责人能投入的两个区域小范围试用。AI 先整理和建议，人确认后执行。另两个区域保留原方法，帮助观察变化究竟来自新流程、人员差异还是季节因素。

每天记录接管原因：系统错误、资料缺失、业务例外、制度冲突还是旧工作没有停止。不同原因分别交工程、数据、业务或经营层处理。出现客户事故或高风险越界，立即缩小范围并转人工。

最后一个月不冲刺页面。团队比较基线、过程、采用、投入和风险，判断扩大、保持、缩小或停止。未试区域只有满足进入条件才扩大，不因“六个月结束”自动上线。

内部价值流负责人主持经营复核，平台团队完成一次故障恢复，业务与风险岗位完成一次规则变更，转型负责人重新分配一个没有证据的项目。FDE 退到观察位置。

月份	必须取得的证据	典型停止或转向条件	决定人
1	授权、共同问题、真实订单和投入	跨区域冲突无人能决定	CEO、转型负责人
2	基线、断点、资料主人和制度差异	没有可取得资料或可验证结果	价值流负责人
3	目标流程、岗位变化和执行包	旧工作无法停止，风险边界未确认	业务、人力与风险负责人
4	正常、异常、失败事件通过	高风险行为不能暂停或恢复	业务与工程负责人
5	两区域真实采用和保护证据	客户影响、成本或双录持续上升	转型负责人、经营层
6	内部运行、ROI 复核和下一组合决定	长期责任仍写着“项目组”	CEO、内部责任人

每月都有可能缩小、等待或停止。无限延期却没有新增证据，同样不是稳健。六个月用得是否值得，只看它有没有让定义更清楚、资料更可信、岗位更完整、试用更充分、内部团队更能接手。

三个月和六个月是两种企业项目条件，不是教程的快班和慢班。读者可以按自己的节奏学习，再根据所在公司的授权、资料、风险和承载力选择执行路径。

现在只剩最后一道检验：当我不再主持群聊、变化和经营复核时，云枢科技能否继续运行。下一节不是告别仪式，而是一次故意把 FDE 拿掉的现场测试：我离开五天后，谁在作决定。