CH.01📚 书籍元信息
- 书名：《设计心理学》（The Design of Everyday Things）
- 作者：唐·诺曼（Don Norman）
- 类型：设计认知 / 人机交互 / 认知心理学应用
- 输入类型：仅书名（基于训练知识分析）
一句话总结：这本书回答了"为什么聪明人会在日常物品前受挫"，它的答案是——问题从来不在用户笨，而在设计没有匹配人的认知结构。
适读人群：
- 最需要读：产品经理、UX/UI设计师、工业设计师、服务设计者、任何需要设计"人如何与物/系统交互"的人
- 反适读：认为"用户需要被教育"的管理者；追求纯审美、不以可用性为目标的艺术家；以及坚信"复杂功能=专业感"的企业决策者
CH.02🔍 真问题
核心问题：为什么日常物品如此难用？为什么聪明人会在简单设计前犯错、受挫、愤怒？
旧答案：主流观点认为问题在用户——"人太笨"、"需要说明书"、"用户需要培训"。如果人犯错，那是人的责任。
新答案：问题在设计。设计者把自己的心智模型强加给用户，制造了不可见的障碍。用户犯错不是因为笨，而是因为设计没有提供足够的"意符"让用户知道该怎么操作。
答案的底层逻辑：诺曼借用了认知心理学的研究——人行动前需要建立意图，执行前需要理解操作方式，行动后需要评估结果。如果设计阻断了这条信息流（看不到能做什么、不知道怎么操作、不清楚结果），失败就必然发生。这是设计的责任，不是用户的责任。
关键边界：
- 适用于"设计意图是让用户成功使用"的物品。如果设计目的本身就是隐藏功能（如安全锁、防误触），或面向极端专业用户，结论可能不同
- 不适用于需要大量专业训练才能掌握的系统（如手术器械、航空仪表），那些场景下培训与设计同样重要
- 不解决"动机问题"——用户可能知道怎么用，但不想用
CH.03🗺️ 知识地图
（图说明：本书围绕"设计应匹配人的认知"这一核心观点，从行动理论、设计四要素、概念模型、约束与错误、设计原则五个维度展开。）
CH.04💡 核心模型深度解析
模型一：行动七阶段模型
定义：人完成任何有目的的行动，都要经过「执行阶段」和「评估阶段」各三个子阶段，加上"形成意图"和"比较结果"两个转折点，共七个阶段。
（图说明：行动七阶段形成闭环——意图形成、执行动作、评估结果，任何阶段信息断裂都会导致失败。）
原书论证：
- 案例一：门的设计。人走到门前，需要判断"这门怎么开"——是推还是拉？如果门上没有清晰的意符（如把手形状、贴纸指示），用户就会在第3阶段卡住。诺曼专门用"诺曼门"这个术语讽刺那些让用户困惑的门
- 案例二：录像机编程。用户想"录下周三的节目"（目标），需要把意图转化为具体按键序列（第3阶段），但录像机的操作逻辑与用户心智模型不匹配，导致第4阶段执行错误，最终无法达成目标
迁移场景：
- 软件产品设计：用户想完成一个任务（如导出数据），需要明确知道"点哪里→填什么→怎么确认"。每一步信息缺失都会导致放弃
- 服务流程设计：医院挂号、银行办理业务——用户需要清晰的引导（意符），知道"下一步该做什么"
- 公共空间导视：机场、地铁、商场——用户的目标明确，但路径信息缺失会导致迷路
失效边界：
- 对于高度自动化的系统（如自动驾驶），用户可能根本不需要参与完整七阶段，模型需要简化
- 当用户的"目标"本身就是模糊的（如浏览网页没有明确目的），七阶段的起点就不成立
- 在极端压力下（如火灾逃生），人可能跳过大部分认知阶段，依赖本能反应
改造方法：
- 对于无明确目标的场景（如娱乐、探索），可将"形成目标"替换为"形成兴趣"，后续阶段变为探索循环
- 对于高度自动化的系统，可简化为三阶段：意图→触发→验证
行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：设计一个新功能或新界面时
- 执行步骤：
- 列出用户可能的所有目标（他们想做什么？）
- 对每个目标，逐步写下：从看到界面→完成目标，每一步需要什么信息
- 检查：每一步的信息是否清晰可见？是否有意符引导？
- 验证标准：找一个从没用过这个产品的人，观察他在哪里犹豫、哪里做错
- 回滚机制：如果观察发现大面积困惑，暂停开发，先修正信息流
🟡 老手版 SOP
- 触发条件：现有产品出现"用户总是卡在某一步"的反馈时
- 执行步骤：
- 用七阶段模型精确拆解卡点在哪一步（是意图不清？还是操作不明？还是反馈缺失？）
- 检查是否是心智模型错位——设计者假设用户理解的逻辑 vs 用户实际理解的逻辑
- 针对性补充意符、强化反馈、或重新设计映射
- 验证标准：卡点步骤的完成率提升 30% 以上
- 常见进阶陷阱：只修表面（加个提示文字），不修根本（操作逻辑本身不直觉）
🔵 团队版 SOP
- 触发条件：产品迭代评审或用户投诉分析会
- 角色 × 步骤矩阵：
- 产品经理：列出用户目标与使用场景
- 设计师：绘制每阶段的信息流，标注信息缺失点
- 开发：评估技术实现难度与优先级
- 测试：设计针对性的可用性测试用例
- 验证标准：关键任务的完成率和完成时间
- 回滚机制：如果新设计引入新的困惑点，保留旧路径作为过渡
决策检查清单：
- 用户在每一步都能看到"下一步该做什么"的提示吗？
- 执行动作前，用户能预测结果吗？
- 动作完成后，用户能明确知道"做对了吗"吗？
内容种子：
- 文章选题：《为什么你的产品用户总是"不会用"——七阶段诊断法》
- 课程模块：《可用性分析实战：从七阶段模型拆解用户困惑》
- 咨询问题：《用户流失在哪个阶段？——行动七阶段诊断工作坊》
批判刃
前提批
- 隐含前提 1：用户有明确的目标。但很多时候用户是"漫无目的浏览"，目标是在过程中形成的
- 隐含前提 2：七阶段是线性的。实际上用户可能并行处理多个意图，或反复在阶段间跳转
- 这些前提在探索性行为、创意工作场景下不成立
内部批
- 内部漏洞：模型描述的是理想化的认知过程，但实际中人会"抄近路"——跳过中间阶段直接行动（如肌肉记忆）
- 已知反例：熟练用户使用熟悉的软件时，根本不经过完整的七阶段，而是自动化执行
适用范围批
- 有效边界：适用于新用户首次使用、或设计者需要诊断可用性问题时；不适用于描述专家用户的实际行为
- 执行成本：完整绘制七阶段需要大量用户研究，时间成本较高
- 隐藏代价：过度关注每个阶段的信息供给，可能导致界面信息过载，反而干扰熟练用户
模型二：示能-意符-映射-反馈四要素
定义：好的设计必须包含四个核心要素——示能（Affordance，物品告诉用户"能做什么"）、意符（Signifier，告诉用户"在哪里操作、怎么操作"）、映射（Mapping，控制与功能之间的对应关系）、反馈（Feedback，让用户知道"发生了什么"）。
（图说明：四要素构成用户操作的完整信息链——示能发现可能性，意符指引操作，映射建立对应，反馈确认结果。）
原书论证：
- 案例一：椅子的示能。一把椅子"能坐"，这是示能。但用户怎么知道它是椅子（不是凳子、不是装饰品）？靠意符——形状、位置、与其他家具的关系。诺曼区分了"真实示能"和"感知示能"：设计能控制的是感知示能，而非真实示能
- 案例二：旋钮与滑块的映射。控制音量时，旋转旋钮（左小右大）或滑动滑块（左小右大）是自然映射；但如果用上下滑动控制音量，就是不自然映射，增加了认知负担
- 案例三：微波炉的反馈缺失。按下"开始"按钮后，如果没有任何声光反馈，用户不知道是否真的启动了——这就是反馈缺失
迁移场景：
- 网页表单设计：按钮的示能（看起来像按钮）、意符（上面写着"提交"）、映射（点击=确认）、反馈（提交成功的提示）
- 智能家居产品：智能灯泡的开关方式——物理按钮是示能，按钮形状暗示操作方式是意符，"开"对应"亮"是映射，灯亮是反馈
- 城市交通设计：斑马线是示能（行人可以过），红绿灯是意符（什么时候可以过），箭头方向是映射（直行/转弯），倒计时是反馈
失效边界：
- 当示能和意符冲突时（看起来能拉的把手，实际要推），用户必然犯错
- 在多文化场景下，同一意符可能有不同含义（颜色、图标的语义差异）
- 过度依赖反馈可能打扰用户（如手机通知轰炸）
改造方法：
- 对于隐性系统（如算法推荐），示能和意符需要特别设计——用户需要知道"系统在为我做什么"
- 对于老年人或特殊人群，示能和意符需要放大（更大按钮、更高对比度）
行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：设计任何用户界面或交互时
- 执行步骤：
- 画出界面草图，标注每个可操作元素
- 对每个元素问四个问题：用户能看出它能操作吗（示能）？能看出在哪操作吗（意符）？能看出操作后会怎样吗（映射）？操作后有明确反馈吗？
- 找一个不了解项目的人测试，看他卡在哪里
- 验证标准：陌生用户能在不看说明的情况下完成核心任务
- 回滚机制：如果测试失败，优先补充意符和反馈
🟡 老手版 SOP
- 触发条件：优化现有产品的可用性时
- 执行步骤：
- 审计现有界面：哪些示能被正确感知？哪些意符缺失或误导？哪些映射不自然？
- 按优先级排序修复：反馈缺失 > 映射不自然 > 意符模糊 > 示能不可见
- A/B 测试修复前后的完成率和满意度
- 验证标准：任务完成率提升 + 用户感知"更容易用了"
- 常见进阶陷阱：过度添加意符导致界面嘈杂，或反馈过于频繁导致打扰
🔵 团队版 SOP
- 触发条件：产品设计评审时
- 角色 × 步骤矩阵：
- UX设计师：绘制四要素清单，标注每个交互点
- 视觉设计师：优化意符的视觉呈现
- 交互设计师：设计映射关系和反馈机制
- 开发：评估技术实现和性能影响
- 验证标准：评审通过"四要素完整度清单"
- 回滚机制：如果新设计引入干扰，可为高级用户提供"减少反馈"选项
决策检查清单：
- 每个可操作元素都有足够的示能让人看出它能用？
- 每个操作都有清晰的意符指引？
- 控制与功能的映射是自然直觉的？
- 每个操作都有即时、明确的反馈？
内容种子：
- 文章选题：《你的产品缺少什么？——示能/意符/映射/反馈自检清单》
- 课程模块：《四要素实战：用诺曼框架做一次界面审计》
- 咨询问题：《用户说"不知道怎么用"——四要素诊断工作坊》
批判刃
前提批
- 隐含前提 1：示能是客观存在的。但实际上示能是感知的——不同用户对同一物品的示能感知可能不同（如儿童 vs 成人）
- 隐含前提 2：自然映射是普遍的。但"自然"是文化建构的——不同文化中，"上=增加"还是"上=减少"可能不同
- 这些前提在跨文化产品设计中需要格外注意
内部批
- 内部漏洞：示能和意符的边界在诺曼著作中多次修订（早期版本中示能被定义为感知的，后又改回客观的），概念本身存在张力
- 已知反例：有些"反示能"设计（如需要推但没有把手的门）反而成为设计特色或品牌识别
适用范围批
- 有效边界：适用于功能导向的设计；在情感设计、艺术设计中，"困惑"可能本身就是设计意图
- 执行成本：完全满足四要素需要反复测试迭代，时间和人力成本不可忽视
- 隐藏代价：过度优化可用性可能导致"无聊"——缺乏惊喜和探索乐趣
模型三：心智模型错位
定义：设计失败的根本原因往往是"设计模型"（设计师的逻辑）与"用户心智模型"（用户以为的逻辑）之间的错位，而系统表象（用户能感知到的部分）没有提供足够的桥梁。
（图说明：三个模型的对齐程度决定成败——系统表象是桥梁，错位导致失败，归因方向决定改进方向。）
原书论证：
- 案例一：计算机文件系统。设计师知道文件存在文件夹里（设计模型），但用户以为文件"在桌面上"或"在最近打开里"（心智模型）。如果系统表象不提供"文件在哪里"的可视化，用户就会丢失文件
- 案例二：相机模式转盘。设计师设计了多种模式（自动、手动、场景等），但用户心智模型是"按一下就拍好照片"。当转盘上出现用户不懂的符号时，心智模型与设计模型的错位导致困惑
- 案例三：作者提到的经典案例——电梯按钮。早期电梯只有"上"或"下"按钮，用户无法选择楼层，心智模型受限于系统表象。后来加入楼层按钮，系统表象扩展，心智模型随之升级
迁移场景：
- 企业软件：ERP、CRM 等系统的操作逻辑往往反映数据库结构（设计模型），而非业务流程（用户心智模型），导致员工培训成本高
- 政府服务：办事流程反映内部审批逻辑，而非市民"我想办成这件事"的心智模型，导致流程复杂难懂
- AI 产品：用户以为 AI"理解我的意图"（心智模型），但实际 AI 只是模式匹配（设计模型），导致期望落差
失效边界：
- 当用户完全没有心智模型时（全新概念、全新交互方式），无法通过"匹配"来设计，只能通过教育
- 当设计模型本身是错的（设计师自己也不懂业务），匹配无从谈起
- 高度复杂系统可能需要多个心智模型叠加，难以用单一设计覆盖
改造方法：
- 对于全新概念产品，主动塑造用户心智模型（通过教程、引导、渐进式披露）
- 对于复杂系统，提供"分层心智模型"——新手层和专家层看到不同的系统表象
行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：设计新产品或新功能时
- 执行步骤：
- 写下你（设计师）对这个产品的逻辑理解
- 找 3-5 个目标用户，问他们"你觉得这个产品是怎么工作的"
- 对比两者的差异，找出错位点
- 设计"系统表象"来弥合差异
- 验证标准：用户描述的心智模型与设计模型的核心逻辑一致
- 回滚机制：如果差异过大，考虑是否需要用户教育
🟡 老手版 SOP
- 触发条件：用户投诉"不知道为什么这样做"时
- 执行步骤：
- 分析投诉：用户的心智模型是什么？他们预期的行为是什么？
- 检查系统表象：哪些信息缺失导致了错位？
- 设计修复：补充信息、调整交互逻辑、或主动引导心智模型
- 验证标准：同类投诉减少
- 常见进阶陷阱：假设用户应该"学习正确的心智模型"，而不是去适应用户已有的心智模型
🔵 团队版 SOP
- 触发条件：产品需求评审或用户研究汇报时
- 角色 × 步骤矩阵：
- 产品经理：明确设计模型的逻辑
- 用户研究员：挖掘用户心智模型
- 设计师：设计系统表象弥合错位
- 全团队：对齐"我们在匹配什么心智模型"
- 验证标准：团队对"用户怎么理解这个产品"有共识
- 回滚机制：如果发现根本性错位，暂停功能开发，先做概念验证
决策检查清单：
- 设计模型和用户心智模型是否对齐？
- 系统表象是否提供了足够的信息帮助用户建立正确心智模型？
- 是否有可能通过教育用户来匹配设计（而不是反过来）？
- 用户会如何描述这个产品的工作原理？与你的设计意图一致吗？
内容种子：
- 文章选题：《为什么用户总是"理解错"你的产品——心智模型错位诊断》
- 课程模块：《用户心智模型挖掘工作坊：从访谈到设计决策》
- 咨询问题：《产品卖不出去，是功能问题还是认知问题？——心智模型审计》
批判刃
前提批
- 隐含前提 1：存在一个"正确"的设计模型。但很多时候设计模型本身是不完整或错误的
- 隐含前提 2：用户可以被引导建立"正确"心智模型。但用户的既有经验是强势的，很难被覆盖
- 这些前提在创新产品（用户无经验可参考）和迁移用户（已有强势旧习惯）场景下需要特别注意
内部批
- 内部漏洞：模型假设"设计模型"是固定的，但实际上设计模型也应在用户反馈中迭代
- 已知反例：有些产品（如早期的 iPhone）打破了用户对手机的心智模型，但通过强大的系统表象塑造了新的心智模型，说明"错位"有时可以是主动策略
适用范围批
- 有效边界：适用于"设计师希望用户按设计意图使用"的场景；不适用于故意制造困惑（如艺术装置、安全机制）
- 执行成本：挖掘用户心智模型需要深入的用户研究，成本不低
- 隐藏代价：过度匹配用户心智模型可能导致"平庸设计"——永远在适应现有认知，无法推动认知升级
CH.05🧠 费曼检验
情境问题
张明是一家在线教育平台的产品经理。他们推出了一门新的编程课，有视频、练习、测验三种学习形式。但数据显示：40% 的学员只看了视频就再也没有回来；30% 的学员做了练习但没参加测验；只有 15% 完成了所有三个环节。张明想提升完课率，但不知道问题出在哪里。
参考解法框架：用「行动七阶段模型」分析学员在每个阶段的卡点；用「四要素」检查每个学习环节的示能、意符、映射、反馈是否到位；用「心智模型错位」判断学员对"怎么才算学好"的理解是否与平台设计一致。
好的回答应包含的要素：
- 诊断出具体在哪个阶段/哪个要素出了问题
- 提出具体的设计改进建议（不只是"增加引导"这种泛泛之谈）
- 考虑到"学员心智模型"（他们以为看视频就够了 vs 平台认为必须做练习）
- 建议验证方法
5 个常见误解
误解：这本书教的是"如何让设计更好看" 澄清：诺曼讲的是"可用性"和"可理解性"，与美观无关。一个丑陋但好用的设计优于一个漂亮但难用的设计。美学是另一个维度。
误解：示能（Affordance）就是"按钮看起来像能按" 澄清：这是常见简化。诺曼区分了"真实示能"（客观的）和"感知示能"（主观的）。设计者能控制的是感知示能——用户以为它能做什么。而且诺曼后来更强调"意符"（Signifier）——告诉用户在哪里操作、怎么操作。
误解：只要按照设计原则做，产品就一定好用 澄清：设计原则是必要条件，不是充分条件。还需要了解具体用户、具体场景、具体任务。没有通用的"正确设计"，只有"针对特定人群在特定场景下的适配设计"。
误解：用户犯错都是用户的问题 澄清：这是诺曼最核心反驳的观点。如果用户犯错，首先应该检查设计是否提供了足够的示能、意符、映射、反馈。只有在设计完全没有问题时，才能归因于用户（培训不足、注意力分散等）。
误解：这本书只适用于数字产品 澄清：诺曼的案例覆盖物理产品（门、水壶、家具）、数字界面、服务流程、公共空间等。核心原则适用于所有"人与物/系统交互"的场景。
12 岁孩子版
第一本：这本书在说，为什么我们有时候会觉得有些东西特别难用，按错了按钮、拉错了门。
第二本：以前大人们会说"是你太笨了"，或者"你需要看说明书"。
第三本：但这个写书的人发现，其实不是我们笨，是做东西的人没有好好想"别人会怎么用它"。
第四本：所以他教做东西的人，要让东西自己"说话"——告诉别人哪里能按、往哪里拉、按了之后会发生什么。
第五本：不过要记住，不是所有人都会用同一种方式理解同一个东西，所以要观察真正用它的人，而不是只靠自己想象。
CH.06📝 全书评估
1. 真正解决了什么问题？ 解决了"为什么日常物品难用"这个普遍困扰，并提供了系统性的诊断框架。更重要的是，它改变了责任归因——从"用户应该学习"转向"设计应该适配用户"。
2. 核心模型原创性如何？ 极高。行动七阶段、示能/意符区分、心智模型错位等概念已成为 UX 设计、人机交互领域的基础框架，被无数后续研究和实践引用。
3. 证据质量如何？ 大量来自真实产品案例和认知心理学实验，论证严谨。部分案例来自诺曼在苹果等公司的实践经验，具有实证基础。
4. 最大盲区是什么？ 对"情感设计"的覆盖较弱（诺曼在另一本《情感设计》中补充）；对"设计伦理"讨论不足——示能、意符、约束的组合也可用于操控用户行为，但书中较少讨论这个阴暗面。
书籍坐标：
- 同类经典：《Don't Make Me Think》（Steve Krug，更偏网页可用性）、《The Design of Everyday Things》（本书原版）、《About Face》（Alan Cooper，交互设计方法论）
- 本书位置：设计认知领域的奠基之作，是所有 UX/产品设计师的必读书，提供了理解"人如何与物交互"的底层框架
CH.07🔗 跨书关联
与《Don't Make Me Think》（Steve Krug）的关联
- 共振点：两本书都强调"不要让用户思考"——诺曼通过七阶段和四要素解释"为什么"，Krug 通过网页可用性案例展示"怎么做"
- 冲突点：诺曼更学术、更系统；Krug 更实用、更轻量。如果只需要快速可用性检查，Krug 更好用；如果需要深度诊断，诺曼更好
- 为什么接着读：读完诺曼打下理论基础，再读 Krug 获得实操清单，两者互补
与《情感设计》（Don Norman，同作者）的关联
- 共振点：同作者的姊妹篇，情感设计是对《设计心理学》的补充——可用性是基础，但人还会因为外观、情感、自我表达而选择产品
- 冲突点：《设计心理学》强调功能优先；《情感设计》承认"漂亮的东西更容易被原谅"，承认美学的价值
- 为什么接着读：《设计心理学》解决"能不能用"，《情感设计》解决"想不想用"，两者结合才是完整的设计思维
与《About Face》（Alan Cooper）的关联
- 共振点：都强调"以用户为中心"的设计方法论；Cooper 的"人物角色"方法可视为诺曼"心智模型"的具体实现工具
- 冲突点：诺曼更多是认知层面的分析；Cooper 更多是设计流程和方法的系统化
- 为什么接着读：诺曼提供"诊断框架"，《About Face》提供"设计流程"，从理解问题到解决问题的完整路径
知识网络位置
- 上游（先读）：《认知心理学》（如果想深入理解诺曼引用的心理学基础）
- 下游（再读）：《情感设计》（补全美学/情感维度）、《About Face》（补全设计流程）、《微交互》（补全细节设计）
- 对照读：《用户体验要素》（Jesse James Garrett，从信息架构角度理解 UX，与诺曼形成互补视角）
CH.08✨ 深度洞察摘录
洞察一：问题永远先指向设计，再指向用户
- 来源：《设计心理学》核心观点
- 类型：认知颠覆
- 核心内容：当用户犯错时，99% 的情况下是设计问题，不是用户问题。这个归因方向的转变是诺曼最核心的贡献——它改变了整个行业对"可用性"的责任归属。
- 可迁移到：团队管理（员工犯错时，先检查流程和工具是否清晰，再质疑能力）、客户服务（投诉先检视流程是否合理）、教育设计（学生学不会，先检视教学设计）
洞察二：系统表象是心智模型的唯一信息来源
- 来源：《设计心理学》心智模型章节
- 类型：可迁移模型
- 核心内容：用户无法"看到"设计者脑中的逻辑，只能通过系统表象（界面、文档、行为反馈）来推测。如果系统表象不完整，用户就会"脑补"错误的心智模型。
- 可迁移到：知识管理（如何让团队成员"看到"公司运营逻辑）、领导力（如何让下属理解战略意图）、写作（如何让读者建立正确的理解框架）
洞察三：自然映射是"看不见的设计师"
- 来源：《设计心理学》映射章节
- 类型：金句级表达
- 核心内容：好的映射不需要说明书——用户看到控制方式，就知道功能是什么。当控制与功能的对应关系符合直觉（空间对应、文化约定、功能分组），设计就"消失"了，用户直接与意图连接。
- 可迁移到：组织设计（组织架构图应该"自然映射"业务逻辑）、会议设计（座位安排应"自然映射"角色关系）、信息架构（导航结构应"自然映射"用户心理分类）
洞察四：阿哈错误源于"计划正确，执行偏差"
- 来源：《设计心理学》错误章节
- 类型：可迁移模型
- 核心内容：最隐蔽的错误不是"不知道怎么做"，而是"知道怎么做，但手滑了"。这类"疏忽性错误"往往因为设计缺乏约束——如果系统不允许执行错误动作，错误就不会发生。
- 可迁移到：流程设计（关键步骤应有"防呆"机制）、代码开发（代码审查和测试用例是对"疏忽性错误"的约束）、投资决策（止损机制是对"知道该卖但手软"的约束）
洞察五：设计应匹配用户，但也可以重塑用户
- 来源：《设计心理学》综合推论
- 类型：跨书共振
- 核心内容：诺曼主张匹配用户心智模型，但 iPhone 等产品证明：如果新心智模型足够优越，设计也可以主动重塑用户认知。"匹配"与"重塑"是两个不同的策略，适用于不同场景。
- 可迁移到：创新产品设计（什么时候应该匹配现有习惯，什么时候应该教育新习惯）、变革管理（什么时候应该顺应组织文化，什么时候应该推动文化转型）