B3.05.1Error Prevention设计研究

消除出错条件优于提供出错提示

别名: 错误预防 · 约束设计 · 防错

概念解释

错误预防(error prevention)的优先级是让错误动作无法发生、不可能被选择或自动被系统纠正,其次才是提交后提示。提示仍有价值,但如果用户必须先犯错再理解规则,说明设计把校验责任推给了人。

机制

错误提示出现在注意力最紧张、动机最焦虑的时刻,用户要读规则、返回修改、重新理解状态,成本远高于前置约束。消除条件可以靠选项只含合法值、字段格式自动处理、冲突对象禁用、物理/逻辑约束、默认范围和模板。好的预防还保留例外路径,但把例外交给明确权限或流程,而不是让所有人撞一次墙。

怎么研究

收集错误日志和支持工单,按触发条件、字段、设备、角色和任务阶段归类。用任务实验比较约束、即时校验和提交后提示:测量首次成功率、错误率、修改路径、时间、挫败感和重复错误。重点是识别错误能否在设计层消除,而不是只统计发生率。

边界

过度防错会挡住合法例外并让专家变慢;过窄输入、强制格式和永久禁用可能产生新的可访问性问题。有些错误来自上游数据或组织规则,界面无法独自消除。提示和恢复仍是必需层,因为无法预见所有情境。

怎么落地

  • 对高频错误逐条追问:能否改用选择、模板、默认值、范围限制或自动转换消除。
  • 只禁用真正不可用的选项,并说明原因和恢复方式;错误提示附带可执行修正。
  • 把格式处理放在输入层,如电话、日期、货币和单位,避免让用户猜测解析规则。
  • 上线后跟踪同一错误是否消失、是否转移到新位置,并保留支持通道。

延伸

  • 同组B3.05.2 区分失误与错误采取不同预防手段 · B3.05.3 高后果操作需要额外确认或延迟
  • 相邻B2.05 约束 · Y3 错误预防与恢复
  • 站内检索error prevention · poka-yoke · input validation

同组卡片

快捷操作

分享

分享当前页面

ios_share

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