第 10 课 把现场特例收拾好，交给下一个人

第 9 课的跟岗和验收，会留下一批仅看系统日志发现不了的细节：谁实际上批准夜班工单、哪个设备编号对不上、哪类异常仍要老师傅判断。在这个教学案例里，可能记录下这些情况：

• 夜班工单要先给值班长批，不是班组长。
• 老设备的台账编号和铭牌对不上。
• 某位老师傅听声音就能判断轴承问题，比任何规则都准。

如果只把这些发现留在个人记忆和聊天记录里，下一位同事接手时还会遇到同样的问题；直接照搬到下一家客户，又可能把这里独有的审批规则带错地方。这一课把发现分成客户特例、可配置项和可复用做法，最后写成一页交接卡。

先分三类

• 只属于这家客户的（客户特例）：比如审批链、交接班时间、设备编号对照。写进客户档案，不放进通用模板。
• 换个值就能用的（可配置项）：比如优先级分档、审批超时时长、停用开关负责人。做成配置表里的一行，下一家重新填值。
• 换一家也成立的（可复用做法）：比如数据—判断—行动—反馈的闭环图、动作安全卡、跟岗提问清单、验收清单的结构。放进团队模板库。

一个做法只在一家出现过，先当特例处理。到第二家又碰到，再考虑抽成配置项或模板。只凭一个现场就断定"工厂都这样"，代价会落到下一家客户身上。

特例登记表

最后一行值得专门留着。对下一个人来说，写清楚 AI 管不了什么，和写清楚它能做什么一样有用。

带走结构，不带走数据

交接卡和模板会被带到别的客户那里，所以沉淀之前要先脱敏。

• 不能带走的：客户名称（除非有书面许可）、真实设备编号、人名、日志原文、数据样本和截图。
• 能带走的：结构、步骤和踩过的坑。

守住这条边界，是职业操守的一部分。

下一客户交接卡（一页）

【交接卡】设备异常处理试点   交接日期 ____
1  解决的问题（一句话）：____
2  闭环：数据来源 ____ → 判断方式 ____ → 动作 ____ → 反馈回写到 ____
3  动作分级：只读 ____；审批后写入 ____（附安全卡编号）；明确不自动 ____
4  验收结论及关键依据（不含客户数据）：____
5  第一周最容易踩的坑：____
6  需要客户提前准备的：数据负责人、审批人、测试环境、停用开关负责人
7  可以直接复用的模板：____
8  必须重新确认、不能照搬的：审批链、优先级阈值、设备分类
9  还没解决的问题：____
10 联系人：____

写完后做一次冷读测试：请一位没参与试点的同事只看这张卡，然后回答三个问题。

1. 第一周先找谁？
2. 哪个动作绝不能自动执行？
3. 出现什么情况，该按停用开关？

他答不上来的地方，就是卡要改的地方。

到这里，一次完整的练习就走完了：从一个低风险问题出发，和一线一起画出闭环，把动作关进安全卡，上线后回现场看，再把经验整理成下一个人接得住的东西。规模化是来源一第 7 章的主题，本课不展开。这里只提醒一句：值得放大的，是已经在第二个现场验证过的做法。

今天先做一步

把试点期间的记录（聊天、纸条、日志）翻一遍，找出至少五条"只有这里才这样"的发现，先填特例登记表的前三列。

本章产物

• 一张特例登记表。
• 一页交接卡。
• 一份冷读测试记录：同事答错或答不上的问题，以及对应的修改。

常见错误

• 把客户特例写进通用模板，结果下一家照搬了别人的审批链。
• 把交接卡写成项目总结或功劳报告，越写越长。
• 交接材料里夹带客户数据截图。
• 只沉淀成功的做法，不写失败的经验和"AI 不覆盖"的部分。
• 做法还没在第二家验证过，就急着做成平台功能。