用途
启发式评估用于对用户界面进行系统化的可用性审查，依据既有的可用性原则找出问题并给出改进建议。它适用于评审 UI 设计、截图、原型，或在发布面向用户的改动之前进行快速检查。
触发时机
- 用户分享截图、模型图或原型
- 用户请求设计反馈或评审
- 用户询问“这个有什么问题”
- 用户希望改进某个界面
- 在发布面向用户的改动之前
主要能力
该技能提供一套完整的评估工作流，包含五个步骤：
- 捕获界面上下文：了解这是什么（应用类型、目的）、谁在使用（目标用户、专业水平）、要完成什么任务（被评估的主要用户流程）。若未提供，会询问“用户在这里想完成什么？”
- 选择评估框架：默认使用 Nielsen 十大可用性启发式；也可根据用户请求或上下文选择 Shneiderman 八条黄金法则（适合交互密集型界面）、认知走查（适合首次用户体验）或用户提供的自定义评分标准。
- 逐条评估：对照所选框架的每一条启发式，识别违规之处。
- 评定严重程度：为每个问题打分（0 至 4 分）。
- 优先级排序输出：按“严重程度 × 频率”排序，并分组为立即修复、尽快修复、稍后修复。
Nielsen 十大启发式
| # | 启发式 | 关注点 |
|---|---|---|
| 1 | 系统状态可见性 | 加载指示、进度、确认、当前状态 |
| 2 | 贴合现实世界 | 熟悉的语言、逻辑顺序、领域惯例 |
| 3 | 用户控制与自由 | 撤销、取消、退出、返回导航、逃生出口 |
| 4 | 一致性与标准 | 相同词语/操作含义一致、平台惯例 |
| 5 | 错误预防 | 破坏性操作的确认、约束、默认值 |
| 6 | 识别优于回忆 | 可见选项、上下文帮助、无需记忆 |
| 7 | 灵活性与效率 | 快捷键、自定义、面向专家的加速器 |
| 8 | 美观与极简 | 无无关信息、清晰层级、信号与噪声 |
| 9 | 帮助用户识别与修复错误 | 通俗语言的错误提示、具体问题、建设性解决方案 |
| 10 | 帮助与文档 | 可搜索、面向任务、简洁、在需要时可访问 |
严重程度评分
| 分数 | 严重程度 | 说明 |
|---|---|---|
| 0 | 不是问题 | 与启发式有分歧但不构成可用性问题 |
| 1 | 装饰性 | 有时间才修 |
| 2 | 次要 | 低优先级，造成轻微摩擦 |
| 3 | 主要 | 高优先级，对任务完成有显著影响 |
| 4 | 灾难性 | 发布前必须修复，阻碍任务完成 |
评分考虑因素：频率（用户多久遇到一次）、影响（多大程度阻碍任务）、持续性（用户能否绕过）。
使用方式
快速开始：请用户分享界面（截图、URL 或描述）；询问“有没有特定的流程或关注区域？”；使用 Nielsen 十大（默认）或用户指定的框架运行评估。
输出会自动保存到 design/08-heuristic-evaluation.md，同时呈现给用户。报告模板包含：界面名称、评估日期、所用框架、评估范围、摘要（严重/主要/次要问题数量）、关键问题（立即修复）、主要问题（尽快修复）、次要问题（稍后修复）、观察到的优点、后续步骤。每个问题记录：违反的启发式、位置、问题描述、影响、建议、严重程度。
自适应行为
- 若用户提供截图：进行视觉分析，按位置指出具体元素，使用具体表述（如“右上角的保存按钮……”）。
- 若用户描述界面：评估前先提出澄清问题，优先关注所描述的痛点。
- 若用户是设计师：跳过启发式定义，使用简写（如“H4 违规”）。
- 若用户是开发者：包含实现层面的建议，并标注哪些是快速修复、哪些是架构性改动。
适用场景
- 设计评审与可用性检查
- 发布前的界面质量把关
- 针对特定用户流程的快速评估
- 与假设映射（assumption-mapping）、更广泛的评审（critique）、无障碍审计（accessibility-audit）配合使用
限制
资料未提供关于收费、价格、平台支持范围、评估准确率或效果保证的信息。该技能依赖用户提供的界面信息（截图、URL 或描述），评估质量受输入完整度影响。