界面可用性审查：当用户困惑、表单完成率低或导航混乱时…

对界面做启发式可用性审计（Krug 原则 + Nielsen 十大启发式），用严重度评级和 Quick Diagnostic 打分，输出问题清单与达到 10/10 的具体修复。

适用场景

解决思路

1. 按严重度量表给每个问题评级：0 = 不是问题（分歧而非可用性问题，忽略）；1 = 表面（轻微烦扰、低影响，有时间再修）；2 = 次要（造成延迟或挫败，排期修）；3 = 重大（任务显著失败，尽快修）；4 = 灾难性（阻断任务完成，立即修）；并综合 frequency（发生频率）、impact（发生时的严重程度）、persistence（一次性还是持续）三个因素。
2. 用 Quick Diagnostic 给界面打分：从 10 分起，每失败一行按它触发的最高严重度扣分（灾难性/重大行约扣 2 分，次要/表面约扣 1 分）；9-10 分 = 无 3 级以上问题且失败行 ≤1；6-8 分 = 有若干重大问题或多项失败行；3-5 分 = 有灾难性问题或大量失败行；≤2 分 = 核心任务被阻断。始终说明当前分数、最高严重度的问题，以及达到 10/10 所需的具体修复。
3. Krug 法则一「不要让我思考」：让每页自明；导航标签用自解释名称（"Get directions" 而非 "Calculate route to destination"）；CTA 用用户能懂的动作动词（"Sign in" 而非 "Access your account portal"）；错误状态告诉用户下一步做什么（"Check your email format" 而非 "Validation error"）；按钮用「动词 + 名词」（"Create account"、"Download report"）；避免术语（"Save" 而非 "Persist"，"Remove" 而非 "Disassociate"）；标签需要解释就简化标签。清晰文案不得被用来掩盖不利条款。
4. Krug 法则二「点击次数不重要」：让每次点击都轻松、明确、增强信心；结账流程用带描述标签的步骤指示（"Step 2 of 4: Shipping details"）；设置用清晰分类而非扁平列表（"Account > Security > Change password" 三次有信心的点击）；引导用小而清晰的步骤，每步一个动作；每步给确认（"Great, your email is verified. Now let's set up your profile."）；链接文案明确（"View all running shoes" 而非 "Click here"）；绝不用额外步骤掩埋取消流程。
5. Krug 法则三「删掉一半的词」：先删掉每页一半文字，再删剩下的一半；去掉 happy-talk（"Welcome to our website!"）；删除没人读的说明；去掉 "Please"、"Kindly" 等礼貌废话；错误信息只讲问题和修复（"Password too short (min 8 chars)"）；空状态以行动为导向、极简（"No results. Try a different search."）；冗长句改写（"Please kindly note that you will need to enter your password..." → "Enter your password to continue."；"We've received your message..." → "Message sent. We'll reply within 24 hours."）。但简洁不得省略关键信息——价格、条款、数据使用的简明披露是用户权利。
6. Krug 法则四「Trunk Test」：把用户丢到任意随机页面，他应立刻回答六个定位问题——这是什么网站？这是哪个页面？主要分区有哪些？这里有哪些选项？我在层级中的哪个位置？搜索在哪里？页面标题必须与用户点击的链接一致；必须有 "you are here" 指示（高亮导航项、加粗面包屑）；分区标题要有定位感（"Your Account > Billing" 而非只有 "Settings"）；导航标签必须诚实反映站点结构，不得用误导标签把用户引向营销页。
7. Nielsen 1 系统状态可见性：通过及时反馈让用户知情；每个动作都要有确认——上传进度条、提交确认、加载骨架屏；静默失败会摧毁信任；文案用 "Saving..." → "Saved"。
8. Nielsen 2 系统与现实世界匹配：说用户的语言——"Sign in" 而非 "Authenticate"，"Search" 而非 "Query"；遵循现实世界隐喻（回收站、购物车）和自然顺序（street → city → state → zip）。
9. Nielsen 3 用户控制与自由：提供明确的「紧急出口」；撤销优于 "Are you sure?" 弹窗（用户不看就点过去）；每个流程都要有取消/退出；返回按钮绝不能失效。
10. Nielsen 4 一致性与标准：相同的词、样式、行为在全站表示相同含义；内部一致（自己的应用）加外部一致（平台惯例：logo 左上、搜索右上）；一个概念只用一个词——全站统一 "Projects"，不要混用 "Workspaces"。
11. Nielsen 5 错误预防：在问题发生前阻止——约束输入（日期选择器替代文本框）、自动补全、合理默认值、"unsaved changes" 警告；slip（误操作）与 mistake（意图错误）需要不同的预防手段。
12. Nielsen 6 识别而非回忆：最小化记忆负担——展示选项而非要求记住；用面包屑、最近搜索、预填字段、带解码值的下拉；工作记忆约容纳 7 项，识别远比回忆容易。
13. Nielsen 7 灵活性与使用效率：同时服务新手和专家——键盘快捷键、批量操作、保存的搜索、命令面板（Cmd+K）；用渐进披露让新手保持简单，专家可访问全部能力。
14. Nielsen 8 美学与极简设计：每个元素都必须证明自己的价值——所有东西都在抢注意力时就没有东西突出；只显示当前重要的、隐藏不重要的；每页一个主 CTA。
15. Nielsen 9 帮助用户识别、诊断并从错误中恢复：错误信息包含三部分——发生了什么、为什么、怎么修；平实语言（"Connection failed" 而非 "ECONNREFUSED"）；具体（"Password must be 8+ characters" 而非 "Invalid"）；绝不责怪用户；保留用户已输入的内容。
16. Nielsen 10 帮助与文档：帮助应可搜索、以任务为中心（"How to..." 而非技术参考）、有上下文（tooltip、内联提示、引导式导览）。
17. 修复常见可用性错误：图标必须配文字标签（避免 mystery meat navigation）；选项减少到 7±2 项；在导航和面包屑中高亮当前分区；在 blur 时做内联校验并给具体消息（不要 submit-报错-回滚的循环）；标注可选字段而非必填字段；用标题、项目符号、留白拆散大段文字；对所有标签做用户测试并用平实语言；用 spinner、进度条或骨架屏做加载指示；移动端触控目标最小 44x44 px；不要把关键信息藏在 hover 后面（提供可见替代）；对所有非破坏性操作提供撤销；错误信息说明哪里错、怎么修；文字对比度满足 WCAG AA 最低 4.5:1；导航固定位置、每页同一位置；绝不劫持或破坏浏览器历史/返回按钮。
18. 按 Quick Diagnostic 逐行检查，若答案为否则执行对应动作：看不清是什么站点/页面 → 加清晰 logo、页面标题、面包屑；主操作不明显 → 用视觉层级和单一主 CTA；导航不清 → 应用 Trunk Test、加 "you are here" 指示；找不到搜索 → 头部放可见搜索框；系统不显示正在发生什么 → 加载状态、确认、进度；错误信息无帮助 → 用平实语言加具体修复；不能撤销或返回 → 处处提供撤销、取消、返回；离开 hover 就不能用 → 为 hover 交互提供可见替代；交互元素没有标签 → 文字标签或描述性 tooltip；有任何让人停下来想「嗯？」的地方 → 简化，需要解释就重新设计。
19. 解决启发式之间的冲突：简洁 vs 灵活 → 用渐进披露；一致 vs 上下文 → 保持一致模式 + 上下文相关的突出；效率 vs 错误预防 → 优先撤销而非确认弹窗；可发现性 vs 极简 → 主操作可见、次要操作隐藏。
20. 识别暗黑模式（故意违反启发式来操纵用户）：forced continuity（难以取消的强制续订）、roach motel（易进难出）、confirmshaming（用内疚感措辞的选项）、hidden costs（结账时突现的隐藏费用）。
21. 按阶段选择方法：启发式评估在用户测试之前做（1-2 小时，发现重大违规）；用户测试在修复启发式问题之后做（2-4 小时，观察真实行为）；A/B 测试用于优化阶段（数天到数周，统计验证）；分析数据审查持续进行（30 分钟，发现模式与问题）。

适用边界 · 注意事项

• 需要做视觉设计细节修复时，应改用 refactoring-ui 类方法，而不是启发式评估。
• 以转化率为目标的审计应改用 cro-methodology 等转化方法论。
• 启发式评估不能替代真实用户测试——它只发现重大违规，不能作为真实用户行为的证据。