关键步骤的完成状态需要显式确认
别名: 显式确认 · 完成态确认 · completion acknowledgment
概念解释
对于一小部分遗漏后果特别严重的步骤，光靠「界面上有个状态位」不够——状态位可以在无人真正核实的情况下被系统或用户自己无意识地置成完成。显式确认要求当事人主动做出一个需要读取内容才能完成的动作，把这个步骤强行拉回意识层面，而不是让它随着其余步骤一起在自动化状态下滑过去。这和一般的「完成状态标记」不是一回事：标记只是记录，确认是一次主动核验。
机制
自动化程度高的操作序列容易整段被无意识地执行完，因为大脑一旦确认「这条路径我很熟」，就会把注意力资源转移到别处，靠肌肉记忆把动作走完。显式确认的作用是在这条自动化路径中间插入一个必须消耗注意力才能通过的关卡：如果确认动作本身也能被同样无意识地划掉——比如一个通用的「确定」按钮——它就失去了拉回意识的作用，反而变成自动化序列里又一个被顺手带过的步骤。确认动作真正起作用，靠的是它要求当事人读取、辨认或输入一些与当前具体情境相关的内容，这一步骤没法靠肌肉记忆代劳。
怎么研究
确认环节会不会被无意识划过，是可以测量的：通过重复暴露实验——让同一批参与者反复遇到同一种确认弹窗——观察点击确认所需的反应时间和对弹窗内容的注视时长如何随重复次数下降。这类研究反复发现的现象叫警示疲劳：随着同一形式的确认被看到的次数增加，人们点掉它所需的时间越来越短，内容被真正读取的比例越来越低，最终确认动作退化成一个纯粹的动作反射，不再承担核验功能。
边界
显式确认只在稀疏使用时有效——一旦同一形式的确认被同一用户频繁触发，警示疲劳会让它迅速退化成和普通完成标记一样的自动划过动作，反而制造了「已确认」但实际未核实的假安全感。这意味着显式确认不能被当成通用的防错底座铺在所有步骤上，只应该保留给数量很少、后果确实重大的关键步骤；步骤一旦超出这个数量，用户会开始把所有确认都当噪音处理，不再区分哪个是真正重要的。
怎么落地
把确认动作设计成必须读取具体内容才能完成的形式，而不是一个通用按钮：比如要求用户输入将被删除对象的名称或数量，或者强制滚动到内容底部才能激活确认按钮，让肌肉记忆无法代劳。只把这种确认用在数量很少、后果不可逆或代价很高的步骤上。验证办法：记录每次确认弹出到用户点击确认之间的时间间隔，如果间隔短到明显不足以读完弹窗内容，就是确认已经退化为习惯性点击的信号，应该更换确认形式或减少它出现的频次。