打断联想链条比事后提醒更能防止此类错误发生
别名: 打断联想 · 前置拦截 · chain interruption
概念解释
联想激活型错误一旦兑现成动作，动作本身通常执行得干脆利落——错的不是手，是联想链条上被选中的那个念头。这意味着在动作执行之后再插入提醒或确认，拦不住联想已经完成的选择：当事人此刻的确信程度和真的想清楚了没有区别，提醒弹窗只会被当成又一个要点掉的障碍。真正有效的介入点在联想链条完成、动作被触发之前，把链条本身打断，逼当事人重新核实一次目标。
机制
联想的扩散是连续、自动完成的，一旦某个念头越过阈值抢先兑现，动作程序已经在执行，这时候再来一句「确定吗」不会让人重新回头去检查链条上到底激活了哪个念头——因为当事人此刻的主观体验就是「我知道我要做什么」，提醒对应的是一种他并不觉得自己需要的怀疑。要真正拦住联想激活型错误，必须在动作触发之前的那个环节，强制当事人做一次和目标相关的具体核实——核实的内容越具体、越需要重新调取目标信息本身，就越能撑破自动兑现的连贯性，逼当事人切回有意识的核对状态。
边界
这个对策只对联想链条尚未完全兑现成动作的窗口有效——如果打断放在动作已经执行完毕之后，起到的只是普通的事后确认作用，效果和别的确认手段没有区别，不能再叫「打断联想链条」。另外，打断本身要针对具体目标做核实，而不是一句笼统的「请确认」，笼统的提醒同样会被联想链条自动化程度更高的用户直接划过，起不到打断的作用。
怎么落地
在触发点插入一个必须核实具体目标信息才能继续的环节，而不是通用确认——比如拨号前展示即将拨打的联系人姓名和头像并要求点击确认这个具体的人，而不是弹出「确定拨打吗」这类不带目标信息的通用提示；核实内容要能让当事人把注意力重新拉回到「这是不是我真正要的那个」，而不是走一个不需要看内容就能完成的动作。验证办法：对比通用确认弹窗和带具体目标信息的核实环节，在同样容易发生联想激活型错误的操作路径上分别测试误触发被拦截的比例，带具体目标信息的核实环节拦截率应明显更高。