数字看起来完全正常
我们在一家贸易公司的 B2B 业务中，使用一个会读取库存表、并通知缺货品项的机器人。某个星期一，我们才发现机器人汇报「库存充足」的品项，其实仓库早已见底。机器人连一条错误提示都没有弹出来。
原因只是一个列名
表格里的「数量」列被改成了「可用数量」。但旧的「数量」列并没有被删除，旧数值原封不动留在那里。机器人没有因为列消失而停下来，反而读了残留的旧列，于是错误提醒悄悄发送了四天，最后是有人偶然核对数字才发现。
Before
• 表格结构变化时，机器人完全无法察觉
• 发现异常全靠人的偶然留意，平均要 4 天
• 后续工作还一直建立在错误的提醒之上
新增的三行规则
1. 读取之前，先比对表格的表头名称是否与预期清单一致。
2. 只要有一个不同，就不要计算，先停下来并汇报哪个名称不同。
3. 在报告第一行，原样写出这次实际读取的列名。
After
下一次表格结构又被改动时，在 Windows 设备上运行的机器人，在开始计算之前就先停了下来。「预期列：可用数量，未找到」这条消息经由 Mac mini 当天早上就送到了。发现异常的时间从 4 天缩短为当天。
今天的心得
机器人不会对没被要求的事情起疑。提前写下「先确认读的是不是正确的列」，是成本最低的安全装置。对小团队来说，悄悄地出错，远比吵闹地停下来代价高得多。