D1.14.2Transient feedback loss设计研究
一闪而过的反馈可能在用户看清前就已消失
别名: ephemeral notification · toast timeout · missed feedback · message persistence
概念解释
瞬时反馈丢失（transient feedback loss）发生在提示、状态或结果自动消失得比用户发现、阅读和理解它更快。短暂 toast、浮层和微动效常被用来避免占据空间，但用户可能正在看操作对象、输入文字、滚动页面、处理别的提示，甚至被手指或键盘遮挡；当注意终于转来，消息已经消失。对需要采取行动、说明失败或改变后续决策的内容，这不是轻微遗漏，而是关键信息不可达。
机制
视觉感知并非连续轮询整个屏幕。用户的注意有任务优先级，阅读速度也受语言、视力、认知负荷和消息复杂度影响。自动定时器按系统时间而非用户理解时间运作，默认秒数很容易假设了不真实的理想观看条件。更糟的是，瞬时反馈通常没有历史痕迹：用户无法回看便只能猜测发生了什么、重复操作或放弃。短暂性只有在消息本身可由持久对象状态验证时才低风险。
怎么研究
让用户在输入、滚动、连续操作、通知叠加和短暂分心时完成任务，测量消息发现率、阅读完成、结果解释、恢复访问和重复操作。使用不同语言长度、缩放、屏幕阅读器与移动端键盘，避免以默认短文案判断足够时长。研究关键不是用户是否「喜欢简洁」，而是错过后是否仍能在不试错的情况下恢复同一信息。
边界
并非所有短暂变化都需要永久保存。纯装饰、对象上已有明确变化的低后果确认可快速淡出；长期常驻每一个成功提示又会积累噪声。对敏感内容，回看入口还需考虑隐私和访问权限。解决办法不是把所有 toast 延长到很久，而是按内容后果选择持久对象状态、可访问历史、明确操作或适度停留。
怎么落地
- 标记每条自动消失消息是否包含行动、错误、风险或不可从对象恢复的信息；这些内容必须提供持续或可回看版本。
- 将短暂确认与对象级可见变化配对，确保用户即使漏看 toast 也能核对结果。
- 让用户可暂停、延长、关闭或从通知历史找回需要阅读的反馈，尤其在辅助技术和高负荷场景。
- 用「消息出现时不看它」的测试验收：用户稍后应能找回内容并正确继续；否则不要依赖瞬时显示。