4.10 我怎样从试点走到日常运行
教学说明：本篇的用户行为和试点观察均为云枢科技虚构教学记录，用于示范怎样判断采用与移交，不是对真实客户项目成果的陈述。
历史订单验收通过后，销售负责人希望下周给全体销售上线。
他的理由很简单：既然系统已经做对，越早使用越早产生价值。
我没有同意。历史资料不会在客户催促、月底签约和员工休假时突然变化，也不会暴露员工是否愿意改变原来的工作。实验室通过，只表示我们可以进入真实但受控的试点。
第一批先让旧订单暴露已知问题
我们先使用十笔历史订单，其中包括正常、延期、亏损和逾期。
这一步不观察员工采用，只检查系统能否找到过去已经知道的断点：缺失的客户条件、晚发现的非标准承诺、项目交接差异和付款风险。
历史订单的好处是结果已知。系统漏掉什么，我们容易判断。通过以后，才允许接触少量新订单。
第二批只进入少量真实订单
我选择四名销售、两名售前、两名项目经理和一名财务人员。
他们不是全部最支持 AI 的员工。其中一位项目经理对新系统很怀疑，我特意请他参加，因为他会指出交接材料不够用的地方。
试点期间，系统只整理和提示，不自动改变正式记录。原流程继续可用，出现问题可以立即回去。
我每天观察：
- 用户在什么时刻打开系统；
- 哪些提示被采用、修改或忽略；
- 一笔订单比过去多了还是少了工作；
- 人工接管发生在哪里；
- 是否真的在签约前发现缺口；
- 有没有错误内容进入客户材料。
我不把“不使用”简单归因于培训
第三天，两名销售几乎没有使用。
最初有人建议再培训一次。我分别坐到他们旁边，发现系统提示出现得太晚。销售已经把方案发给客户，才收到承诺核对提醒。
另一个问题是系统要求他们重新上传 CRM 里已经存在的资料。
如果我把问题写成“员工抵触”，真正的流程缺陷就会被掩盖。采用问题要先回到工作：入口是否在正确时刻，资料是否重复填写，结果是否真的帮助下一步。
培训只能解决不会用，不能解决不值得用。
第三批扩大到一个完整团队
少量用户稳定后，我选择一个完整销售小组，让正常的岗位差异、工作量和经理责任都进入。
这一阶段允许把人已确认的交接结果写回项目系统，但仍保留停止开关。支持问题不再直接找工程师，而是先由内部运行负责人接收。
进入下一阶段前，我们要求：
- 关键验收情境持续通过；
- 高风险错误没有越过边界；
- 使用没有依赖 FDE 每天提醒；
- 内部负责人能处理权限和常见异常；
- 经营指标开始出现可以解释的变化。
每一批都要有停止条件
试点计划不能只有扩大条件。
客户资料越权、未确认建议被当成事实、错误承诺进入外部材料、正式记录重复写入，任何一项发生都立即暂停相关动作。
质量持续下降、人工接管积压、成本超出边界时，系统退回只读或缩小范围。
停止不是惩罚。它让员工知道出现问题时公司会保护客户和他们的工作，不会为了证明项目成功而强行继续。
上线支持也属于流程设计
员工遇到问题以后找谁，决定了系统能不能进入日常运行。
我把问题分成三类：使用问题由业务支持人处理；权限和资料问题由内部平台或数据负责人处理；系统故障由工程团队处理。涉及合同、财务和员工利益的例外交给专业岗位决定。
每个问题要保留订单和上下文，不能只留一句“结果不对”。
支持量本身也是指标。如果系统每天需要 FDE 解释几十次，说明执行包或工作设计仍然没有完成。
移交不是开一场培训会
我请内部团队独立完成四件事：
- 给一名新员工申请正确权限；
- 处理一笔资料冲突订单；
- 在财务来源不可用时切换到人工方式；
- 修改一条规则并重新运行受影响的验收情境。
我只观察，不替他们操作。
如果他们必须回到工程师的聊天记录寻找答案，资料还没有移交。如果一个问题永远只能由外部 FDE 决定，责任还没有移交。
什么时候才算进入日常运行
不是全员账号开通，也不是项目会议结束。
我要求业务负责人、运行负责人和工程负责人都能回答：
- 这项能力保护什么经营结果；
- 现在允许哪些动作；
- 指标和错误在哪里看；
- 谁处理日常例外和事故；
- 规则或模型变化后怎样重新验证；
- 什么时候需要降级或停止。
这些答案能够由内部团队持续执行，试点才真正进入日常运行。
上线表最后填的是批次和决定，不是账号数量
| 批次 | 对象与允许动作 | 主要观察 | 进入下一批条件 | 停止或退回 |
|---|---|---|---|---|
| 历史验证 | 至少 12 类脱敏订单；不影响真实工作 | 来源、缺失、冲突、权限和恢复 | 核心用例通过，限制可解释 | 高风险遗漏或无法恢复 |
| 少量真实只读 | 4 名销售、2 名售前、2 名项目经理、1 名财务；内部草稿与提醒 | 触发时刻、采用、更正、双录、人工接管 | 使用不依赖 FDE，风险未增加 | 越权、误发、长期双录或负责人失职 |
| 一个完整小组 | 仍以只读为主；有限写入需另行批准 | 岗位差异、经理责任、支持量和过程变化 | 内部主人能处理权限、异常和故障 | 重复写入、状态不一致或成本失控 |
| 日常运行候选 | 仅保留已证明、已授权的具体动作 | 经营结果、版本、事故与持续采用 | 经营层明确选择继续和资源 | 可随时缩小、降级或停止 |
移交要完成四次独立演练：新员工权限申请、客户主体冲突处理、财务来源中断时转人工、一条规则变化后重跑受影响用例。业务支持人、平台与数据负责人、工程负责人和专业岗位分别接收自己的问题，FDE 不再成为唯一入口。
十二周时，如果多数订单尚未走到验收和付款，经营层只能判断过程、采用和风险，不能宣布现金收益已经实现。试点可以扩大、保持、缩小或停止，四种都必须引用同一份证据。
完整批次、停止和恢复计划见 执行包第 10—12 节。内部接手还包括一项容易被忽略的能力：模型、供应商或工具变化后，公司仍能拿回规则、样本和结果。下一节处理这个边界：我怎样避免被一个模型或工具锁住。