异常单最大的问题，不是没人填，是填了没人看。 而没人看的原因，往往在填写的那一刻就注定了：字段设计得让人没法追、没法判、没法结。
五个字段，缺一个就会烂尾
谁发现、什么时候、在哪： 这是追溯的基础。没有时间和位置，事后无法判断是哪个环节出的问题。
什么异常，要可量化： 「数量偏少」不是异常描述，「少了 12 件」才是。可量化才能判断严重程度，也才能在复盘时统计。
影响范围： 这批货能不能用、影响哪个工序、是否影响交期。没有这一项，接单的人无法排优先级。
责任人，必须是一个人： 「采购部」「相关人员」都不是责任人。写具体的人名，他才会有压力，也才会有人真正去处理。
期限： 「尽快」不是期限。写「10 月 26 日 18:00 前」，超时系统自动升级。
一条判断标准
把一张填好的异常单给一个不相关的人看，他能不能说出「这事现在该谁做什么」。说不出来，就是字段没设计好。
为什么大部分异常单没下文
- 没有具体责任人：写部门等于没人负责
- 没有期限：永远排在其他事情的后面
- 没有升级机制：责任人不处理，也没有人知道
- 异常单和整改单混在一起：发现问题和解决问题是两件事，混在一张单上，两边都做不好
异常单和整改单要分开
异常单记录「发生了什么」，整改单记录「准备怎么处理」。 一个异常可能对应多张整改单（比如先紧急补货、再追供应商责任），一张整改单也可能覆盖多个异常。混成一张，最后既追不清也没法统计。
24 小时升级，比罚款有用
规则很简单：异常单提交后 24 小时未响应，自动升级到上一级；48 小时未闭环，再升一级。升级不是处罚，是让事情有人接。
这条规则真正的价值在于：它让上报的人相信「报了会有人管」。 没有这一点，一线会很快学会不报。
什么规模不需要异常单
- 异常每周不到一次：微信群里说一声，负责人当场处理，比填单快
- 团队少于 10 人、都在同一个现场：口头沟通的损耗低
- 没有跨部门协作：不需要靠单据传递责任
最后
异常单的目的不是留证据，是让问题被解决。 如果一张单子填完之后，唯一的用途是出事时拿来免责，那它已经失败了。