B2.07.3Feedforward-feedback consistency设计研究

前馈与反馈应保持同一表达体系

别名: 前馈反馈一致性 · 预期结果一致 · 状态表达

概念解释

前馈告诉用户将会发生什么,反馈告诉用户实际发生了什么。两者应使用相容的对象名称、状态类别、范围、单位和视觉表达,使人能直接把预期与结果对照。前馈—反馈一致性并非要求逐字重复,而是要求行动前建立的理解,能被行动后的信息确认、修正或解释。

机制

用户依据前馈形成预测,再利用反馈判断预测是否成立。若一个操作前称为“发布给团队”,完成后却只显示模糊的“已保存”,用户无法确认到底发生了什么;若预览显示三个受影响对象而结果页换成陌生统计口径,比较也会失败。一致表达将两个时刻连接成连续的心理模型,降低记忆与重新解释的负担。

怎么研究

让参与者先说明他们从前馈预期的对象、范围和结果,再完成操作并解释反馈证明或否定了什么。测量预期—结果匹配的判断准确率、重复核查、撤销和求助。审查状态转移、异步完成、部分失败和权限变化等路径,因为这些最容易造成前后术语或范围脱节。

边界

结果有时必须比预告更详细,或因实际条件变化而不同;此时不应伪装成完全一致,而要解释差异的原因与影响。追求形式一致也不应使反馈难以阅读,例如任务完成后可以用更紧凑的摘要。关键是保留可追溯的对应,而不是机械复用同一文案或颜色。

怎么落地

  • 为关键操作定义贯穿前馈、处理中和最终反馈的对象、状态与范围词汇,避免同一概念在不同阶段改名。
  • 在结果中显式回指用户刚才的选择与预期影响,特别是部分成功、变更范围或实际结果不同的情况。
  • 用端到端任务测试用户能否从预告到结果连续解释发生了什么,并修复其中的断裂点。

延伸

  • 同组B2.07.1 前馈在操作发生前告知将会发生什么 · B2.07.2 前馈降低试探成本
  • 相邻B2.06 反馈 · B2.04 映射
  • 站内检索feedforward feedback consistency · expectation confirmation · state language

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B2.07.3