A10.03.3Post-completion error研究设计

序列末尾遗漏:主目标达成后遗留收尾动作

别名: 收尾遗漏 · 复印机效应 · tail-end omission

概念解释

序列末尾遗漏(post-completion error)是遗漏型错误里一种特别规律的形态:整个操作序列的主目标已经达成——复印件拿到了、取款到账了——但序列末尾一个与主目标本身无关的收尾动作被留在了原地,比如忘了从复印机上取回原件,忘了拔回银行卡。它和一般的遗漏型错误共享「该做的步骤没做」这个表面结果,但这一类有一个可预测的位置特征:丢掉的几乎总是排在主目标之后的那一步,而不是随机分布在序列的任何位置。

机制

一个多步操作要靠一条持续的监控在支撑:当事人一直在心里追踪「我还差哪几步」,直到序列全部完成。但这条监控通常是围绕主目标组织的——一旦系统给出「主目标已达成」的信号(拿到复印件、钱已经到账),当事人心里那种「任务完成了」的感觉会提前触发,监控随之松懈。收尾步骤的必要性从来不是靠它自己对主目标的贡献来评估的,而是完全依附在监控保持激活这件事上;一旦监控因为主目标达成而提前退场,收尾步骤就失去了推动它被执行的力量,被直接遗漏。

怎么研究

这类错误的经典研究范式是用模拟自动柜员机任务:让参与者在计算机上完成一系列取款操作,其中卡片必须先取回、现金才能提取,操作顺序设计成「收尾动作先于主奖励」;研究者通过让参与者同时承担一项并行的数字记忆负荷任务来操纵工作记忆占用程度,测量收尾步骤(取卡)被遗漏的比例。这类实验反复得到的结果是:工作记忆负荷越高,收尾遗漏率越高,这把序列末尾遗漏定位为一种受工作记忆容量限制的现象,而不是简单的粗心。

边界

这个效应成立的前提是收尾步骤本身不承载用户想要的结果——一旦收尾步骤本身就是回报(比如「拿到现金」这件事本身),它就不会被监控松懈牵连,因为达成主目标和达成收尾目标是同一件事。另外,实验室里测得的遗漏率是在特定工作记忆负荷条件下得到的,负荷更低、任务更简单的真实场景不能直接套用实验室的具体数值,只能借用这个机制本身——监控随主目标达成而提前退场——去判断哪些真实流程存在类似的结构性风险。

怎么落地

只要收尾步骤能够重新排序,就把它挪到主奖励释放之前,让用户拿不到最终结果就必须先完成收尾——比如把「取卡」设计成物理上或流程上先于「出钞」的动作,而不是相反。如果收尾步骤在物理上无法提前(比如必须等复印全部完成才能取原件),就用连锁把主奖励的释放通道和收尾步骤的完成状态绑定起来,让收尾步骤成为拿到结果的必要条件而不是可选的尾巴。验证办法:在原型上让一批用户走完整个流程,统计有多少人在主目标达成后直接离场、没有完成收尾动作;调整顺序或加上连锁之后用同一批任务重测,比较遗漏率的下降幅度。

延伸

  • 同组A10.03.1 遗漏型:应做的步骤未做 · A10.03.2 执行型:步骤做了但做错 · A10.03.4 连锁强制步骤顺序,防止跳步 · A10.03.5 关键步骤的完成状态需要显式确认 · A10.03.6 打断后返回容易丢步,需保留进度位置
  • 相邻A10.12 失去激活型错误 · A10.14 强制功能与连锁
  • 站内检索post-completion error · working memory load · sequential task

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A10.03.3