H3.04.2undo affordance at the result设计研究
撤销入口需在操作结果处可见
别名: 撤销入口 · snackbar undo · 结果处撤销
概念解释
撤销策略要成立，入口必须出现在刚刚那次操作的结果旁边：列表少了一行时的回弹条、归档成功后的那句状态、画布上对象消失的位置。藏在顶栏菜单、只能靠快捷键、或只在另一页的历史里，等于没有撤销。这条谈发现性，不谈先做后撤是否优于确认，也不谈倒计时和批量范围。
机制
人发现失误的线索是结果变了：少了一封信、位置空了、计数减一。纠正动作必须挂在这条线索上，否则发现和纠正在空间上脱节，工作记忆要跨界面去找「后悔」的入口，多数人找不到就接受了错误终态。结果处的入口把「看见错了」和「拉回来」收成一次扫视。快捷键对专家是加速器，不能当唯一通道——新手和触摸屏没有那条通道。入口还要在结果还看得见的时候出现；跳转到无关页面再提供撤销，等于让人先失去对象再回忆它叫什么。
怎么研究
同一可撤销删除，把入口放在结果旁、全局菜单、或仅快捷键，测量发现失误后能否在限定时间内恢复。
自变量：入口位置、是否伴随结果文案、跳转后入口是否还在。 因变量：恢复成功率、从发现到按下的时间、误以为不可逆的比例、仅快捷键组的失败是否集中在未声明的用户。
不要在实验说明里写出快捷键。那会把「可发现」测成「可被教会」。
边界
全屏跳转的流程（支付完成页）结果本身就是新页，撤销应在这页上，而不是回到已经拆掉的表单里找。对象被别人的光标占着时，本地撤销入口可能无效，需要说明冲突而不是摆一个按了没反应的按钮。极短的瞬态条如果在人还没从动作上抬手就消失，入口等于从未出现——那是窗口时长的问题，这里只要求：只要结果还在谈，入口就要在场。
怎么落地
- 每次可逆操作的成功反馈里带上撤销，空间上贴着被改变的那一块，而不是只在屏幕另一端飘一条通用提示。
- 键盘快捷键可以并存，但界面上必须有可指、可点、可被辅助技术读到的控件。
- 若操作导致离开当前页，撤销跟到落地页；不要假设人会自己走回历史记录。
- 验证：让人做一次可逆删除，立刻问「怎么改回来」。指不到结果旁的控件、或要打开多层菜单，入口就不在结果处。