研发协作
不招募用户时,用 Nielsen…
在需要不招募参与者就快速获得界面可用性问题清单时,按启发式逐项评审、记录并评级。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
不招募用户时,用 Nielsen 启发式通用
解决思路
- 在用户测试之前,依据既有可用性启发式评估数字界面,以识别问题。
- 同时按领域准则评估界面,而不仅限于 Nielsen 启发式。
- 逐项检查:系统状态可见性——用户知道正在发生什么。
- 逐项检查:贴合现实世界——系统使用用户的语言。
- 逐项检查:用户控制与自由——容易撤销和退出。
- 逐项检查:一致性与标准——遵循惯例。
- 逐项检查:错误预防——在问题发生前预防问题。
- 逐项检查:识别优于回忆——让选项可见。
- 逐项检查:灵活性与效率——为专家提供快捷方式。
- 逐项检查:美学与极简设计——不包含无关信息。
- 逐项检查:错误恢复——帮助用户识别并从错误中恢复。
- 逐项检查:帮助与文档——在需要时提供帮助。
- 定义评估范围:明确要评估哪些屏幕/流程。
- 以新用户身份走查。
- 以有经验用户身份走查。
- 走查每个任务流。
- 记录发现的每个问题。
- 对问题评级严重度。
- 汇总并按优先级排序发现。
- 记录每个问题时,标明其违反的启发式。
- 记录问题的描述。
- 记录问题的位置。
- 记录问题的严重度(0-4)。
- 记录问题的截图/引用。
- 记录问题的建议。
- 按严重度 0 评定:不是可用性问题。
- 按严重度 1 评定:仅外观问题。
- 按严重度 2 评定:次要问题。
- 按严重度 3 评定:主要问题(重要,需修复)。
- 按严重度 4 评定:灾难性问题(发布前必须修复)。
- 使用多名评估者以发现更多问题(3-5 名理想)。
- 先独立评估,再互相比较。
- 聚焦真实用户任务,而不是边缘情况。
- 不要只找问题——要提出解决方案。
- 与真实用户测试结合,形成完整图景。
适用边界 · 注意事项
- 需要引导式团队反馈会时,改用 `design-critique` (design-ops)。
- 需要真实用户参与者的证据或验证时,不要只做启发式评估;应结合真实用户测试。