失误：意图正确而执行偏离
别名: 动作失误 · action slip · 执行性差错
概念解释
失误（slip）指用户的意图和计划本身正确，但在把计划转化为具体动作时执行环节走偏，实际做出的动作不是计划要做的那个。判别标准很直接：把这一刻摆到事后去核对，如果用户会说"我当时就是想做另一件事，手上/操作上偏了"，这才是失误；如果用户当时想做的其实就是发生的那件事，那就不是失误，问题出在别的地方。
机制
失误发生在动作执行这一层，通常是已经练熟、靠自动化程度较高的操作序列在运行时被某个环节打断或替代——可能是做选择的那一刻被更强的习惯抢先，也可能是执行途中的一次注意力漏检，没能核对当前状态与预期是否一致。计划本身没有问题，出问题的是把计划兑现为动作的那一步；这也是为什么失误往往发生在最熟练、最不需要思考的操作上，而不是陌生任务里——生疏的操作反而会因为需要逐步核对而不容易滑出计划。
怎么研究
区分失误与真正的意图，标准做法是让用户在动作发生后立刻做回溯报告，比对他事后陈述的意图与实际发生的动作是否一致——一致才算真的想做，不一致且带有当场的"哎呀做错了"式觉察，才归为失误。这个判定必须紧跟在动作之后进行，间隔一长，用户的陈述会被结果污染，容易把事后合理化的说法当成当时的真实意图。
边界
这套判定依赖用户能够准确回忆并如实报告自己动作前的意图，而回溯性自我报告并不总是可靠——高度自动化的动作往往连意图本身都没有清晰地进入过意识，用户可能说不清自己"当时想做什么"，只能靠动作的结果反推。此外，同一个动作如果反复出现、且用户其实清楚正确做法却依然照做，就已经滑向主动选择偏离，而不再是一次性的执行走偏，不能再用失误来解释。
怎么落地
复盘一份差错报告时，先问用户"当时想做的是不是这个"——如果答案是"不是，我手滑了/点错了"，归入失误候选，对应的修复方向是收紧界面约束（增大目标间距、改变触发方式、拉开外观相似度），而不是做用户教育或写警示文案，因为用户本来就知道该做什么，缺的不是认识。验证办法：把疑似失误的错误日志按"操作前后文是否高度相似、动作是否发生在高频路径上"筛一遍，如果同一批用户在同一步骤反复出现同一个动作偏差，且事后访谈都确认"知道该做什么但手上做的是另一个"，才能确认是失误而不是别的差错类型。