一句话定义
错误归咎是人在使用失败后先责怪自己或责怪操作者，而没有继续追问设计是否诱发了错误。如果很多正常人都在同一处失败，那通常是系统线索出了问题。
机制 / 原理
设计诊断要把失败当成证据：查意符冲突、映射混乱、反馈不足、概念模型错误，再决定是改入口、改提示、加约束还是做恢复。责怪用户会让问题停在羞耻感里；追问系统条件，才可能减少下一次失败。
经典实验 / 例子
三里岛核电站事故后，外界一度把严重后果归为操作员失误。后续调查发现，控制室里的显示、警报和控制安排让操作者很难判断真实状态，错误几乎被系统条件推着发生。如果只处理“谁错了”，就会错过修复警报层级、控制布局和状态显示的机会，下一次事故仍可能重复。
书中案例出处
专家也会犯日常操作错
核心原文线索
专家也会犯日常操作错
案例现场复述
即使懂技术的人也会开错灯或炉灶，说明错误不是少数笨拙用户的问题。
为什么重要
它把设计责任从训斥用户转向修复系统条件。
生活中的例子
医院系统把“保存草稿”和“提交医嘱”做成相邻同色按钮，实习医生夜班中点错后被批评粗心。复盘团队没有停在训话，而是检查危险动作为什么缺少隔离、确认和恢复，再把高风险按钮分区、增加确认与撤回窗口，后续同类误操作才明显减少。
常见误区
误区：只要培训用户，错误就能消失。 培训能补一部分知识缺口，但不能抵消持续冲突的线索。重复错误优先当作设计输入。