纠正入口需在结果发生处
别名: 结果处撤销 · 就地纠正 · in-place correction
概念解释
意图推断出错、动作已经执行后，纠正的入口必须出现在动作后果显形的地方——空调被误关的提示里直接给「重新打开」，误发消息的通知里直接给「撤回」。用户注意到错误的时刻，就是纠正动机最强的时刻；入口若不在此处（要打开应用、翻设置、找历史记录），纠正就要跨越一段与动机窗口竞争的路程。
这条的对象是已执行的动作：错了，结果已经出来，问题是怎么最短路径地把它按回去。它区别于另一类纠正——对系统「情境判断」本身的修正（让未来判断别再错），那是传感推断侧的主题；这里是当下的、这一次的、动作层面的撤销。
机制
为什么位置这么重要？因为动机的时间窗极短。错误被注意到的瞬间，注意力正集中在那件事上；几分钟后注意已回流到正在进行的任务，纠正变成一次新的中断——成本结构完全改变（从「顺手按一下」变成「专门跑一趟」）。桌面交互时代「撤销优于确认」的结论建立在撤销随手可及上；环境计算把「随手可及」稀释了——动作发生在空间各处，而入口传统上收拢在某个中心界面里，位置错配就这么产生。
第二层是记忆与归因的衰减。错误发生时用户通常还知道上下文（刚才在干什么、什么被改变了）；拖过这个窗口，用户要重建「刚才系统做了什么」才能纠正——而意图推断动作恰恰常常不易重建（灯为什么关了？谁关的？）。入口在结果处，等于把重建成本归零。
第三层是物理距离。环境计算的动作后果显形在物理空间（房间的灯、温度、门锁），纠正入口若只在手机上，用户必须完成「注意→掏手机→解锁→找应用→找控制项」的五步链；链上每一步都是流失点。语音、本体按键、结果附近的交互面都是替代路径。
怎么研究
- 撤销研究：桌面交互对撤销的经典结论——低成本撤销支持探索、优于事前确认的防错——为「撤销的可及性决定其价值」提供了基线；环境场景把「可及性」从光标距离扩展到物理与导航距离。
- 通知交互研究：可操作通知（actionable notifications）的可用性比较——内联按钮 vs 跳转应用完成同一操作，任务完成率与响应时延的差距是稳定结论。
- 现场部署对照：同一误触发后的两种恢复路径（就地撤销 vs 中心应用）比较恢复完成率、恢复时延与「放弃不纠」的比例；放弃率是最有信息量的因变量——它直接度量动机窗口与路径长度的竞争结果。
方法论注意点：实验室测的恢复路径都偏短——被试处于待命状态，注意本就在系统上；真实错误发生在生活流中间，动机窗口被任务挤压。恢复研究要贴近真实的多任务情境，否则两条路径的差异会被系统性低估。
边界
- 「结果处」对不可见后果不成立。 后果不显形的动作（静默改了后台配置、偷偷关了录制）没有天然的纠正挂载点——此时问题回退为「先让后果可见」，单加撤销入口没有意义。
- 撤销不覆盖不可逆动作。 已发出、已购买、已删除的动作没有「按回去」；对这类动作，「结果处」能给的只有原因说明与申诉入口，不是撤销按钮——按钮给了反而是欺骗。
- 多设备场景的「结果处」有歧义。 误触发影响多台设备时，用户看到的只是局部（这间屋的灯）；入口若只挂在该设备旁，用户撤的是局部而非整次动作。入口要指向触发层面的撤销（这条自动化这一次），不是单设备操作。
怎么落地
- 每个可撤销的推断动作，在后果显形的每个位置配齐撤销：通知内联按钮、受影响设备旁的本体交互、语音指令三条路径至少两条。
- 撤销按钮与原因标签同现（为什么做 + 一键按回去），一并解决归因与恢复。
- 撤销要作用于当次而不是永久改配置：默认只撤这一次，永久修改（「以后别再这样」）作为次级选项显式给出——两者混在一个按钮里会逼用户在「我现在要灯」和「我要改规则」之间二选一。
- 验证办法：统计误触发后的恢复完成率与恢复时延，重点盯「放弃不纠」的比例；对照恢复路径（就地 vs 中心应用）的完成率差，就是入口位置的收益。