winson-cognitive-design-audit

> 适用场景：当你需要审查一个界面设计是否符合人类认知规律、找出用户"看不懂、找不到、用不顺"的根本原因时，启动本技能。

一、核心哲学

1.1 唯一铁律

> 审计不是找"丑"，是找"认知阻断点"。

一个视觉上"不够精致"但认知流畅的界面，远胜于一个视觉精美但让用户"看不懂、找不到、用不顺"的界面。本技能的所有审计维度都指向同一个问题：这个设计是否在迫使大脑做它不擅长的事？

1.2 三个底层认知

1.3 核心公式

界面认知流畅度 = 感知自动性 × 信息可发现性 × 操作可预期性 × 反馈及时性
                 ÷ 认知转换成本 ÷ 记忆负荷 ÷ 等待焦虑

任何一个因子的严重短板都会导致整体体验崩塌。审计的任务就是找到那个短板。

1.4 审计六维度总览

贯穿所有维度的根本原则：交互系统应尽可能减少用户不得不投入注意力去操作它们。设计的终极目标是释放用户的认知资源，让用户专注于任务本身而非工具。

二、完整执行流程

Phase 1：界面采集与上下文理解

Step 1.1：确认审计对象

输入：用户提供的界面截图、原型链接、或实际界面URL。

操作：
- 如果是截图 → 逐一识别界面中的所有可见元素（按钮、文字、输入框、图标、导航、图片）
- 如果是原型/实际界面 → 记录关键交互流程（点击路径、状态变化、反馈方式）
- 如果用户提供了用户画像或使用场景 → 记录目标用户群体和核心任务

Step 1.2：确定核心任务路径

操作：从用户视角，识别这个界面需要完成的核心任务是什么。

检验标准：能用一句话描述"用户来到这个界面，最想完成的一件事是___"。

输出：审计对象清单 + 核心任务描述。

Phase 2：六维度系统扫描

> 以下每个维度的检查项都附带：认知原理 → 检查问题 → 常见违例 → 修复方向。

维度一：视觉感知审计

认知原理：人类视觉是整体的。视觉系统自动对输入构建结构，在神经系统层面感知形状和图形，而不是看到互不相连的边、线和区域。格式塔原理为UI设计提供了基础。

检查清单

常见违例与修复

深度洞察

> 封闭性原理在GUI中被广泛应用于"堆叠对象"的表现——仅显示一个完整对象和其背后对象的一角，就足以让用户感知到一叠对象构成的整体。这个原理看似简单，但很多设计者在表现"多层级数据"时仍倾向于把所有层级完整展示，造成视觉拥挤。问自己：用户真的需要看到全部，还是只需要知道"后面还有"？

维度二：信息组织审计

认知原理：可视化信息显示的最重要目标之一是提供视觉层次——将信息分段、显著标记每段、以层次结构展示，使用户能从与其目标不相关的内容中立刻区分出更相关的内容，将注意力放在关心的信息上。

检查清单

常见违例与修复

深度洞察

> 视觉层次不是"大字+小字"这么简单。它的核心是让用户在不阅读的情况下就能判断每段讲什么、哪段更重要。你标记过"各自的内容"和"上层的段"——这两个概念是层次设计的灵魂：每个段落必须有可辨识的标签（各自的内容），且层级关系必须可感知（上层的段更突出）。如果用户需要逐字阅读才能找到目标信息，层次设计就是失败的。

维度三：色彩与可见性审计

认知原理：颜色单独不足以让重要信息被注意到——必须叠加位置、符号和形状。人类视觉对对比度敏感，对抗色（红绿、黄蓝）相邻会产生视觉振动。红色在交互系统中暗示警告，但存在文化差异。

检查清单

常见违例与修复

深度洞察

> 你在ITN.net案例旁写过"你当前处于问卷搭建中，还有问题是不推荐"——这说明你已经意识到：仅靠颜色标记当前步骤是不够的。ITN后来改进为颜色+箭头形状的双重标记，正是因为颜色单独不够。审计时要问：如果用户是色盲，如果屏幕是灰度，这个信息还能被感知到吗？ 如果不能，就必须叠加非颜色信号。

维度四：用户行为模式审计

认知原理：人的注意力有限。我们偏好熟悉的路径而非探索新路径（因为熟悉=自动化=低能耗）。我们完成主要目标后经常忘记收尾工作（注意力转移导致短期记忆"滑落"）。识别比回忆容易（GUI的基础）。人们更愿意为了少动脑子而多敲键盘。

检查清单

常见违例与修复

深度洞察

> 你标记了那句经典引用"我赶时间，所以我走了远路"，并特别标注了"多半"——用户明知可能有捷径仍选择保守路径。这不是用户愚蠢，而是大脑的节能策略：探索新路径需要解决问题，消耗大量注意力和短期记忆；走熟悉的路是自动的，几乎不消耗认知资源。审计时不要只看"有没有更高效的路径"，要看"用户当前走的路径是否足够熟悉和自动化"。 如果系统强制用户换路径，必须有足够的引导和降低认知成本的补偿。

维度五：概念模型审计

认知原理：用户想要的操作与工具提供的操作之间存在"执行鸿沟"。缩小鸿沟的方法：任务分析→概念模型设计→界面设计三步法。概念模型应基于任务而非实现方式。一致性有两个层面：概念层面（对象-操作-属性映射）和按键层面（概念操作到物理动作的映射）。

检查清单

常见违例与修复

三步法验证

对界面进行概念模型审计时，按以下三步验证：

Step 1 — 任务分析验证：
- 这个界面支持的用户目标是什么？
- 用户要完成这个目标，需要哪些对象和操作？
- 这些对象和操作是否来自用户任务领域，而非软件实现领域？

Step 2 — 概念模型验证：
- 列出界面中所有用户可见的对象
- 列出每个对象可执行的操作
- 检查对象-操作矩阵：是否有空行（对象无操作）或空列（操作无对象）？
- 检查是否有重叠概念可以合并？

Step 3 — 一致性验证：
- 概念层面：所有"文档"类对象是否都有"打开/编辑/删除"操作？
- 按键层面：所有"删除"操作是否都用同样的按键/手势触发？

深度洞察

> 你用大括号圈注了任务分析的13个问题中的前9个，并下划线标注了"工具概念与任务概念映射越直接，用户越少做转换，越容易学习"。这揭示了一个核心审计逻辑：好界面对象来自用户的任务世界，坏界面对象来自程序员的代码世界。 审计时，对每个界面元素问一个问题——"这个词/这个操作，是用户在完成真实任务时会想到的，还是只有程序员才理解的？" 如果答案是后者，就是执行鸿沟。

维度六：时间响应审计

认知原理：人类感知有时间阈值。0.1秒是因果感知的边界——超过这个时间，用户不再觉得"我的操作直接导致了结果"。1秒是对话间隔——超过后开始等待。10秒是单位任务——超过后注意力可能转移。系统应在0.1秒内确认收到操作，长时间操作应告知预计时长并允许取消，最终让用户掌控自己的工作节奏。

检查清单

时间阈值速查表

常见违例与修复

深度洞察

> 你圈注了"对因果关系的感知"并下划线标注了"尽可能让用户来掌控自己的工作节奏"。这两个标记覆盖了时间设计的两个极端：微观层面——0.1秒内确认操作以维持因果感知（让用户觉得"我控制着系统"）；宏观层面——把节奏控制权交给用户（让用户决定何时推进）。两者共同指向一个目标：消除用户的失控感。审计时，如果一个界面让用户感觉"我在等系统"而不是"系统在响应我"，就是时间响应层面的失败。

Phase 3：违规定级

Step 3.1：严重度分级标准

Step 3.2：定级判断依据

对每个发现的违例，按以下问题定级：

1. 这个违例是否阻止用户完成核心任务？ → 是 = P0
2. 这个违例是否导致用户频繁出错或需要反复尝试？ → 是 = P0 或 P1
3. 这个违例是否显著增加用户完成任务的时间？ → 是 = P1
4. 这个违例是否仅在特定场景或特定用户群体中产生影响？ → 是 = P1 或 P2
5. 这个违例是否主要影响主观感受而非任务效率？ → 是 = P2

输出：每个违例标注严重度级别。

Phase 4：改进建议生成

Step 4.1：建议生成原则

Step 4.2：建议模板

对每个违例，按以下格式输出：

【违例编号】V-I-C-B-M-T + 序号
【维度】维度名称
【严重度】P0/P1/P2
【违例描述】用具体语言描述问题，引用界面中的实际元素
【认知机制】这个问题违反了哪个认知原理，导致什么后果
【修复方案A】（推荐）具体操作 + 预期效果
【修复方案B】（备选）具体操作 + 取舍说明
【边界条件】如有

输出：完整的违例清单与改进建议。

Phase 5：优先级排序与总结

Step 5.1：优先级排序

将所有违例按以下顺序排列：

1. 所有 P0 级违例（按影响用户数从多到少）
2. 所有 P1 级违例（按修复成本从低到高）
3. 所有 P2 级违例（按用户主观影响从大到小）

Step 5.2：审计总结

输出一段总结，包含：

• 界面认知流畅度评分（1-5分，基于六维度整体表现）
• 最严重的三个认知阻断点（一句话描述 + 修复方向）
• 整体印象（这个界面在"释放用户认知资源"方面做得如何）

三、审计输出模板

# 认知设计审计报告

## 审计对象
- 界面名称：___
- 审计日期：___
- 核心任务：用户来到这个界面，最想完成的一件事是___

## 六维度扫描结果

| 维度 | 检查项总数 | 通过 | 违例 | 维度评分 |
|------|----------|------|------|---------|
| 视觉感知 | 6 | _ | _ | _/5 |
| 信息组织 | 7 | _ | _ | _/5 |
| 色彩可见性 | 8 | _ | _ | _/5 |
| 用户行为模式 | 12 | _ | _ | _/5 |
| 概念模型 | 7 | _ | _ | _/5 |
| 时间响应 | 8 | _ | _ | _/5 |

## 违例详情

### P0 级（认知阻断）
[按模板逐一列出]

### P1 级（效率降低）
[按模板逐一列出]

### P2 级（体验不佳）
[按模板逐一列出]

## 审计总结
- 界面认知流畅度评分：___/5
- 最严重的三个认知阻断点：
  1. ___
  2. ___
  3. ___
- 整体印象：___

四、常见陷阱与避坑指南

五、场景适配指南

六、质量检验清单

完成审计后，逐项检查：

审计完整性

• [ ] 六个维度是否全部扫描？有无跳过的维度？
• [ ] 每个维度的检查项是否逐一回答？有无遗漏？
• [ ] 核心任务路径是否在Phase 1中明确？

违例质量

• [ ] 每个违例是否标注了严重度级别？
• [ ] 每个违例是否说明了违反的认知机制？
• [ ] P0级违例是否提供了至少两个修复方案？
• [ ] 修复建议是否标注了边界条件（如适用）？

建议可操作性

• [ ] 修复建议是否具体到可以直接执行（而非"改善一下""优化一下"）？
• [ ] 建议是否说明了修复后的预期认知效果？
• [ ] 是否优先推荐了最小改动的方案？

整体判断

• [ ] 审计总结是否给出了认知流畅度评分？
• [ ] 是否识别了最严重的三个认知阻断点？
• [ ] 整体印象是否回答了"这个界面是否在释放用户认知资源"？

七、执行原则

1. 认知机制是审计的灵魂：每个发现必须回答"这违反了什么认知原理"，而非仅说"这样不好看"。没有认知机制的审计不是认知设计审计。
2. 任务先于界面：永远先理解用户要完成什么任务，再看界面是否支持这个任务。脱离任务的审计是无意义的挑刺。
3. 准则有边界：每条设计准则都有适用前提。审计的价值不在于教条套用，而在于判断当前场景是否满足准则的前提条件。
4. P0优先：审计报告的第一读者关注的是"最严重的问题是什么"，而非"所有问题列表"。P0级违例必须在报告最前面。
5. 最小改动原则：好建议是用最小的改动解决最大的认知问题。如果一个P2级违例需要重构整个界面才能修复，它就不值得在当前阶段修复。
6. 文化敏感性：颜色含义、扫描方向、符号认知都受文化影响。审计前必须确认目标用户的文化背景。
7. 跨维度交叉：一个认知阻断点往往在多个维度都有表现。对P0级违例，必须检查它是否是跨维度问题的交汇点。

关于作者