heuristic-evaluation

启发式评估

使用成熟原则进行系统化的可用性审查。

触发时机

• 用户分享截图、模型图或原型
• 用户请求设计反馈或审查
• 用户询问“这有什么问题”
• 用户想改进界面
• 发布面向用户的更改之前

快速开始

1. 请用户分享界面（截图、URL 或描述）
2. 询问：“有没有特别需要关注的流程或区域？”
3. 使用 Nielsen 的 10 项启发式原则（默认）或用户指定的框架进行评估

核心工作流

Heuristic Evaluation Progress:
- [ ] Step 1: Capture interface context
- [ ] Step 2: Select evaluation framework
- [ ] Step 3: Evaluate against each heuristic
- [ ] Step 4: Score severity of issues
- [ ] Step 5: Prioritize recommendations

步骤 1：了解背景

评估前，先了解：

• 这是什么？（应用类型、用途）
• 谁会使用？（目标用户、熟练程度）
• 要完成什么任务？（正在评估的主要用户流程）

如果用户没有提供，请询问：“用户想在这里完成什么？”

步骤 2：选择框架

默认：Nielsen 的 10 项可用性启发式原则

其他选项（用户提出要求或背景适用时）：

• Shneiderman 的 8 条黄金法则 — 适用于交互密集型界面
• 认知走查 — 适用于首次使用体验
• 自定义评估标准 — 用户提供标准时

完整框架详情请参见 references/frameworks.md。

步骤 3：按 Nielsen 的 10 项原则评估

针对每项启发式原则，找出违反之处：

#	启发式原则	检查内容
1	系统状态可见性	加载指示器、进度、确认信息、当前状态
2	贴合现实世界	熟悉的语言、合理的顺序、领域惯例
3	用户控制权与自由度	撤销、取消、退出、返回导航、逃生通道
4	一致性与标准	相同的词语／操作代表相同含义、平台惯例
5	错误预防	危险操作的确认、限制条件、默认值
6	识别优于回忆	可见选项、上下文帮助、无需记忆
7	灵活性与效率	快捷方式、自定义、面向专家的加速功能
8	美观与简约	无关信息、清晰的层级、信号与噪声
9	帮助用户识别并解决错误	通俗易懂的错误信息、具体问题、可行的解决方案
10	帮助与文档	可搜索、以任务为中心、简洁易懂、需要时可访问

步骤 4：评定严重程度

为发现的每个问题评分：

评分	严重程度	说明
0	不是问题	与启发式原则不符，但不影响可用性
1	外观问题	仅在时间允许时修复
2	轻微	优先级较低，会造成轻微阻碍
3	严重	优先级较高，会显著影响任务完成
4	灾难性	发布前必须修复，会阻止任务完成

评分因素：

• 频率：用户多常遇到此问题？
• 影响：此问题对任务的阻碍有多大？
• 持续性：用户能否绕过此问题？

步骤 5：确定输出优先级

按以下标准排列问题：严重程度 × 频率

分为：

1. 立即修复（严重程度为 4，或严重程度为 3 且频率高）
2. 尽快修复（严重程度为 3，或严重程度为 2 且频率高）
3. 稍后修复（严重程度为 1–2，频率低）

输出模板

使用 Write 工具自动将输出保存到 design/08-heuristic-evaluation.md，并同时呈现给用户。

## Heuristic Evaluation: [Interface Name]

**Evaluated**: [Date]
**Framework**: Nielsen's 10 Usability Heuristics
**Scope**: [Specific flow or screens evaluated]

### Summary
- Critical issues: [count]
- Major issues: [count]  
- Minor issues: [count]

### Critical Issues (Fix Immediately)

#### Issue 1: [Brief description]
- **Heuristic violated**: #[number] — [name]
- **Location**: [Where in the interface]
- **Problem**: [What's wrong]
- **Impact**: [How it affects users]
- **Recommendation**: [How to fix]
- **Severity**: [0-4]

[Repeat for each critical issue]

### Major Issues (Fix Soon)
[Same format]

### Minor Issues (Fix Later)
[Same format, can be condensed to a table]

### Strengths Observed
- [What the interface does well]

### Next Steps
1. [Prioritized action]
2. [Prioritized action]

自适应行为

如果用户提供截图：

• 进行视觉分析
• 按位置指出具体元素
• 描述要具体：“右上角的保存按钮……”，而不是“按钮应该……”

如果用户描述界面：

• 评估前先提出澄清问题
• 优先关注用户描述的痛点

如果用户是设计师：

• 跳过启发式原则定义
• 使用简写：“违反 H4”，而不是解释一致性

如果用户是开发者：

• 提供考虑实现方式的建议
• 指出哪些修复可以快速完成，哪些需要架构调整

交接

提交评估结果后，建议说：

“请根据这份报告确定修复优先级。你想让我根据这些发现帮你优化哪些界面吗？”

注意： 文件会自动保存到 design/08-heuristic-evaluation.md，供参考。

集成点

适合与以下工具搭配使用：

• assumption-mapping — 在开始构建前，审视设计是否满足实际需求
• critique — 获取超出可用性范畴的更全面反馈
• accessibility-audit — 针对 WCAG 进行评估

参考资料

• references/frameworks.md — 完整的启发式原则定义及替代方案
• references/examples.md — 评估示例