用 Nielsen 十大可用性启发式审查和设计 UI…

在审计界面、设计交互流程、撰写错误信息或评审任何 UI 的可用性时，用 Nielsen 十大启发式作为检查清单和设计约束。

适用场景

解决思路

1. 可见性：始终通过合理时间内的适当反馈让用户了解系统状态；显示加载状态、进度指示和完成确认；标明用户在多步流程中的位置；立即反映状态变化（乐观 UI 或加载 spinner）；绝不让用户怀疑操作是否被记录。审查问题：任何用户操作后，结果是否在 1 秒内可见？
2. 匹配现实世界：使用目标用户的语言、词汇和概念，而非内部术语或系统术语；遵循现实世界约定和自然映射；图标应匹配现实世界物体或广泛建立的 Web 约定；空间隐喻应匹配现实世界预期（如用“垃圾桶”表示删除）；避免向终端用户暴露内部系统概念（ID、错误码、流程名）。审查问题：不熟悉该产品的用户能否理解每个标签和术语？
3. 用户控制与自由：为破坏性或不可逆操作始终提供 Undo；模态框和对话框需要明显的关闭/取消操作；多步流程需要返回方式；破坏性操作（删除、发布、发送）应尽可能可逆，或要求显式确认。审查问题：用户能否在不丢失工作或联系支持的情况下退出任何状态？
4. 一致性与标准：在整个产品中对同一操作使用相同标签；遵循平台约定（如移动端左滑删除、Cmd+Z 撤销）；设计系统组件在任何出现位置都应外观和行为一致；不要重命名标准 Web 模式（如把“面包屑”叫成“路径轨迹”）。审查问题：同一操作在整个产品中是否始终外观和行为一致？
5. 错误预防：使用约束让错误输入不可能发生（如必填字段未完成时禁用 Submit 按钮）；在破坏性或不可逆操作前确认；使用输入掩码、验证和合理默认值引导正确输入；设计表单让顺利路径成为显而易见路径。审查问题：对每个破坏性或不可逆操作，是否有确认步骤或撤销路径？
6. 识别而非回忆：在上下文中显示相关选项，而非要求用户记住命令；在相关时显示先前输入的数据（如预填已知字段）；使用带标签的图标——仅图标对许多用户有歧义；导航应始终可见，而非隐藏在手势或悬停之后。审查问题：回访用户是否需要记住任何东西才能从上次离开处继续？
7. 灵活性与使用效率：为频繁操作提供键盘快捷键；同时支持引导式流程（新用户）和直接路径（专家）；允许用户自定义重复使用的视图、过滤器或布局；根据使用模式突出显示常用操作。审查问题：高级用户完成最频繁任务是否比首次用户显著更快？
8. 美学与极简设计：移除无意义的装饰元素；次要和三级操作在视觉上应从属于主要操作；避免同时显示所有功能——渐进披露只在需要时揭示复杂性；空状态、错误状态和加载状态应与内容状态获得同等设计关注。审查问题：屏幕上每个元素是否都值得存在，还是只是“以防万一”？
9. 帮助用户识别、诊断和从错误中恢复：绝不向终端用户显示原始错误码或堆栈跟踪；用平实语言清楚说明出了什么问题；告诉用户下一步做什么，而不只是什么失败了；使用适当的视觉处理：错误用红色，但警告或信息不用红色；内联验证错误应出现在问题字段旁边。审查问题：每条错误信息是否告诉用户发生了什么、为什么以及下一步做什么？
10. 帮助与文档：优先使用自解释 UI 而非 tooltip；优先使用 tooltip 而非文档；内联帮助（占位文本、辅助文本、tooltip）应出现在需要的位置；文档应面向任务（“我如何……”）而非面向功能（“关于设置面板”）；空状态是上下文帮助的机会，而不只是空白屏幕。审查问题：困惑的用户能否不离开当前屏幕就找到帮助？
11. 使用启发式审查清单逐条核对：1 系统状态——每个操作在 1 秒内给出可见反馈；2 现实世界语言——无术语，术语匹配用户词汇；3 用户控制——有 Undo，退出路径始终可见；4 一致性——同一操作在各处标签和行为相同；5 错误预防——不可逆操作有确认或撤销；6 识别优于回忆——选项在上下文中可见，无隐藏命令；7 灵活性——高级用户有更快路径完成频繁任务；8 极简设计——每个元素都值得存在；9 错误恢复——错误信息平实、具体、可操作；10 帮助与文档——帮助是上下文相关的，并在需要点可用。