认知摩擦

一句话定义

认知摩擦（Cognitive Friction）是 Alan Cooper 在交互设计语境中系统阐述的概念：当人需要与一个规则复杂、行为难预测，或会随着情境变化而改变规则的系统互动时，会产生额外的心智阻力。它关注的不是“信息很多”本身，而是用户必须不断猜规则、修正预期、记住例外或重新理解下一步，导致犹豫、出错、放弃或绕开系统。

资产类型与证据状态

人机交互／交互设计经典概念。Alan Cooper 在 1999 年《The Inmates Are Running the Asylum》第 2 章以 “Cognitive Friction” 为题系统讨论软件产品中人的智力面对复杂、变化规则时所遭遇的阻力。本卡将它操作化为网站、产品、报名、购买、咨询与客户旅程中的“预期—系统行为—重新理解成本”诊断工具。理论来源明确；当前在本库真实经营任务中的效果证据记为 M-E0，需要用页面行为、转化、错误率、询问次数与用户复述等真实数据校准。

它解决什么问题

• 用户明明看见价值，为什么到了选择、报名、付款或使用环节仍然犹豫、反复确认甚至离开？
• 为什么一个流程功能齐全，但用户总说“不知道下一步”“怎么跟刚才不一样”“我怕点错”？
• 为什么同一按钮、术语、状态在不同页面或不同阶段代表不同含义，会显著增加理解成本？
• 专业服务官网已经提供很多信息，为什么客户仍然需要人工解释“我该选哪个、接下来做什么、选错怎么办”？
• 怎样把“用户笨／客户不认真”改写成可观察的交互规则、反馈与预期问题。

它不解决什么问题

• 不等于认知负荷理论；认知负荷关注工作记忆面对信息与学习任务的容量压力，认知摩擦关注互动系统的规则、反馈与预期不一致造成的额外心智阻力。
• 不等于行为设计模型；行为设计模型检查具体行为发生时动机、能力、提示是否齐备，认知摩擦进一步检查“能力”为什么被系统规则和交互预期消耗。
• 不等于交易成本理论；交易成本分析搜寻、谈判、监督、履约等制度与交易成本，认知摩擦聚焦用户理解和操作系统时的心智阻力。
• 不把所有“客户没成交”都归因于摩擦；没有价值、没有信任、预算不足、权限不足或需求不成立时，应调用对应模型。
• 不主张把所有思考都消灭；高风险决策需要必要的审慎思考，目标是消除无价值的规则猜测和预期违背，而不是消除判断本身。

适用问题对象

• 官网、落地页、表单、注册、报名、报价、购买、支付与 onboarding 流程。
• SaaS、App、AI Agent、后台系统、硬件软件化产品的交互设计。
• 专业服务的“看懂—选择—下一步—确认—成交”客户旅程。
• 规则多、状态多、例外多、跨页面跨角色交接的业务流程。
• 用户频繁问“这是什么意思／下一步是什么／为什么这里又变了”的场景。

关键假设与失效处理

认知摩擦必须落到具体互动和可观察行为，不能把“用户觉得麻烦”直接当结论。若问题主要来自信息量和学习难度，切换认知负荷理论；若用户已经完全理解规则但没有动机、能力或提示，切换行为设计模型；若真正阻力是价格、合同、搜寻、监督或履约成本，切换交易成本理论。对于高风险决策，必要的比较和确认不能被误删为“摩擦”。

易混淆模型与可替代模型

• 认知负荷理论：认知负荷关注工作记忆容量与学习材料组织；认知摩擦关注交互规则、反馈与预期之间的冲突和切换。
• 行为设计模型：行为设计问动作发生时动机、能力、提示是否齐备；认知摩擦解释界面与规则怎样额外消耗能力。
• 交易成本理论：交易成本看制度层面的搜寻、谈判、监督和履约成本；认知摩擦看用户理解、预测和操作系统的心智成本。
• AIDA：AIDA定位注意—兴趣—欲望—行动哪一段掉人；认知摩擦适合继续深入“已经想行动，却在交互与选择环节被规则卡住”的具体机制。

可替代模型

信息太多、同时处理不过来选认知负荷理论；明确知道怎么做但行为仍不发生选行为设计模型；合同、谈判、监督和履约成本高选交易成本理论；只是想定位营销链路哪一段掉人选 AIDA 或销售漏斗。

正例问题

• 官网客户看懂服务价值，却在“选服务—填表—预约”之间反复返回，因为同一服务前后叫法不同、按钮结果也不一致；请用认知摩擦模型找出预期违背和规则切换。
• 一个 AI 工具同一个“保存”按钮在不同页面有时立即生效、有时还要二次确认，用户频繁误操作；请用 Cognitive Friction 分析规则一致性和反馈。

反例问题

• 一页课程材料同时塞进 20 个新概念，学员根本记不住，但按钮、流程和规则都很一致；这首先是工作记忆与材料组织问题，应优先用认知负荷理论。

常见误用

• 把任何“麻烦”“步骤多”都叫认知摩擦，而不检查用户预期与系统规则。
• 为解决摩擦不断增加提示文字，却不修复前后不一致的交互规则。
• 把必要的安全确认、审慎比较全部删掉，只追求步骤最少。
• 把认知负荷、选择困难、交易成本、动机不足全部混成一个“摩擦”概念。
• 只凭设计者主观判断“很直观”，不观察真实用户的停顿、回退、询问和误操作。

来源与证据边界

• Alan Cooper, The Inmates Are Running the Asylum: Why High-Tech Products Drive Us Crazy and How to Restore the Sanity, Sams, 1999, Chapter 2 “Cognitive Friction”.

本卡把 Cooper 的交互设计概念转成经营与客户旅程诊断工具；“提出者”在本库采用“交互设计语境中通常归于 Alan Cooper、至少在 1999 年著作中系统阐述”的谨慎口径，不声称这一普通英语短语在历史上绝对首次由他使用。

标准使用流程

1. ，定义用户要完成的一个具体任务，不先评价界面美丑，例如“从服务介绍进入预约并提交需求”。

1. ，写出用户的自然预期：看到这个词、按钮、状态或步骤时，他以为会发生什么。

1. ，记录系统真实行为：点击后发生什么、规则是否变化、反馈是否及时、同一概念是否前后一致。

1. ，找三类摩擦：预期违背、规则切换、例外记忆。尤其标记用户需要停下来猜、回退、询问或重新阅读的位置。

1. ，优先统一规则和反馈，再做减法。不要只靠增加说明文字补救一个本可通过一致性设计消除的问题。

1. ，用行为证据验证：任务完成率、错误率、回退率、询问次数、完成时间、关键步骤流失率是否改善，同时检查是否误删了必要信息。

诊断问题

• 用户在这个步骤原本预期会发生什么，系统实际发生了什么？
• 同一个词、按钮、状态或动作在不同位置是否保持同一规则？
• 用户是否需要记住很多例外，才能完成一个本应自然的任务？
• 哪个步骤最常出现停顿、回退、重复阅读、询问或误操作？
• 当前是信息太多处理不过来，还是规则本身反直觉、前后不一致？
• 能否通过统一规则、即时反馈或更清楚的状态表达消除解释，而不是继续加说明？

交付物

• 用户预期—系统行为差距表。
• 交互规则一致性审计表。
• 认知摩擦热区地图。
• 关键流程“停顿／回退／询问／误操作”证据表。
• 摩擦消除前后任务完成率验证卡。

GOV.UK：减少数字公共服务中的理解成本

公开事实：英国政府数字服务标准要求公共服务简单、直观、容易理解，使用一致的设计规范，并与真实用户频繁测试；其服务设计指南也强调从头到尾完成一项任务，而不是要求用户懂政府内部机构分工。

模型解释：用认知摩擦模型分析，用户额外付出的理解、重复输入、跨渠道寻找与规则猜测，都可能阻碍任务完成。减少这种摩擦，需要同时改命名、路径、反馈与后台流程，而不只是换按钮颜色。

证据边界：官方资料提供的是公开的实际标准与实施方向，不代表每项服务都已达到全部指标，也不虚构转换率变化。

公开来源：英国政府数字服务标准 GOV.UK