撤销比确认更适合该人群
别名: 撤销优于确认 · 确认对话框失效 · undo versus confirm
概念解释
运动误触高的时候，在动作前插入一个常规确认框，并不是在保护用户。确认本身还是一次指向、一次开关节拍、或一次语音指令，走的是同一条已经容易出错的通道。先执行、再用一个好按的撤销把结果收回，把把关从「再瞄准一次」换成「看结果对不对」——判断走视觉和认知，通常不是这条运动通道的损伤点。
机制
确认框把防护放在误差正在发生的环节：用户刚点错，系统立刻再要一个同样规格的命中。取消和确定还常常并排，下一次噪声可以同样轻松地点到「确定」。开关用户则要为这道框再扫一整圈。防护和原操作同构，错误率不会按防护层数成比例下降。
撤销把防护挪到结果出现之后。用户看见「这不是我想要的」，再触发一个可以做得很大、位置稳定、不必和危险按钮挤在一起的收回入口。不同类型的运动障碍共享的是「精确再指向不可靠」，不是某一种抖动的时间曲线。因此适合的是改防护结构，而不是再加一次同样的精确动作。
怎么研究
同一任务两种防护：执行前确认框，对执行后大面积撤销。在运动控制受限的参与者上比最终不可逆错误、完成时间和主观挫败，不要只比「有没有点到确认」。
自变量：确认控件尺寸与间距、撤销入口尺寸与停留时长、不可逆动作是否仍走低精度把关。 因变量：不可逆错误、确认框上的二次误触、找到撤销的时间。
确认框上的二次误触要单独编码：它证明防护在复制原问题，而不是防护失败于「用户没看字」。
边界
发出去收不回的内容、已经清算的支付，撤销窗口救不了，仍需要进入前把关。那道把关必须改通道或改精度：更大的目标、与取消远隔、语音或停留，而不是两个常规按钮并排。撤销还要求用户能看见结果并在窗口内反应过来；结果延迟出现或窗口一闪而过，这条路径会断。为了降低操作焦虑而让撤销常驻可见，是另一条因果链，不要和运动误触的防护结构混成同一条理由。
怎么落地
- 可逆操作默认走「先做、大撤销」，不要为每一次归档、移动、标记弹出确认。
- 不可逆操作若必须拦在前面，拦的控件按高误触率重做：分离、放大、避免与取消对称排列。
- 验证：让目标用户在确认流程和撤销流程上各做一组会出错的任务，只数最后留下来的不可逆错误。确认组如果在对话框上再次点错，就不要再加一层同样的框。