A5.09.3Focal-intrusive alerting设计
紧急场景的提示必须进入当前焦点
别名: forced interruption · breakthrough alert · 强制打断式提示 · salience alone is not enough
概念解释
在可能出现认知隧道的场景里，紧急提示不能只是"放在显眼的位置"，而必须设计成能主动挤进当前正在处理的焦点——不是等用户余光扫到，而是直接打断正在进行的信息流。这条常被简化成"提示要够显眼"，但显眼只解决了知觉能不能被触发的问题，不解决触发之后能不能被利用的问题，而后者才是隧道状态下真正失效的环节。
机制
隧道状态下失效的不是知觉系统本身，而是知觉之后那道通往识别与反应的入口——它已经被主任务信息占满，单靠提高提示的物理显著性，最多能让它更容易触发一次早期的定向信号，不能保证这个信号能挤进那道几乎关闭的入口。
要让提示真正被利用，等于要求它绕开这道入口的限流，直接进入主任务本来占据的加工通道——具体做法是让提示本身替代或打断当前正在处理的信息，而不是与之并列存在。全屏遮罩会强制中断视觉输入流；语音播报占用的是与视觉平行的听觉通道，同时天然具有打断性；触觉震动则完全绕开视觉通道，靠一条独立的感觉输入直接触发定向反应。这几种手段的共同点是让提示无法被"当作背景忽略"，因为它已经取代或阻断了原本正在处理的信息，而不是安静地待在视野边缘等待被看到。
边界
- 只适用于真正需要保证被接收的紧急信息。 强制打断的手段代价很高——会中断当前任务、可能造成操作失误——用于非紧急信息会迅速引发抵触，甚至被用户主动关闭。
- 打断手段本身也会被隧道状态部分抵消。 极端高唤醒下，即使是全屏遮罩或强震动，也可能出现被试反应延迟或短暂困惑的情况，因为切换焦点本身也需要认知资源，而这类资源在隧道状态下正是最稀缺的。
- 频繁使用会降低打断手段的有效性。 如果强制打断被用于大量低优先级信息，用户会对其产生习惯化，打断本身的显著性和紧迫感都会下降，最终退化成又一个可以被忽略的信号。
怎么落地
- 对安全攸关的紧急提示，直接采用打断当前信息流的呈现方式：全屏警告、语音播报、强触觉反馈，而不是提高图标对比度或加大字号——后者仍停留在"更容易被知觉捕获"的层面，没有解决"捕获后能否被利用"的问题。
- 给强制打断的提示设置严格的分级门槛：只有会造成不可逆后果或需要立即响应的情况才使用最高强度的打断手段，避免因滥用而被习惯化。
- 打断之后要求明确的确认动作，而不是显示几秒后自动消失——自动消失的提示无法区分"用户已处理"和"用户在隧道状态下完全没接收到"，会让隐患被系统性掩盖。
- 打断手段要跨通道冗余：视觉打断加听觉或触觉打断同时使用，因为隧道状态压缩的是"进入深加工的配额"，多通道同时冲击这道入口，比单一通道更可能挤进去。
- 验证办法：在高负荷模拟任务中比较不同打断强度下紧急提示的确认率与确认延迟，确认率显著低于预期或延迟明显偏长，说明当前打断强度不足以对抗隧道状态，需要升级呈现方式。