CH.01📚 书籍元信息
- 书名：《设计心理学》（The Design of Everyday Things，相关卷册）
- 作者：唐纳德·诺曼（Donald A. Norman）
- 类型：认知科学 / 人机交互设计
- 输入类型：仅书名（基于训练知识分析，核心模型均来自诺曼公开论述）
- 一句话总结：这本书回答了"为什么日常物品常常让人困惑和挫败"的问题，答案是：设计师的思维模型与使用者的认知结构之间存在系统性鸿沟，好设计的任务就是填平这些鸿沟。
- 适读人群：最需要读的是所有要让别人顺畅行动的人——产品经理、UI/UX设计师、管理者、教师、服务设计者；反而可能被误导的是把设计等同于美化、拒绝承认自己产品存在可用性问题的决策者，他们可能把书中的"人性化"误读为"降低审美标准"。
CH.02🔍 真问题
- 核心问题：为什么日常物品经常让人困惑、犯错甚至愤怒？设计师明明出于好意，为什么做出来的东西用户就是用不好？
- 旧答案：此前的主流思路是"用户需要培训"——产品不好用，就写一本厚说明书，办一场培训课，或者指责用户"不够聪明"。设计界自身也长期以视觉美学和工程技术为中心，可用性被认为是"锦上添花"。
- 新答案：诺曼提出，问题根本不在用户身上，而在于设计者没有理解人的认知行动机制。用户每一次操作都经历七个心理阶段，而设计失败的本质是制造了"执行鸿沟"（Gulf of Execution，用户不知道怎么操作）和"评估鸿沟"（Gulf of Evaluation，用户不知道操作是否有效）。好的设计应该让操作本身传达出该怎么操作的信息。
- 答案的底层逻辑：人脑的工作记忆容量有限（7±2组块），人的行为受意图驱动而非受说明书驱动，人通过外部世界的可见状态来理解系统状态。这些认知科学事实决定了：设计必须适配人的认知结构，而非反过来让人去适应设计。诺曼的证据来自认知心理学实验、人因工程事故分析（如三里岛核事故中的控制面板设计）、以及大量日常生活案例。
- 关键边界：这个"以人为本"的设计逻辑在创新性产品上需要谨慎——当产品品类完全全新时，用户没有既有心智模型可匹配，此时设计必须在"符合直觉"与"引导新行为"之间找到平衡。另外，当法规或安全标准强制要求特定操作流程时（如工业设备的紧急停机），纯粹的"自然映射"可能让位于强制约束。
CH.03🗺️ 知识地图
（图说明：本书围绕人的认知行动机制展开，从理解用户怎么想、到设计怎么匹配、再到如何验证的完整闭环。）
CH.04💡 核心模型深度解析
模型一：行动七阶段与两大鸿沟
模型定义 人的任何有目的行动都经历七个认知阶段：①形成目标→②确定意图→③明确动作序列→④执行动作→⑤感知外部状态→⑥解释状态→⑦评估与目标的差距。其中④之前是"执行侧"，⑤之后是"评估侧"。设计的两大致命伤分别发生在③④之间（执行鸿沟：用户不知道怎么操作）和⑤⑥之间（评估鸿沟：用户不知道操作结果是什么）。
（图说明：中间四步是设计可干预的核心区域，执行鸿沟在动作前，评估鸿沟在感知后。）
原书论证 诺曼用大量案例证明这个模型的解释力。经典案例是门的设计：一扇平板门，用户看到它不知道该推还是该拉——这是执行鸿沟（步骤③不明确）；用力推了一下门没动，用户不确定是"锁住了"还是"应该拉"——这是评估鸿沟（步骤⑥无法解释状态）。另一个经典案例是三里岛核电站事故：操作员面对复杂的控制面板，无法判断系统的实际状态（评估鸿沟），同时不知道正确的干预动作是什么（执行鸿沟），最终导致核泄漏。诺曼在修订版中特别强调：互联网和智能手机时代，执行鸿沟因操作界面的抽象化而加剧——用户看不见"可操作对象"。
迁移场景
场景一：教育课程设计 学生学一门新课的过程就是行动七阶段。形成目标（"我想学会编程"）→确定意图（"我要完成第一个项目"）→明确动作序列（"先学什么语法？用什么工具？"）→执行（写代码）→感知结果（报错了）→解释（"哪里出了问题？"）→评估（"距离目标还有多远？"）。好课程的设计就是在每个阶段降低鸿沟：提供清晰的路径图（消除③的鸿沟）、提供实时报错解释（消除⑥的鸿沟）。
场景二：管理流程设计 员工收到新制度时的行动路径也是这七步。如果制度手册写了一大页但没人知道第一步该做什么——执行鸿沟。如果提交了申请但不知道审批到了哪个环节——评估鸿沟。好的管理系统在每个节点都有可见状态和下一步提示。
场景三：医疗患者体验 患者就医时：不知道该挂什么科（③鸿沟）→做了检查但不知道结果意味着什么（⑥鸿沟）。诺曼的模型直接解释了为什么"患者体验设计"需要在每个环节提供可见的指引和可理解的反馈。
失效边界
- 失效场景1：高度自动化的系统——用户根本不需要经历完整七阶段（如自动驾驶），此时模型适用性降低，重点转向"人在环路外的信任与监控"问题。
- 失效场景2：习惯性动作——用户已经形成肌肉记忆的操作（如老司机开车），很多阶段被跳过，模型更适用于学习新行为的阶段。
- 反例：有些"反直觉"的交互设计（如早期的滑动解锁）在违背自然映射的情况下依然成功，说明当动机足够强时，用户愿意付出额外认知成本来学习，模型低估了动机的调节作用。
改造方法 如果要用在组织变革管理领域，需补入"情绪变量"——人在恐惧/抗拒状态下的行动路径会短路：形成目标阶段直接被情绪否决，根本不进入后续阶段。改造后模型：在七阶段每个节点上叠加"情绪门控"判断——如果情绪为负，先处理情绪再推进认知。
行动接口（3 套 SOP）
🟢 小白版 SOP（第一次用这个模型的人）
- 触发条件：你设计的任何产品/流程/文档，用户反馈"不知道怎么用"或"不知道下一步该做什么"
- 执行步骤：1) 画出用户从"想做"到"完成"的完整七阶段路径；2) 在每一步问自己：用户知道该做什么吗（执行鸿沟）？用户知道做得对不对吗（评估鸿沟）？；3) 找到鸿沟最大的两步，优先解决
- 验证标准：找一个完全没接触过你产品的人，不给任何说明，看他在哪个阶段卡住超过5秒——卡住的地方就是鸿沟
- 回滚机制：如果改动导致新的困惑，立即回退到上一版本，记录这次失败的具体原因
🟡 老手版 SOP（已掌握基础想用得更深）
- 触发条件：产品核心功能已可用但体验不够流畅，想系统性提升"无意识流畅度"
- 执行步骤：1) 为每个阶段设计"默认路径"——降低用户的认知负荷到最低；2) 在执行鸿沟处加入"可操作性暗示"（意符），在评估鸿沟处加入"即时、明确、可理解的反馈"；3) 用眼动追踪或屏幕录像量化每个阶段的停留时间，找到瓶颈
- 验证标准：用户完成核心任务的"无出错路径比例"超过85%，且无需外部帮助
- 常见进阶陷阱：过度优化单个阶段而忽略了阶段间的衔接——用户在每一步都顺畅，但跨步时丢失了上下文
🔵 团队版 SOP（嵌入团队工作流）
- 触发条件：团队要设计或重构一个完整的用户流程（如注册流程、售后流程）
- 角色 × 步骤矩阵：产品经理负责"①②③步骤的路径设计"，交互设计师负责"③④步骤的界面实现"，开发负责"⑤⑥步骤的反馈机制"，QA负责"整体七阶段的走查"，用研负责"⑦步骤的评估验证"
- 验证标准：团队内部先用"角色扮演"走一遍完整七阶段，再用真实用户走一遍，两次差异记录在案
- 回滚机制：如果上线后某阶段的失败率突然上升，回溯到该阶段的设计决策，对比上一版本差异
决策检查清单
- 用户在操作前是否一眼就知道可以做什么？（步骤③的可见性）
- 用户操作后是否立即知道系统接收到了？（步骤④⑤之间的反馈）
- 用户能否理解当前系统状态意味着什么？（步骤⑥的可解释性）
- 用户能否将当前状态与目标对比并做出下一步判断？（步骤⑦的可评估性）
- 是否存在用户"盲区"——某一步完全不提供信息的时刻？
内容种子
- 可衍生文章选题：《为什么你的App注册流程总是流失一半用户——用七阶段模型诊断》
- 可设计课程模块：《行动七阶段：产品可用性审计实操工作坊》
- 可提出咨询问题：《你的用户在哪个认知阶段流失最多？——基于七阶段模型的转化率诊断》
批判刃（三类批判）
前提批
- 隐含前提1：诺曼假设用户在行动前会形成清晰的"意图"。但现实中大量行为是冲动性/无意识的（如刷手机、点外卖），用户根本没有经历①②阶段就直接跳到了动作执行。七阶段模型更适合分析"有目的的审慎行动"，对自发行为的解释力有限。
- 隐含前提2：模型假设用户有基本的认知能力和注意力。对于认知障碍人群、儿童、或处于极高压力下的用户，阶段的顺序和深度可能完全不同。
- 这些前提在什么场景下不成立？自动驾驶、游戏化设计、社交媒体的"无限滚动"等场景中，用户行为被设计成绕过完整的七阶段——这正是诺曼自己后来批判的"黑暗模式"（Dark Patterns），但也说明七阶段模型本身在被操控时失效。
内部批
- 内部漏洞：七个阶段呈现为线性序列，但实际认知过程是高度并行、迭代的——人经常"先试试看再想目标"（试错法），而非严格从目标到评估。模型的线性假设过度简化了认知的真实结构。
- 已知反例：在探索性使用场景（如玩游戏、逛博物馆），用户根本不知道目标是什么，行动是"从感知出发"而非"从目标出发"——此时七阶段的因果链是反向的。
适用范围批
- 有效边界：模型对单次、有界、目标明确的任务解释力最强（如填表、导航、操作设备）；对持续性、探索性、社交性的行为解释力减弱。
- 执行成本：用七阶段模型审计完整用户旅程需要2-4小时/次，团队需要对认知科学有基本理解才能有效使用，培训成本不低。
- 隐藏代价：诺曼回避了一个问题——某些商业产品的"糟糕可用性"恰恰是利润来源（如赌场的设计让人不停投入、复杂的退订流程降低取消率）。模型本身是中性的，但使用它的人的目标可能是反用户的。
模型二：可供性与意符双层架构
模型定义 **可供性（Affordance）**是物品与使用者之间关系的客观属性——它决定了使用者能对该物品做什么（如椅子"可供坐"、把手"可供握"）。但可供性只有在被感知时才有用，**意符（Signifier）**是告诉用户"这里有什么可供性"的信号——如按钮的凸起、门板上的"推"字、链接的颜色。好设计 = 充分利用可供性 + 意符清晰传达。
（图说明：可供性是客观存在的操作可能性，意符是让用户感知到这些可能性的信号，二者缺一不可。）
原书论证 诺曼最经典的案例是"诺曼门"——一扇让你分不清该推还是该拉的门。门本身有可供性（可以推、可以拉），但缺少意符来告诉你该用哪种。另一个经典案例是早期的网页链接：链接文本（蓝色、下划线）就是意符，告诉用户"这里可以点击"。但当链接和普通文本长得一样时，可供性消失了——用户不知道这里能点。诺曼在修订版中特别批评了苹果公司的一些设计决策：MacBook的蝶式键盘按键行程极短，物理上"可供按压"，但视觉和触觉上缺乏"可按压"的意符。
迁移场景
场景一：课堂教学设计 教室里的规则有"可供性"（学生可以提问、可以沉默、可以讨论），但如果教师没有通过意符传达"此刻可以自由发言"——如没有留出停顿、没有用开放式手势——学生就感知不到提问的可供性。好老师会在讨论环节刻意制造"可发言的信号"：目光接触、身体前倾、明确说"现在谁想试试？"
场景二：团队协作工具设计 共享文档有"可供协作"的可供性，但如果新成员不知道可以同时编辑、不知道评论功能在哪里，协作的可供性就是沉睡的。好的团队onboarding流程就是给新成员提供清晰的"意符"——标注哪些功能可用、怎么用。
场景三：制度设计 公司制度有"可供执行"的属性（如申请流程可以走线上系统），但如果员工不知道入口在哪里、不知道填写哪些字段——意符缺失。制度越复杂，越需要精心设计意符来引导执行。
失效边界
- 失效场景1：当可供性与意符冲突时——门上画着"推"的标志但实际需要拉，意符变成了误导。此时意符越清晰，错误越深。
- 失效场景2：在文化差异巨大的场景中，同一意符可能被不同文化背景的用户做不同解读——如红色在中国文化中常代表喜庆，在西方UI设计中常代表"错误/危险"。
- 反例：某些"刻意模糊"的设计在奢侈品和艺术领域是被追求的——爱马仕的包装盒没有任何标签告诉你如何打开，"找不到入口"本身就是品牌体验的一部分。这说明可供性-意符模型的价值前提是"效率优先"，在"体验优先"的场景中需要重新校准。
改造方法 如果要用在社交关系领域：人际关系中的"可供性"是潜在的互动可能性（如同事之间可以合作、可以竞争、可以成为朋友），而意符是传递这些可能性的信号（如午餐邀请、主动帮忙、分享个人信息）。改造后模型：将"可供性"扩展为"关系可供性"，将"意符"扩展为"社交信号"，用于诊断团队关系障碍——很多团队问题不是"没有合作的可能"，而是"合作的信号没被发出或没被接收"。
行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：你觉得用户"不知道这个功能存在"或"找到了但不知道怎么用"
- 执行步骤：1) 列出你的产品/服务的核心功能清单；2) 对每个功能问：用户能感知到它的存在吗（意符）？感知到了能理解它的操作方式吗（可供性的可理解性）？3) 找到缺失意符的功能，为它添加视觉/文字/交互信号
- 验证标准：5个新用户中至少4个能在10秒内发现并启动该功能
- 回滚机制：如果添加的意符造成视觉混乱，优先使用"渐进式披露"——只在相关场景才显示
🟡 老手版 SOP
- 触发条件：产品功能丰富但界面越来越复杂，想找平衡
- 执行步骤：1) 将所有可供性分为"高频"和"低频"两类；2) 高频可供性用持久意符（永远可见），低频可供性用临时意符（上下文触发时才出现）；3) 确保没有意符指向"死功能"（存在意符但不可用或受限）
- 验证标准：核心操作路径上的意符密度适中——不多到令人分心，不少到令人困惑
- 常见进阶陷阱：用"tooltip"（工具提示）当万能止痛药——当用户需要hover才能发现功能时，说明意符根本不到位
🔵 团队版 SOP
- 触发条件：团队协作流程中出现"大家不知道可以这样做"的状况
- 角色 × 步骤矩阵：团队负责人负责识别"哪些协作可供性未被使用"，运营/PM负责设计传达信号（如在周报模板中嵌入协作邀请字段），全员负责反馈"哪些意符有效、哪些被忽略"
- 验证标准：团队协作工具的功能使用率提升，且新成员onboarding时间缩短
- 回滚机制：如果新添加的意符变成了噪音（被集体忽略），立即精简，只保留被实际使用的
决策检查清单
- 用户在接触你的产品/服务3秒内能否发现第一个可操作元素？
- 每个可操作元素是否都有清晰的信号告诉用户"我可以用"？
- 是否存在"有功能无信号"的隐藏能力？
- 意符的文化适配性是否经过验证（面向不同用户群时）？
- 是否存在"有信号无功能"的虚假承诺（点击了但不可用）？
内容种子
- 可衍生文章选题：《为什么你的App有30个功能但用户只用3个？——可供性与意符诊断法》
- 可设计课程模块：《让隐藏价值可见：产品意符设计实操》
- 可提出咨询问题：《你的组织有哪些"沉睡的可供性"——被忽视的协作能力？》
批判刃（三类批判）
前提批
- 隐含前提1：可供性被假设为"客观存在"——但哲学上，可供性是否独立于感知者而存在是有争议的（生态心理学中的 Gibson 派 vs. Norman 派之争）。对于没有使用经验的新品类物品，可供性可能根本不存在于关系中，直到用户第一次尝试。
- 隐含前提2：意符被假设为"越多越好"——但认知负荷研究表明，意符过多等于没有意符（信息过载）。
内部批
- 内部漏洞：可供性和意符的边界在实践中经常模糊——一个按钮的形状（凸起）既是可供性本身也是意符，诺曼的二分法在这里不够干净。
- 已知反例：极简设计（如苹果的早期产品）刻意减少意符数量，依赖用户的学习和探索——这与"意符要清晰"的原则矛盾，但用户体验很好。
适用范围批
- 有效边界：模型对物理产品和有界面的数字产品解释力最强；对无界面的服务流程和人际互动需要改造后才适用。
- 执行成本：对已有产品的意符审计需要设计和用研团队深度协作，单人难以完成。
- 隐藏代价：过度强调意符的"清晰性"可能导致设计趋同——所有产品都长成一个样子（因为"最清晰"的设计选择有限），牺牲了品牌差异性。
模型三：三模型错位诊断法
模型定义 在任何交互系统中，存在三个关键模型：设计模型（设计师脑中对系统应该怎么工作的理解）、用户模型（用户脑中对系统如何工作的理解）、系统映像（系统本身呈现给用户的信息——界面、文档、反馈）。设计失败的根本原因不是设计师和用户脑中的模型不同（这永远会不同），而是系统映像没有充分传达设计意图——用户只能通过系统映像来构建自己的心智模型。
（图说明：设计师和用户永远无法直接沟通，系统映像是唯一的桥梁——它是设计的核心战场。）
原书论证 诺曼用"家庭恒温器"作为核心案例：设计师心中的模型是"旋钮控制设定温度，设定温度与室温的差值决定供暖行为"；但很多用户的心智模型是"旋钮越大=热量越多"（就像水龙头）。系统映像（恒温器上的数字面板）没有充分传达真实的工作原理，导致用户反复调温却感觉无效。另一个案例是早期的录像机：每个品牌的设计模型不同，用户无法跨品牌迁移心智模型，导致行业整体可用性灾难。
迁移场景
场景一：企业数字化转型 IT部门的设计模型是"新的ERP系统按照标准流程运转"，业务部门的用户模型是"系统应该让我更快地完成现有的工作"。系统映像（ERP界面）充满了技术术语和复杂流程图，业务人员构建了"这个系统是来给我添麻烦的"错误模型。错位诊断：问题不在用户"不会用"，而在系统映像没有传达出"这个系统怎么让你的工作变好"。
场景二：亲子沟通 父母的设计模型是"我告诉孩子道理，孩子就应该理解并改变行为"。孩子的用户模型是"爸妈说这些只是因为不爱我了"。系统映像（父母的语气、表情、时机）传达了错误的信息。亲子关系改善的关键是优化"系统映像"——改变沟通的信号而非仅仅改变沟通的内容。
场景三：投资理财教育 理财平台的设计模型是"年化收益率4.5% + 30天封闭期 = 适中风险产品"。普通用户的模型是"4.5%比银行高一点应该很安全"。系统映像（产品说明页面）的措辞让低风险和中等风险的区分变得模糊。结果用户承担了超出自己预期的风险。
失效边界
- 失效场景1：当设计模型本身就有错误时——设计师自己不理解系统的真实运作原理（如复杂算法的黑箱），系统映像无论怎么设计都无法传达"真相"。
- 失效场景2：当用户抗拒学习新模型时——如长期使用某种操作系统的用户拒绝接受另一种操作逻辑，不是系统映像的问题而是心理惯性。
- 反例：某些"反直觉"设计刻意利用系统映像的错位来制造惊喜（如某些游戏的隐藏关卡），错位本身成了体验价值。
改造方法 如果要用在战略执行领域：CEO的设计模型是"公司战略方向"，中层管理的用户模型是"我的部门具体要做什么"，系统映像就是战略文件、会议纪要、KPI看板。改造后模型：战略执行的失败往往不是战略错或执行差，而是"战略翻译层"（系统映像）没有把高层意图翻译成中层可理解、可操作的信号。
行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：用户经常做"错误操作"，而你确信你的设计是"正确"的
- 执行步骤：1) 写下你（设计者）认为系统应该怎么工作（设计模型）；2) 观察5个真实用户，问他们"你觉得这个系统是怎么工作的"（用户模型）；3) 对比两者差异，差异处就是系统映像需要优化的地方
- 验证标准：用户描述的系统工作原理与设计模型的匹配度超过80%
- 回滚机制：如果优化后的系统映像反而让用户更困惑，回退到更简单但可能不完全准确的"善意谎言"——有时候过度诚实的复杂性不如一个有用的简化模型
🟡 老手版 SOP
- 触发条件：产品经过多轮迭代后，设计师自己都记不清原始设计意图了，用户模型越来越偏离
- 执行步骤：1) 回溯每个功能的"设计意图文档"（如果有），重写设计模型；2) 做一次"心智模型卡片排序"——让用户排列他们认为的功能关系，与设计模型对比；3) 用系统映像的"信息架构"重新组织界面，让视觉层级反映设计模型的真实结构
- 验证标准：用户能用不超过3句话描述出系统的核心工作原理，且描述与设计意图一致
- 常见进阶陷阱：把"系统映像优化"等同于"多加提示文字"——文字只是映像的一种形式，空间布局、操作顺序、默认选项都是更强的映像
🔵 团队版 SOP
- 触发条件：团队对"产品应该怎么工作"缺乏统一理解，不同成员脑中有不同的设计模型
- 角色 × 步骤矩阵：产品经理维护"设计模型文档"（每个功能的设计意图和工作原理），设计师负责"系统映像设计"（界面如何传达设计意图），开发负责确保系统行为与映像一致（如加载状态、错误信息真实反映后端逻辑），用研负责定期检测"用户模型与设计模型的偏差"
- 验证标准：新成员入职后1周内能准确描述产品核心功能的工作原理
- 回滚机制：如果发现设计模型文档与实际系统行为不一致（常见于快速迭代的产品），立即修正文档或修正系统行为——不允许"文档说一套、实际做一套"
决策检查清单
- 你的团队能否用一句话说出"用户应该觉得这个系统是怎么工作的"？
- 用户实际的心智模型是什么？你做过验证吗？
- 系统映像（界面/文档/反馈）是否准确传达了设计意图？
- 是否存在"设计模型正确但映像传达失败"的情况？
- 团队内部是否对设计模型有共识？还是每人理解不同？
内容种子
- 可衍生文章选题：《你做的功能和用户以为的功能，可能根本不是一回事》
- 可设计课程模块：《心智模型对齐工作坊：让团队和用户说同一种语言》
- 可提出咨询问题：《你的团队对产品有几种不同的理解？——三模型一致性诊断》
*批判刃（三类批判）
前提批
- 隐含前提1：模型假设设计师有清晰、正确的设计模型——但现实中很多设计师是"跟着竞品做"，根本没有独立的设计意图。
- 隐含前提2：模型假设系统映像是"可以被完全控制"的——但在社交媒体时代，用户的心智模型不仅受产品本身影响，还受口碑、评价、社交讨论等"外部映像"影响。
内部批
- 内部漏洞：三个模型的边界不总是清晰的——当用户反复使用产品后，用户模型会接近设计模型（学习效应），此时"错位"是暂时的还是永久的，模型没有给出判断标准。
- 已知反例：有些产品故意让系统映像不完整（如游戏里的隐藏机制），激发用户的探索欲——此时"错位"成了设计目标。
适用范围批
- 有效边界：对功能型产品（用户有明确任务要完成）最有价值；对娱乐/体验型产品（用户没有预设目标）价值降低。
- 执行成本：需要设计、开发、用研三方深度协作才能有效使用这个诊断法，组织成本高。
- 隐藏代价：过度追求"让用户完全理解系统"可能泄露技术机密或商业模式——有时"半透明"是商业需要。
模型四：约束四型导航
模型定义 **约束（Constraint）**是限制可能操作范围的属性。好设计通过四类约束引导用户走向正确操作：物理约束（物理上不可能做错，如USB只能朝一个方向插入）、逻辑约束（根据逻辑推理不可能做错，如只能从第一个抽屉拉开）、文化约束（文化惯例告诉你该怎么做，如红灯停绿灯行）、语义约束（基于意义和情境的限制，如"灭火器"只能用于紧急情况）。约束越强，操作越不需要思考——这是设计的最高境界。
（图说明：四象限展示不同产品的约束强度与用户认知负荷的关系，右上角是设计理想区。）
原书论证 诺曼用"抽屉"案例说明物理约束：抽屉只能从正面拉开，这个物理约束如此强大，以至于没有人会试图从侧面或背面打开抽屉——这就是零认知成本的操作引导。文化约束的经典案例是"红灯停"：没有任何物理力量阻止你闯红灯，但文化约束的力量足够强。诺曼还用"密码规则"作为反面案例：密码必须包含大小写字母、数字、特殊字符、不能重复使用——这是过度的约束，反而导致用户把密码写在便签上贴在显示器旁边，安全约束制造了不安全行为。
迁移场景
场景一：制度设计 公司制度可以通过四种约束来引导行为：物理约束（门禁卡限制非授权人员进入）、逻辑约束（报销系统限制超出预算的审批）、文化约束（团队氛围让人不好意思迟到）、语义约束（"财务章"的名称暗示了它的用途）。好制度是四类约束的合理组合。
场景二：育儿 物理约束（把危险物品放到孩子够不到的地方）、逻辑约束（"先完成作业才能看电视"的因果链）、文化约束（"对长辈要说谢谢"的社会规范）、语义约束（"这是药不能随便吃"的标签）。不同年龄段需要不同强度的约束组合。
场景三：产品安全设计 汽车的设计就是约束四型的教科书：物理约束（安全带锁扣只能从特定方向插入）、逻辑约束（不系安全带会持续报警）、文化约束（不系安全带被拍到会罚款）、语义约束（安全气囊的"SRS"标识暗示"这是一个安全系统"）。
失效边界
- 失效场景1：约束与用户目标冲突时——如果一个约束让用户无法完成他需要做的事，他会想办法绕过约束，甚至产生危险的变通行为（如用胶带贴住报警灯）。
- 失效场景2：文化约束跨文化迁移时——在中国文化中"排队"是强文化约束，在某些场景中可能弱化，设计不能依赖单一文化约束。
- 反例：过于强大的物理约束可能导致"错误恢复困难"——如某些手机的一键恢复出厂设置用物理约束保护，但如果用户误操作且约束太强（如需要特殊工具才能恢复），反而造成更大损失。
改造方法 如果要用在个人习惯养成领域：将四类约束映射为"习惯环境设计"——物理约束=改变环境（把健身器材放在客厅而不是车库）、逻辑约束=因果绑定（"只有跑步才能听想听的播客"）、文化约束=社交承诺（告诉朋友你在减肥）、语义约束=身份认同（"我是一个注重健康的人"）。
*行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：用户总是犯同一种操作错误
- 执行步骤：1) 判断这个错误能否用物理约束消除（最省心）→不能的话用逻辑约束→再不行用文化/语义约束；2) 优先尝试"让错误变得不可能"而非"让错误变得困难"
- 验证标准：该错误的发生率降低到接近零
- 回滚机制：如果约束太强导致用户感到受限和愤怒，降低约束强度，改为提示+确认
🟡 老手版 SOP
- 触发条件：产品已上线运行，要系统性降低误操作率
- 执行步骤：1) 列出产品中所有"可能出错的操作点"；2) 按严重程度排序；3) 对高严重度点施加物理/逻辑约束，对中等严重度点施加文化/语义约束；4) 监测约束引入后是否有"绕过行为"出现
- 验证标准：误操作率下降且无新增的变通行为
- 常见进阶陷阱：用约束替代反馈——约束告诉你"不能做什么"，但用户还需要知道"应该做什么"，二者不能互相替代
🔵 团队版 SOP
- 触发条件：团队要设计新的流程规范或安全规程
- 角色 × 步骤矩阵：安全/风控负责人负责识别需要约束的操作点并定义约束类型，流程设计师负责将约束嵌入流程节点（而非另开一个"规范文档"），全员负责反馈"哪些约束被遵守、哪些被绕过"
- 验证标准：规范执行率超过90%，且执行过程无显著效率损失
- 回滚机制：如果某个约束导致严重效率下降，用"技术替代"替代"流程约束"（如用自动化校验替代人工检查）
决策检查清单
- 你的产品/流程中，哪些错误可以用物理约束完全消除？
- 当前的约束中，哪些是"应该遵守"但实际没被遵守的？为什么？
- 是否存在约束过强导致用户绕过或产生变通行为的情况？
- 约束是否考虑了跨文化和跨情境的适用性？
- 约束和引导是否平衡——用户不仅知道"不能做什么"，还知道"应该做什么"？
内容种子
- 可衍生文章选题：《从密码规则到习惯养成：约束的四种力量如何改变行为》
- 可设计课程模块：《零错误设计：用约束思维重塑产品安全体系》
- 可提出咨询问题：《你的组织中哪些规范被"绕过"了？——约束失效诊断》
*批判刃（三类批判）
前提批
- 隐含前提1：更强的约束=更好的设计。但自由度本身也是价值——音乐家需要自由的琴键，艺术家需要空白的画布。约束的适用场景是"效率型任务"，在"创造型任务"中可能有害。
- 隐含前提2：约束被假设为"中性工具"——但约束本质上是权力的体现（谁决定约束什么），这个维度诺曼未深入讨论。
内部批
- 内部漏洞：四类约束之间存在张力——物理约束太强可能违背文化习惯（如某些无障碍设计的物理改造改变了空间的文化意义），模型没有给出如何在冲突时取舍的框架。
- 已知反例：苹果取消耳机孔的物理约束引发了强烈的文化抵触（用户对3.5mm接口有强烈的文化预期），说明物理约束的"不可绕过性"不等于用户接受度。
适用范围批
- 有效边界：约束最适合确定性高的任务（如安全操作、标准流程）；对探索性和创造性任务，约束需要极其克制。
- 执行成本：好的约束设计需要在产品早期就嵌入，后期加约束的成本远高于早期（改物理结构比改文案贵100倍）。
- 隐藏代价：诺曼回避了"约束的滥用"问题——很多商业产品用约束来锁定用户（如数据不导出、设备不互通），约束从"引导正确行为"变成了"锁定商业利益"。
模型五：以人为中心的迭代设计
模型定义 以人为中心的设计（Human-Centered Design，HCD）不是一种"风格"而是一种过程：它要求在每个设计决策中都嵌入对真实用户的理解。核心循环是：观察真实用户→发现问题→头脑风暴产生方案→制作原型→测试验证→再观察。关键原则：①不用替代物——直接观察真实场景；②好设计是迭代出来的，不是一次想出来的；③原型越早失败越好（fail early, fail cheaply）。
（图说明：以人为中心的设计是一个不断循环的过程，每一轮测试都会揭示新的需要观察的问题。）
原书论证 诺曼反复强调：设计师不能坐在办公室里"想象"用户怎么使用产品，必须到真实场景中观察。他用医疗设备设计的案例说明：设计师在实验室里觉得完美无缺的设备，到了急诊室里，因为光线昏暗、时间紧迫、多人协作，操作完全变形。诺曼还批评了"先设计完再找用户测试"的瀑布式流程——问题应该在设计早期就通过观察发现，而不是等原型做完了才去验证。修订版中他特别强调"快速原型"（low-fidelity prototype）的价值——用纸笔画出界面草图就能测试大部分可用性问题，比写代码便宜100倍。
迁移场景
场景一：教育改革 传统教育改革是"专家设计课标→教师执行→学生考试"（瀑布式）。HCD方法是：先到课堂观察学生实际学习行为→发现他们在哪里卡住→设计新的教学方案→在小范围试验→根据反馈迭代。这正是"以学生为中心"的教育改革方法论。
场景二：创业产品开发 很多创业公司的失败原因是"闭门造车"——创始人脑中的产品很完美，但出来后没人用。HCD要求从Day 1就开始接触真实用户，用最简陋的原型验证核心假设，快速失败快速迭代。
场景三：公共政策设计 政策制定者在办公室里设计的方案，到了基层往往"水土不服"。HCD方法要求：先到社区观察居民的真实生活→发现真实需求而非想象需求→设计政策原型→在小范围社区试验→根据反馈迭代→再推广。
失效边界
- 失效场景1：颠覆性创新——用户无法告诉你他们需要什么，因为他们无法想象尚未存在的东西（如iPhone发布前，没人能说"我需要一部全触屏手机"）。HCD在渐进式改进中最强，在范式突破中可能反而束缚创新。
- 失效场景2：当观察成本极高时——如深海工程、太空设备，无法"在真实场景中测试"，只能用模拟器替代。
- 反例：某些"以用户为中心"的产品（如Facebook的信息流）确实观察到了用户行为（无限滚动最让人上瘾），但利用这种观察来最大化用户时间而非用户福祉——HCD变成了"以用户注意力为中心"的操控工具。
改造方法 如果要用在战略规划领域：传统战略是"高层制定→层层下达→执行监控"。HCD改造后：高层先到一线"观察"业务真相→发现真正的问题和机会→与一线团队"头脑风暴"战略方向→用最小实验（如A/B测试、试点项目）快速验证→根据结果迭代战略。这实际上就是精益创业（Lean Startup）方法论与HCD的融合。
*行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：你要设计或改进任何东西（产品、流程、服务），但不确定是否真的满足用户需求
- 执行步骤：1) 找3-5个真实用户，在他们使用当前方案时做旁观记录（不干预、不引导）；2) 记录他们"卡住"的时刻和"绕路"的行为；3) 基于观察画出最简草图（纸笔即可），让用户"走过"操作流程；4) 收集反馈，修正草图
- 验证标准：你的草图能让5个新用户中的4个"一眼看懂"且完成核心任务
- 回滚机制：如果草图暴露了你之前没意识到的深层问题（好事！），不要急着解决，先回到观察阶段搞清楚问题的本质
🟡 老手版 SOP
- 触发条件：团队已经在做用户测试但感觉"测不出真正的问题"
- 执行步骤：1) 区分"可用性测试"和"真实场景观察"——前者在实验室，后者在用户的生活/工作场景中，后者价值远高于前者；2) 采用"参与式设计"——让用户不仅是测试者也是设计者，与你一起画草图；3) 建立"观察库"——每次观察的录像、笔记、洞察都归档，成为团队共享的用户理解
- 验证标准：团队能在"用户说什么"和"用户做什么"之间识别差异（用户常会说一套做一套），并以"做什么"为准
- 常见进阶陷阱：把迭代变成"无限循环"——每次都发现新问题但永远不发布。设定明确的"足够好的标准"并在达标后推进
🔵 团队版 SOP
- 触发条件：团队要启动新项目或重构现有产品
- 角色 × 步骤矩阵：产品负责人定"观察目标"（要了解什么），设计师和用研一起执行"用户观察"（谁擅长观察谁主导），全员参与"头脑风暴"（打破角色壁垒），设计师主导"快速原型"，全员参与"测试观察"（每人都要看真实用户怎么用）
- 验证标准：每个迭代周期（建议2-4周）至少完成一次"观察→原型→测试"的完整循环
- 回滚机制：如果测试结果推翻了核心假设，团队要有勇气回到观察阶段而非"硬推"——这是最难的回滚，但也是最重要的
决策检查清单
- 你在设计之前是否到真实场景中观察过用户？
- 你的原型是否"足够粗糙"以至于测试失败时损失最小？
- 团队是否建立了定期接触真实用户的机制（而非偶尔一次）？
- 测试中是否同时记录了"用户说的"和"用户做的"？
- 是否有"在测试结果不支持时停止推进"的勇气和机制？
内容种子
- 可衍生文章选题：《为什么你的用户调研总是在验证你已有的假设？——从观察开始的真正洞察》
- 可设计课程模块：《30分钟纸笔原型工作坊：快速验证产品假设》
- 可提出咨询问题：《你的团队的"以用户为中心"是真的还是说说而已？——HCD成熟度诊断》
*批判刃（三类批判）
前提批
- 隐含前提1：HCD假设"用户知道自己想要什么"或至少"用户的行为能揭示他们想要什么"——但行为经济学和心理学大量研究表明，人的行为经常与真实需求不一致（如用户说想健康，但每次点击的都是快餐广告）。
- 隐含前提2：HCD假设"观察→理解→设计→验证"是一个可控过程——但现实中政治、预算、时间压力经常让这个循环被压缩或扭曲。
内部批
- 内部漏洞：HCD的循环模型没有明确给出"何时停止迭代"的判断标准——这在实践中是最大的痛点。
- 已知反例：苹果公司的产品极少基于"用户观察"——乔布斯名言"用户不知道自己想要什么"与HCD方法论形成张力，但苹果的产品确实好用。这说明HCD不是唯一的成功路径。
适用范围批
- 有效边界：HCD对渐进式改进和用户驱动的创新最强；对技术驱动的突破式创新（如AI大模型）可能不够——你无法通过观察用户来预判技术能做什么。
- 执行成本：真正的HCD需要持续投入用户接触时间，对于资源有限的小团队来说可能是最大的负担。
- 隐藏代价：诺曼较少讨论HCD可能带来的"设计民主化陷阱"——如果所有设计决策都要"用户同意"，创新的空间在哪里？设计师的专业判断力在HCD中被置于什么位置？
CH.05🧠 费曼检验
情境问题
小王是一个创业公司的产品经理，他们做了一款帮餐饮小店管理库存的App。上线三个月后，小店老板们反馈：功能挺全的，但"用着别扭"。小王的团队做了用户访谈，老板们说"还行，习惯了就好"。但数据显示：App的日活从第1个月的60%降到第3个月的25%。请你用本书的至少2个核心模型分析问题可能出在哪里，并给出改进建议。
参考解法框架：用"三模型错位诊断"判断：设计团队脑中的设计模型（库存管理应该数字化高效）与小店老板的用户模型（我现在的纸质本子也能记账，App只是给我添麻烦）之间可能存在严重错位。用"行动七阶段与两大鸿沟"分析：老板们可能卡在"执行鸿沟"（不知道怎么录入库存信息）或"评估鸿沟"（录了信息但看不出比纸质本子好在哪）。
好的回答应包含的要素：能识别出"用户说还行"和"数据在下降"之间的矛盾（口是心非的信号）；能用三模型错位解释为什么团队觉得"功能全"但用户觉得"别扭"；能用七阶段模型定位具体卡在哪个认知阶段；能给出具体且有优先级的改进方案（而非泛泛的"改善用户体验"）。
5 个常见误解
误解：诺曼的理论只适用于电子产品和App设计。 澄清：诺曼的核心框架（可供性、心智模型、约束、七阶段）适用于任何人与物/系统/流程的交互——包括纸质表格、物理空间、组织制度、教学设计等。技术只是其中一种载体。
误解：好设计就是让用户"不用想"。 澄清：好设计是让用户不用想错误的事。有些思考是必要的（如做财务决策前的权衡），好设计会把认知资源引导到值得思考的地方，而不是消除所有思考。诺曼反对的是"被迫思考不该思考的事"。
误解：只要做了用户测试就是"以人为中心的设计"。 澄清：用户测试是HCD的一环但不是全部。很多团队做了测试但不改变设计（测试变成了走过场），或者只在最后阶段才找用户（发现问题的时机太晚）。HCD是一个贯穿全过程的思维方式，不是某个阶段的动作。
误解：可供性是物品自带的固定属性。 澄清：诺曼后来明确修正了这个概念——可供性是关系属性，取决于物品和使用者的共同特性。同一把椅子，对成人"可供坐"，对幼儿可能"可供攀爬"。设计不能只看物品本身，必须考虑使用者是谁。
误解：设计心理学的目的是让产品"好用就行"，美观不重要。 澄清：诺曼在书的后半部分明确讨论了情感设计的三层——本能层（感官美）、行为层（可用性）、反思层（意义与身份认同）。真正的好设计三个层次都要兼顾。美观不是可选项，而是设计的一部分。
12 岁孩子版
第一本书在讲一件什么事？——这本书在告诉你，为什么有些东西用起来特别顺手，有些东西用起来特别气人，区别就在于设计的人有没有真正理解"人是怎么想的、怎么做的"。 以前大家以为该怎么做？——以前大家觉得东西不好用是因为"用户不够聪明"，只要写一本说明书就行了。 作者发现其实是这样的——其实是设计师搞错了：他们觉得自己知道东西怎么用，但用户根本不这么想。就像一扇门，你觉得该推，但门上什么提示都没有，你就卡住了。 所以你可以这么用——下次你设计任何东西（哪怕是给同学做一个流程），先站在别人的角度：他第一次看到这个东西，能猜到怎么用吗？用完之后能知道做对了吗？ 但要注意——不是所有东西都要让人"不用想"就用。有时候你就是需要停下来想一想，比如考试前你得认真思考而不是"凭直觉答题"。好设计是帮你把心思花在值得花的地方。
CH.06📝 全书评估
真正解决了什么问题？ 解决了"设计师与用户之间的认知鸿沟"这一根本问题。它把"好用"从一种模糊的感觉变成了一套可以分析、诊断、系统性改进的认知科学框架。
核心模型原创性如何？ "可供性"概念虽来自心理学家吉布森（J.J. Gibson），但诺曼将其从生态心理学引入设计领域并重新定义（从客观属性改为关系属性），这是概念迁移上的重大贡献。"行动七阶段"、"三模型错位"、"约束四型"等框架则有较强的原创性。
证据质量如何？ 案例丰富且来源多样（工业事故分析、日常生活观察、认知实验），但大部分为定性案例而非定量实验。修订版中补充了数字产品案例，但缺少大规模A/B测试数据。总体而言是"强洞察、中等实证"。
最大盲区是什么？ 对商业动机与用户体验的冲突讨论不足。诺曼后来在其他著作中更深入地讨论了"黑暗模式"，但本书对"设计师的善意如何被商业利益扭曲"这一现实问题着墨有限。另外，对文化差异对设计认知的影响也是明显盲区——案例主要来自西方工业社会。
书籍坐标：在"设计思维"类书籍中，本书是认知科学维度的奠基之作。如果说《创新者的窘境》解决的是"企业战略视角"的设计问题，《Don't Make Me Think》解决的是"网页可用性层面"的战术问题，那么诺曼这本书解决的是更底层的"人为什么会在设计面前犯错"的根本问题——它是上位框架，另外两本是它在特定领域的应用。
CH.07🔗 跨书关联
与《Don't Make Me Think》（Steve Krug）的关联
- 共振点：两本书在"降低用户认知负荷"这个核心命题上完全一致——诺曼提供了理论基础（七阶段模型、执行/评估鸿沟），Krug提供了Web可用性的实操指南。Krug的"Don't Make Me Think"本质上是诺曼"让设计传达操作方式"原则的极简网页版。
- 冲突点：Krug倾向于"减少一切可能引起思考的元素"，而诺曼认为"必要的思考是好的设计的一部分"。读Krug容易走向"极简到失去表达力"，读诺曼能理解极简的边界在哪里。
- 为什么接着读：读完诺曼再读Krug，你能从"为什么"跨越到"怎么做"——诺曼给你诊断框架，Krug给你Web场景的具体解法。
与《思考，快与慢》（Daniel Kahneman）的关联
- 共振点：诺曼的七阶段模型描述了人的有意识行动过程，而卡尼曼的"系统1/系统2"理论解释了为什么人经常跳过有意识的思考而依赖直觉。两本书合在一起看，才能完整理解"人在什么时候会想、什么时候不会想"——这对设计至关重要，因为好设计要同时服务于两种思维模式。
- 冲突点：诺曼的设计框架更侧重于让系统2（慢思考）的工作变得更顺畅，而卡尼曼告诉我们大部分行为由系统1（快思考）驱动。这意味着诺曼的模型在"直觉性使用"场景中需要配合卡尼曼的理论才能完整。
- 为什么接着读：读完诺曼你理解了"用户行动的认知结构"，读卡尼曼你能理解"用户为什么经常不按这个结构走"——两者的互补会让你在设计决策中更全面。
与《创新者的窘境》（Clayton Christensen）的关联
- 共振点：诺曼从认知层面解释了为什么好设计会失败（认知鸿沟），Christensen从商业层面解释了为什么好公司会失败（颠覆性创新）。两者共同回答一个更大的问题："理解了用户和市场，为什么还是可能输？"
- 冲突点：诺曼强调"观察现有用户、满足现有需求"的渐进式改进，而Christensen指出正是这种思维让企业忽略了颠覆性机会。两者的张力正是"用户体验"与"商业创新"之间的永恒平衡。
- 为什么接着读：读完诺曼你能做好"满足现有用户"的设计，读完Christensen你能理解"什么时候应该放弃现有用户去追逐新市场"——这个决策是产品领导者最核心的判断。
知识网络位置
本书在这条主题脉络里的位置：
- 上游（先读）：《认知心理学》相关教材（如Medina的《大脑规则》）——提供理解诺曼框架所需的认知科学基础
- 下游（再读）：《Don't Make Me Think》（Web可用性实操）、《微交互》Dan Saffer（交互细节设计）、《情感设计》诺曼本人（本能/行为/反思三层的情感维度）
- 对照读：《创新者的窘境》——诺曼说"理解用户"，Christensen说"理解用户可能让你输"，两者并读才能把握"用户中心"的完整边界
CH.08✨ 深度洞察摘录
设计的核心战场不在产品上，在"系统映像"里
- 来源：《设计心理学》三模型错位诊断
- 类型：可迁移模型
- 核心内容：设计师和用户永远不会面对面沟通，他们之间唯一的桥梁是"系统映像"——产品的界面、文档、反馈、甚至用户之间的口碑。大部分设计失败不是"设计师想错了"也不是"用户笨"，而是系统映像没有把设计意图翻译成用户能理解的信号。这个洞察可以直接迁移到一切"传达"场景：演讲、写作、管理沟通、政策宣传。
- 可迁移到：企业内部信息传达（为什么战略总是"传达不下去"）；教育设计（为什么老师觉得自己讲清楚了但学生没学会）；政策设计（为什么好政策到了基层就变形）
可供性是关系属性，不是物品属性——"好用"永远是相对的
- 来源：《设计心理学》可供性与意符模型
- 类型：认知颠覆
- 核心内容：同一把椅子对成人"可供坐"、对幼儿"可供攀爬"、对老人可能"可供扶"。同一款产品对新手和专家有完全不同的可供性。这意味着"好设计"不存在于真空——它永远是"为谁在什么情境下"的好设计。这个认知颠覆了"做一个好产品"的思路，变成了"为特定人群在特定情境下做好设计"。
- 可迁移到：教育分层设计（同一课程对不同基础的学生应呈现不同的可供性）；管理分权（同一制度对不同成熟度的团队应有不同的约束强度）
最好的约束是让错误不可能——好设计的最高境界是"消灭犯错的可能性"而非"惩罚犯错"
- 来源：《设计心理学》约束四型导航
- 类型：金句级表达
- 核心内容：大多数系统通过"警告+惩罚"来防止错误（如"注意安全""违规罚款"），但诺曼指出，真正的高手设计是让错误在物理上或逻辑上不可能发生——USB接口只能朝一个方向插、汽车挡位必须踩刹车才能切换。这个思维可以直接迁移到一切"防错"场景：与其制定规则让人遵守，不如重新设计流程让人不可能犯错。
- 可迁移到：医疗安全（用药错误不是靠"仔细核对"而是靠"不同药品的包装形状不同"来预防）；财务流程（不是靠"审计查错"而是靠"系统自动校验异常"来防错）；个人习惯（不是靠"意志力抵抗诱惑"而是靠"环境设计让诱惑不出现"）
用户说"还行"时，才是最危险的信号
- 来源：《设计心理学》以人为中心的迭代设计 + 案例分析
- 类型：跨书共振
- 核心内容：诺曼反复强调观察行为而非依赖访谈——用户会出于礼貌、习惯化、或认知偏差说"还行""习惯了"，但他们的行为（日活下降、使用频率降低、绕道操作）才是真相。这与卡尼曼在《思考，快与慢》中关于"峰终定律"和"适应性偏差"的论述形成完美共振：人会迅速适应糟糕的体验并将其合理化为"正常"。
- 可迁移到：团队管理（员工说"还好"可能意味着他们已经放弃改变的期望）；客户关系（客户不投诉可能不是因为满意而是因为已经转向竞品）
人为中心不是一种风格，是一种谦逊
- 来源：《设计心理学》以人为中心的迭代设计
- 类型：认知颠覆
- 核心内容：很多团队把"以人为本"当成一种设计口号或产品标签，但诺曼揭示了它的真正含义：承认你自己不知道用户需要什么。这意味着在设计之前，你必须先放下自己的假设，去观察真实的人。这不是一种"设计技巧"，而是一种"认知谦逊"——承认自己的理解永远不够，需要不断被真实世界修正。
- 可迁移到：领导力（好的领导者不是"想好了再执行"而是"观察-调整-再观察"的循环）；人际关系（好的沟通者不是"我知道你想什么"而是"我愿意去看你真正需要什么"）