1. 一个具体问题
员工经常把测试环境的数据导入正式系统，公司每次都强调“下次仔细看”。两个页面几乎完全相同，按钮位置也一样，疲劳时仍然容易点错。要求更认真没有改变错误条件，需要让正确操作更容易、错误操作更难发生。
2. 一句话解释
防错法通过改变产品、界面或流程，预防可预见的错误，或在错误扩散之前让其被可靠发现并处理。
3. 出处与原意
Poka-yoke 与 Shigeo Shingo 的质量改进工作密切相关，ASQ 以 mistake proofing 介绍其应用。防错并非假设操作者愚笨，而是承认人在重复、受干扰和时间压力下可能出错。它也不等于任何弹窗提醒：提示、检测、强制约束和从根本上消除错误机会，作用强度不同。
4. 原理与机制
先识别具体错误动作及其形成后果的路径，再选择消除、替代、约束或及时检测。物理不对称接口可防反插，输入校验可阻止格式错误，幂等机制可避免重复提交产生重复业务效果。设计必须兼顾误报、绕过和恢复；过于烦人的警告会被习惯性忽略。有效防错还应能说明在什么范围有效，不能只覆盖正常操作。
预防和探测要分别验证。某个提示能够记录错误，不代表能够在损害发生前阻止错误；如果告警到达时数据已经覆盖，仍需恢复机制。对关键防错措施还应检查其自身失效时的表现，例如校验服务不可用时是否默认放行。
5. 一个完整案例
以下是假设案例。一个后台批量导入工具允许从任意文件写入正式库。团队先为文件加入环境标识，正式环境拒绝测试标识文件；再提供预览，列出目标环境、记录数量和将被覆盖的范围。对于更新已有数据的操作，系统要求先完成校验，并生成可恢复记录。测试时分别提交错误环境文件、重复文件、缺字段文件和中途断开的请求，验证不会产生部分不可恢复的覆盖。颜色区分只作为辅助，关键约束由系统执行，避免依赖用户识色或记忆。团队也保留有记录的紧急恢复流程，防止人员为了赶时间寻找不受控的绕过方式。
6. 适用条件与反例
适合高频、规则明确且错误后果可预测的操作。开放性判断无法全部用约束替代，需要保留合理例外。反例是每次保存都弹出“是否确定”，却不给任何新信息；用户很快形成自动点击习惯，提示次数增加并不意味着错误率会下降。
7. 今天可以尝试的行动
找一个最近反复发生的误操作，写出错误发生前最后一个还能拦住它的位置。优先尝试自动识别、限制输入或让选择差异明显，再用错误样例验证。观察是否出现误拦截或绕过行为，确保改动真的减少错误，而不是增加点击步骤。