一闪而过的提示无法进入后续加工
别名: transient prompt · minimum exposure duration · toast notification · 瞬时提示
概念解释
一条呈现时间极短的提示（一闪而过的颜色变化、停留不到一秒就自动消失的浮层提示、单帧的高亮闪烁），如果它出现和消失的整个过程比用户把注意力转移到它所在位置所需要的时间还短，这条提示在结构上就不可能被真正接收到——不是内容不够醒目，而是留给注意力赶到的时间窗口本身不够长。这类提示常见于自动消失的浮层通知（toast）、状态栏的瞬时闪烁、一次性的高亮动效，它们的失败原因和内容设计无关，出在时长这一个维度上。
机制
一条视觉信息要被有意识地报告出来，需要注意力在感觉记忆消退之前赶到它所在的位置——如果用户当时注意力正落在别处，把注意力转移过去、重新聚焦、开始有效提取信息，这整个过程本身需要一段不算短的时间（覆盖注意转移的启动与视觉系统重新聚焦的时间量级）。感觉记忆的存续窗口本身就很短，如果提示的呈现时长比这个"转移+提取"所需要的最短时间还短，那么即便用户当时视线正对着提示出现的位置，也可能因为注意力此刻正被别处占用而完全错过——错过之后，提示已经消失，感觉记忆里的痕迹也已经消退，没有任何补救的机会去"回看"或"回想"。这和内容是否足够醒目是两回事：再醒目的提示，只要呈现时长短于这个结构性下限，都会被系统性地漏掉一部分用户。
怎么研究
评估这类问题的方法通常是系统性操纵提示的呈现时长，测量用户在提示出现时注意力处于不同状态（正注视该区域 / 注意力被其他任务占用）下的报告率或察觉率，观察报告率随呈现时长增加而上升的曲线，以及这条曲线在哪个时长开始趋于平台。
常见自变量：提示呈现时长、提示出现时用户注意力所处的状态；常见因变量：提示被报告或察觉到的比例。
这套方法在界面研究里用来给"最短有效呈现时长"定一个基于实证的下限，而不是凭经验设定一个时长数字。
方法论注意点：所需的最短呈现时长会因提示出现的方式而变化——如果提示本身的出现方式足够突兀（伴随运动或亮度骤变，本身具备吸引注意的能力），需要的呈现时长会比一个静态出现的提示更短；因此单纯测"时长"而不控制"出现方式"这个变量，测出的下限没有普遍适用性。
边界
- 这条结论主要针对用户当时没有已经把注意力放在提示出现位置的情况；如果用户在提示出现的瞬间恰好正盯着那个区域，所需的最短呈现时长会大幅缩短。
- 不同感觉通道的容忍度不同：听觉通道对应的感觉记忆存续时间比视觉通道长，一段简短的提示音即便持续时间很短，也比同等时长的视觉闪烁更有机会被捕获到。
- 这条只讲呈现时长过短导致提示无法被接收这一种失败模式，不涉及提示内容本身是否足够清晰、是否传达了正确信息，那是另外的问题。
怎么落地
- 任何依赖"用户此刻应该正在看这里"的瞬时提示，都要按照用户注意力很可能不在这个位置这个更保守的假设来设定呈现时长，而不是按照用户已经在盯着看的理想情况来设定。
- 让关键的一次性提示本身具备能主动吸引注意力的出现方式（伴随明显的运动或状态突变），而不是单纯依赖用户凑巧看到；这样能有效缩短所需要的最短呈现时长。
- 对于真正重要、不能被漏掉的信息，不要只用一次性的瞬时提示承载，同时提供一个可以事后查看的持久化入口（通知列表、历史记录），因为一旦错过瞬时提示的窗口，这条信息在用户的记忆里不会留下任何痕迹，没有办法靠"回想"找回。
- 验证办法：在用户执行一项占用注意力的主任务过程中，随机插入不同呈现时长的目标提示，统计不同时长下的察觉率，用这条曲线确定当前产品里瞬时提示应该设定的最短呈现时长。