B3.11.3Golden Rules设计

提供信息丰富的反馈

别名: 信息反馈 · 操作结果 · 反馈原则

概念解释

信息丰富的反馈(informative feedback)不只是显示"已点击",而是说明系统收到了什么对象、进入了什么状态、产生了什么结果、下一步是什么。反馈的粒度应随操作后果的严重性、等待时间的长短和出错的风险变化,而不是所有操作用同一套提示模板。

机制

反馈存在的作用是替用户合上"结果是否达成预期"这个判断缺口:确认输入被接收、理解变化的原因、判断是否成功、决定是继续等待还是需要修正。只有动效没有语义时,用户仍然不知道内容是否被保存、消息是否已发送、操作是否占用了资源或影响了别人——动画本身不携带这些信息,必须由文字或结构承担。这条机制还有一个时间窗口的约束:反馈如果在用户注意力已经转向下一个任务之后才出现,效果上等同于没有反馈,因为用户已经不在原来的判断情境里,不会主动回头核对结果,这解释了为什么"最终会显示"不能替代"及时显示"。

边界

信息丰富不等于通知越多越好。高频操作如果每次都给出完整反馈,用户会在重复呈现中逐渐降低对该类提示的反应强度,进而对同一位置的提示整体脱敏——这时候真正需要被注意到的严重异常,反而会被同一区域里大量的常规成功提示盖过去,造成"狼来了"式的失效。可行的分层是:高频、低风险操作只给轻量的外围反馈,把详尽、可能打断当前操作的反馈留给低频、高风险或不可逆的场景。反馈也必须和真实状态严格一致,乐观提示一旦事后被证伪,会比不提示更破坏信任;声音、动画和震动这类反馈还要可关闭并有可被辅助技术替代的等价形式。

怎么落地

  • 为每个操作定义接收、处理、成功/失败和后续动作四层反馈,按操作的风险等级决定哪几层是必须的。
  • 关键结果显示对象、数量、时间、受影响者和撤销入口;错误显示原因与可执行的修复方式。
  • 让反馈出现在动作发生的位置附近,且不晚于用户注意力转移的时间点;在屏幕阅读器中保证合理的焦点顺序。
  • 审计通知频率与用户对同类提示的响应率变化,确认关键错误没有被高频的成功提示逐渐盖过。

延伸

  • 同组B3.11.1 力求一致性 · B3.11.2 提供普遍可用性 · B3.11.4 设计对话以产生闭合感 · B3.11.5 预防错误 · B3.11.6 允许轻松逆转操作 · B3.11.7 保持用户的控制感 · B3.11.8 减轻短时记忆负担
  • 相邻B2.06 反馈 · B3.01 系统状态可见性
  • 站内检索informative feedback · operation result · feedback design

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B3.11.3