关键步骤提供确认与复述
别名: 关键步骤确认 · 复述即将发生的动作 · error prevention
概念解释
转账、删除账号、提交不可撤回的申请，这些步骤一旦执行就改写外部世界。按下去的瞬间，认知障碍用户未必还握着「我在做什么」的完整表征。确认与复述（confirmation and restatement）要求：在动作发出前，用对方能认出来的话把即将发生的事再说一遍，并要求一次与「填写」不同的明确同意。
复述的对象是这一次动作——谁、对什么、多少、去向——不是把整份表单字段再列成摘要。满屏只写「确定」的对话框没有复述；它只是又一次点击。
机制
行动意图会在填写过程中衰减。人记得「我在办一件事」，却不一定还绑得住对象和数量。确认把意图从内部提取改成对外再认：屏幕上写下的命题，用户可以核对「是不是这个」，而不必从空白里回想。
「确定 / 取消」之所以经常失效，是因为它没有承载命题，只承载了一次额外点击。对执行功能受损的人，多一次无内容的点击甚至会变成习惯性顺手按掉。复述必须把可核对的事实放进确认界面本身。动作一旦触及第三方或不可逆状态，事后撤销补不回这条缺口——撤销解决的是点错，复述解决的是想错。
怎么研究
无障碍符合性里，法律、金融、改变用户可控数据的提交，要检查是否存在可用来复查的机制。实验上更直接的做法是出声思维：在确认出现时打断，问「按下去会发生什么」。答不出对象或数量，复述就没有发生。
自变量：确认文案是否包含对象与结果、确认控件是否与填写所用的主按钮区分。 因变量：能否在不回看表单的情况下正确陈述后果、错误提交率。
不要用「多加一层确认能降低误触」来代替这条——那是运动障碍下点错的问题，证据形态不同。
边界
可立即撤销且只影响本地草稿的操作，不必每次都复述，否则确认本身会疲劳，人会学会盲按。低利害开关（通知开闭）用即时反馈即可。复述语言必须是用户刚才用过的词，不要在确认里换成另一套术语。把确认做成倒计时自动执行，等于取消了同意。
怎么落地
- 在不可逆或高利害动作前弹出确认，写清行动者、对象、数量、去向；金额与收款方用完整数字，不用「上述内容」。
- 确认按钮的名称就是动作本身（「确认转账」），不要再用一个泛化的「确定」；取消必须同样可发现。
- 验证：遮住确认面板以外的所有界面，让没填过这张表的人只读这一屏，说出将发生的事。说不出对象或后果，复述就没有完成。再让一位认知障碍用户走完一次真实高利害路径，看他们是否在确认屏上停下来读，而不是把确认当多余点击按掉。