概述

Jakob Nielsen 的十大可用性启发式原则是界面设计中最广泛引用的设计准则,于 1994 年与 Rolf Molich 共同发表。1

这些原则是设计评估的通用准则,而非具体规范,适用于各类交互系统的设计。

十大启发式原则

1. 系统状态可见性(Visibility of System Status)

设计应始终让用户了解发生了什么,并通过适当的反馈在合理时间内通知用户。

当用户了解当前系统状态时,他们能够了解先前交互的结果并确定下一步操作。

良好实践:

  • 进度条显示操作进度
  • 加载状态指示器
  • 操作成功/失败的消息提示
  • 导航栏中的当前位置指示

反面案例:

  • 文件上传后无任何提示
  • 长时间操作无进度反馈
  • 用户不清楚系统是否在处理

2. 系统与真实世界的匹配(Match Between System and the Real World)

系统应使用用户熟悉的语言、词汇和概念,而不是内部系统术语。遵循真实世界的约定,使信息以自然和符合逻辑的顺序呈现。

良好实践:

  • 使用日常用语而非技术术语
  • 遵循真实世界的心理模型
  • 图标设计符合用户认知
  • 信息组织符合自然顺序

反面案例:

  • 错误代码不解释含义
  • 使用缩写而无说明
  • 专业技术术语无解释

3. 用户控制与自由(User Control and Freedom)

用户经常选择系统功能时犯错,需要明确标记的”紧急出口”以便离开不想要的操作状态。

支持撤销和重做功能。

良好实践:

  • 明显的”取消”和”返回”按钮
  • 支持 Ctrl+Z 撤销
  • 确认对话框防止误操作
  • 清晰的导航路径

反面案例:

  • 删除操作无确认
  • 无法取消正在进行的流程
  • 没有撤销功能

4. 一致性与标准(Consistency and Standards)

用户不应怀疑不同的词汇、情境或操作是否意味着同一件事。遵循平台和行业的设计约定。

Jakob 定律:用户大部分时间使用其他数字产品,而非你的产品。用户的期望基于在其他产品上的经验。

良好实践:

  • 整个应用使用统一的术语
  • 遵循平台设计规范(Material Design、HIG 等)
  • 相似的功能使用相似的交互方式
  • 标准化的图标和符号

反面案例:

  • 不同页面相同功能使用不同名称
  • 违反平台约定的交互模式
  • 独创但不必要的设计

5. 错误预防(Error Prevention)

与其设计优秀的错误消息,不如设计防止问题发生的系统。消除容易出错的条件或检测确认。

有两种错误类型:

  • 失误(Slips):由疏忽引起的无意识错误
  • 错误(Mistakes):基于错误认知的有意识决策

良好实践:

  • 禁用不适用的按钮
  • 输入格式验证
  • 确认对话框防止误操作
  • 约束条件防止无效输入

反面案例:

  • 删除按钮紧邻重要操作
  • 无格式验证的表单
  • 危险操作无二次确认

6. 识别而非回忆(Recognition Rather than Recall)

最小化用户的记忆负担,使元素、动作和选项可见。用户不应记住从界面一部分到另一部分的信息。

良好实践:

  • 选项始终可见
  • 显示上下文相关的帮助
  • 工具栏显示可用操作
  • 历史记录和推荐

反面案例:

  • 需要用户记住命令
  • 隐藏的操作无提示
  • 脱离上下文的输入要求

7. 使用的灵活性与效率(Flexibility and Efficiency of Use)

允许用户定制常用操作。加速器——对专家用户隐藏——可以加快交互速度,使设计同时适应新手和有经验的用户。

良好实践:

  • 键盘快捷键
  • 可自定义的界面
  • 默认值与自定义选项
  • 快速操作路径

反面案例:

  • 所有用户使用相同路径
  • 无快捷方式可言
  • 无法跳过重复步骤

8. 美学及极简设计(Aesthetic and Minimalist Design)

界面不应包含无关或很少需要的信息。每个额外的信息单位都会与相关内容竞争,降低其相对可见性。

良好实践:

  • 关注核心功能和信息
  • 使用空白分隔内容
  • 渐进式信息披露
  • 视觉层次清晰

反面案例:

  • 信息过载
  • 过多的视觉元素
  • 次要信息喧宾夺主

9. 帮助用户识别、诊断并从错误中恢复(Help Users Recognize, Diagnose, and Recover from Errors)

错误消息应以通俗语言表达(准确描述问题),并建设性地提出解决方案。

良好实践:

  • 使用人类可读的错误消息
  • 明确说明问题所在
  • 提供具体解决方案
  • 避免使用技术术语

反面案例:

  • 错误代码如”Error 0x80070005”
  • 消息模糊如”操作失败”
  • 不提供解决方向

10. 帮助与文档(Help and Documentation)

即使系统无需文档就能使用,提供易于搜索、聚焦用户任务的文档也是最好的。

良好实践:

  • 可搜索的帮助系统
  • 文档简洁且面向任务
  • 提供常见问题解答
  • 上下文帮助

反面案例:

  • 无帮助文档
  • 文档难以搜索
  • 文档内容冗长

实践应用

启发式评估流程

  1. 选择评估者:3-5 名可用性专家
  2. 熟悉界面:了解目标用户和使用情境
  3. 独立评估:每位评估者独立检查界面
  4. 记录问题:标记违反启发式的区域
  5. 汇总讨论:评估者会议讨论发现
  6. 优先级排序:根据严重程度分级

严重程度评级

等级说明
严重导致用户无法完成任务
主要用户遇到困难但可解决
次要美观或可用性的小问题

相关资源


参考

Footnotes

  1. Nielsen, J. & Molich, R. (1994). “Heuristic evaluation of user interfaces”. CHI ‘90 Proceedings. Originally published in Behaviour & Information Technology.