遗漏型：应做的步骤未做
别名: 遗漏型错误 · 漏步 · missed step
概念解释
一次操作出了岔子，最终只有两种表面结果：该做的步骤没做，或者做了但做错。前一种叫遗漏型（omission error）——计划里存在这个步骤，用户也有能力完成它，但它在执行过程中干脆没有发生，系统或流程停在了缺这一步的状态上。这条分类线只看结果的表面形态，不管背后是什么原因让步骤丢掉的：可能是序列被打断后没能续上，可能是收尾动作被主目标的达成感盖过，也可能是当前操作跟别的意图撞车。遗漏和执行型错误的区别，是诊断差错时要先问的第一个问题：缺了一步，还是某一步做错了。
机制
遗漏之所以在结果上表现为「什么都没发生」，是因为执行一个步骤通常需要某种触发——一个明确的线索告诉当事人「现在轮到你做这件事」。计划中的步骤如果缺乏与它对应的显式触发点，就只能依赖当事人自己的记忆去在正确时刻把它调出来；一旦记忆调取失败，步骤不会以「做错」的形式出现，而是彻底不出现，因为根本没有任何动作被执行去承载错误。这也是遗漏比执行型错误更难在系统日志里现形的根源：执行型错误至少留下一个可记录的错误动作，遗漏留下的只是一段本该有动作却是空白的时间。
怎么研究
遗漏型错误最早的系统记录来自日记法：让参与者在几周内随身记录自己注意到的操作失误，事后按缺步骤还是做错步骤归类整理成分类学。这个方法的局限很直接——它只能收集到当事人自己察觉到的差错，而遗漏恰恰是最容易被漏报的一类：步骤没做，往往要等后果显现（东西没拿、流程卡住）才会被发现，很多微小的遗漏在当事人自己的记忆里根本没有留下痕迹，导致日记法系统性低估遗漏的真实发生率。要弥补这一点，需要配合任务分析预先列出「应该发生哪些步骤」，再用日志核对实际发生了哪些，而不是完全依赖自我报告。
边界
判定「遗漏」的前提是先有一份独立于当事人记忆的、关于「计划里到底应该做哪些步骤」的清单——如果没有这份任务分析作参照，就无法区分「这一步本该做但漏掉了」和「这一步从来就不在这个人的计划里」。把随口的、临时起意的操作和真正计划内却漏掉的步骤混为一谈，会让遗漏型错误的统计失真。此外，遗漏型错误的判定只看结果，不判断成因——它可以是收尾遗漏、打断后失忆、或者别的机制造成的，机制层面的归因需要额外的信息，不能仅凭「步骤没做」这一个事实反推。
怎么落地
先做任务分析，把流程拆成一份明确的步骤清单，再给每个步骤一个可查询的完成状态标记；在流程末尾做一次全量核对，任何没有被标记为「已完成」的步骤都触发提示，而不是依赖用户自己想起来。验证办法：抽取一批真实操作日志，用任务分析得到的步骤清单逐条核对哪些步骤在系统里没有留下完成记录，统计遗漏率随流程长度、打断次数的变化，比单纯读用户反馈更能发现遗漏本身。