《设计心理学》

CH.01📚 书籍元信息

• 书名：设计心理学（新版）/ The Design of Everyday Things（Revised & Expanded Edition）
• 作者：唐纳德·诺曼（Donald A. Norman）
• 类型：认知科学 × 设计学 × 人机交互
• 输入类型：基于训练知识的深度分析
• 一句话总结：这本书回答了为什么日常物品常常令人困惑，它的答案是：设计失败本质上是沟通失败，物体必须自己教会用户如何使用
• 适读人群：产品经理、UI/UX设计师、硬件工程师、服务设计者、教育工作者、任何需要让别人"用对"某个东西的人
• 反适读人群：认为"设计就是好看"、认为"用户笨才不会用"的人——读此书会被迫面对自己的认知偏见

CH.02🔍 真问题

• 核心问题：为什么明明是人设计出来的东西，用起来却常常令人困惑、犯错、甚至产生挫败感？好设计与坏设计的本质区别到底在哪里？

• 旧答案：① 把责任推给用户——"用户没看说明书""用户不够聪明"；② 把设计等同于美学——"好看就是好设计"；③ 用"培训"来弥补——让用户去适应设计。参照系：工业时代的"设计师说了算"思维，设计师与用户之间存在巨大的认知鸿沟。

• 新答案：设计问题本质上是"沟通问题"。物体应该向用户"表明"自己如何被使用——正确的操作应该显而易见，错误的操作应该难以发生。设计师的职责不是让用户学会适应设计，而是让设计适应人的认知规律。

• 答案的底层逻辑：诺曼的底层依据来自认知心理学——人类的行为遵循一套固有的认知-行动循环（感知→解释→目标→计划→执行→评估），任何偏离这个循环的设计都会制造摩擦。好设计是"与人的认知架构对齐"的设计。

• 关键边界：① 在文化差异极大的场景下，"显而易见"本身是文化编码的——某个符号在一个文化中是"意符"，在另一个文化中可能是噪音；② 在极端创新产品中（如第一代 iPhone），有时必须打破已有心智模型，此时"显而易见"无法实现，需要教育用户；③ 当利益相关方（如保险公司、法律部门）强行介入时，出于合规需要，设计必须牺牲直觉性。

CH.03🗺️ 知识地图

（图说明：全书围绕"设计即沟通"的核心命题，向上追问认知原理，向下给出设计工具，以概念模型串联三个视角。）

CH.04💡 核心模型深度解析

模型一：可供性-意符模型（Affordance & Signifier）

模型定义 可供性是物品的物理属性所决定的"可被使用的可能性"（如椅子平面可以坐、按钮可以按）；意符是向用户传达"你该怎么用"的信号（如按钮的凸起、颜色、位置）。好设计 = 可供性与意符高度一致，让用户无需思考即可发现正确的交互方式。

（图说明：可供性决定可能性，意符引导发现，二者一致时用户自然知道怎么做。）

原书论证 ① 经典案例：诺曼门——两扇门上都装了横杆（看起来像可以推），但其中一扇必须拉。横杆作为"可供性"暗示可以推，但实际操作需要拉，意符与可供性冲突，这是设计失败的教科书级案例。② 炉灶设计：四个旋钮控制四个炉头，但旋钮排列是线性的，炉头排列是方形的，映射关系不直观，导致用户每次都猜错。③ 新版中补充的数字界面案例：触屏时代，按钮不再有物理凸起（可供性消失），必须完全依赖视觉意符（阴影、渐变、3D效果）来暗示"可点击"。

迁移场景 ① 餐饮服务设计：一个自助餐厅的动线设计——菜品摆放位置（可供性）+ 标识牌（意符）是否一致？如果热菜区没有"热"的视觉提示，顾客可能以为是冷盘。② 教育场景：在线课程平台的"下一课"按钮——如果它藏在页面底部，位置（意符）就不支持"快速推进"的学习行为（可供性），学员会觉得进度管理很困难。③ 企业管理：审批流程的"退回"按钮——如果它和"通过"长得一模一样、紧挨在一起，员工很容易误点退回，这等同于"企业版诺曼门"。

失效边界

• 失效场景 1：当可供性本身需要物理接触才能感知时（如触屏的"可滑动"），纯视觉意符无法传达触觉层面的操作可能性，此时需要动画提示或新手引导。
• 失效场景 2：当用户来自完全不同的文化符号系统时——西方的"向右滑动=前进"在某些阿拉伯语界面（RTL 从右到左）中是相反的。
• 反例：苹果的"滑动解锁"在最初发布时并无物理可供性，完全靠创意意符（"滑动来解锁"文字）和一次教育成本建立了新的交互范式——说明可供性-意符模型在突破性创新中需要"教育期"。

改造方法 原始模型偏重"物理层面的可供性"，在纯数字产品中需要补充一个变量：时间维度的可供性——某个功能在某个阶段才应该"浮现"（如渐进式披露）。改造版：

可供性 × 意符 × 时机 → 用户在正确的时刻发现正确的操作

行动接口（3 套 SOP）

🟢 小白版 SOP

• 触发条件：你正在设计一个产品/界面/流程，想知道用户能不能"一看就会"
• 执行步骤：
  1. 把你的设计原型给 3 个从未见过的人，只说"请你完成 XX 任务"，不给任何提示
  2. 记录他们在哪些地方犹豫、做错、反复尝试——这些点就是意符缺失或可供性模糊的地方
  3. 对每个"卡住点"增加或调整意符（颜色、形状、位置、文案），再让另一组人测试
• 验证标准：测试用户零提示下完成率 ≥ 80%
• 回滚机制：如果增加意符后反而信息过载，回退到最小干预版本，优先解决最致命的卡住点

🟡 老手版 SOP

• 触发条件：基础可用性已通过，想进一步优化"无需思考"的体验
• 执行步骤：
  1. 绘制你的设计中所有"可供性清单"（物理/视觉/交互层面），逐一检查是否有对应的意符
  2. 对高风险操作（删除、支付、不可逆操作）做"约束审查"——是否只有正确的操作路径是容易的？
  3. 引入"五秒测试"：用户看到界面5秒内能否说出"这个页面是干什么的"+"最重要的一步操作是什么"
• 验证标准：五秒测试通过率 ≥ 90%；高风险操作零误操作
• 常见进阶陷阱：老手容易过度设计意符，导致界面"太吵"——每一个元素都在喊"看我看我"，结果没有一个被看到。核心原则：意符的强度应与操作的重要性成正比。

🔵 团队版 SOP

• 触发条件：产品上线前的可用性审查，或收到大量"用户不知道怎么用"的反馈
• 角色 × 步骤矩阵：

• 验证标准：关键任务完成率 ≥ 90%，高风险操作零误操作
• 回滚机制：如果优化方案开发成本过高，按"影响面 × 发生频率"排优先级，分批迭代

决策检查清单

• 用户不看说明书能完成核心操作吗？
• 每个可操作元素都有明确的"我可以被操作"的信号吗？
• 高风险操作（删除/支付）是否需要二次确认或物理约束？
• 意符的视觉权重是否与操作重要性匹配？

内容种子

• 可衍生文章选题：《你公司的审批流程就是一个"诺曼门"》《触屏时代的可供性危机：为什么 App 越来越难用》
• 可设计课程模块：《直觉设计实战：从可供性审查到原型迭代》
• 可提出咨询问题：「你的产品中，有多少个操作需要用户'猜'怎么做？」

模型二：行动鸿沟模型（Gulfs of Execution & Evaluation）

模型定义 人与系统之间存在两道鸿沟：执行鸿沟——用户想做一件事，但不知道怎么操作才能实现；评估鸿沟——用户操作之后，不知道系统是否正确响应了。好设计同时缩小这两道鸿沟。

（图说明：意图到结果之间有两道鸿沟——执行鸿沟（怎么用）和评估鸿沟（用对了吗），好设计同时缩小两者。）

原书论证 ① 执行鸿沟案例：早期录像机的编程功能——用户想"录制明天的节目"，但需要按12步、涉及多个按钮组合，中间没有任何指引，执行鸿沟极深。② 评估鸿沟案例：电梯——按下楼层按钮后，没有任何反馈告诉你"电梯正在上升还是下降"，用户站在原地不知道发生了什么（现代电梯通过箭头和楼层显示解决了这个问题）。③ 新版补充：智能家电——WiFi 连接成功了没有？App 配对完成了没有？很多智能设备的评估鸿沟极深，用户反复重启。

迁移场景 ① B2B SaaS 产品：用户提交了一份表单，但没有"提交成功"的明确反馈（评估鸿沟）；或者表单有20个字段，用户不知道哪些必填、怎么填（执行鸿沟）。② 政策执行：新的税务政策出台，企业想合规（意图），但政策文件晦涩（执行鸿沟深）；执行之后不知道是否合规（评估鸿沟深）。③ 教育：学生想掌握某个技能，但教学材料没有给出清晰的学习路径（执行鸿沟）；考试反馈只给分数不给分析（评估鸿沟）。

失效边界

• 失效场景 1：当操作本身需要深度专业知识时（如外科手术器械），缩小执行鸿沟可能意味着过度简化，导致专业用户觉得"太浅"。
• 失效场景 2：当反馈过多时，用户反而被淹没——如项目管理工具每个操作都弹通知，造成"通知疲劳"，评估鸿沟缩小了但认知负荷爆炸。
• 反例：密码输入框显示明文——评估鸿沟为零（你能看到你输入了什么），但安全性归零。说明缩小鸿沟必须与其他约束平衡。

改造方法 原始模型偏重"单次交互"，在复杂系统中需要补充累积性鸿沟的概念：

单次鸿沟 × 操作频率 × 错误成本 = 鸿沟的实际影响

高频 + 高成本的操作（如收银台扫码）必须把鸿沟压到零；低频 + 低成本的操作（如修改头像）可以容忍一定鸿沟。

行动接口（3 套 SOP）

🟢 小白版 SOP

• 触发条件：收到用户投诉"不知道怎么操作"或"不知道操作成功没有"
• 执行步骤：
  1. 画出用户完成目标的每一步，标出两个位置：a) 哪一步用户可能"不知道怎么走"（执行鸿沟），b) 哪一步用户可能"不知道结果对不对"（评估鸿沟）
  2. 对执行鸿沟：增加指引（文案、图标、引导流程）
  3. 对评估鸿沟：增加反馈（成功提示、进度条、状态变化的视觉反馈）
• 验证标准：找 5 个新用户测试，观察他们在哪里犹豫、在哪里反复确认
• 回滚机制：如果反馈太多导致用户疲劳，按"操作严重度"分级——只有高风险操作需要强反馈，低风险操作静默处理

🟡 老手版 SOP

• 触发条件：产品整体可用性不错，但用户仍有"焦虑感"（不知道进度、不确定是否成功）
• 执行步骤：
  1. 识别系统中的"静默操作"——用户执行了但系统没有任何可见变化的操作，逐个增加状态反馈
  2. 为关键流程建立"进度可见性"：即使后台处理需要10秒，也要让用户知道"正在处理中"
  3. 设计"确认即消退"的反馈机制：成功提示短暂出现后自动消失，不干扰后续操作
• 验证标准：用户在操作后 2 秒内能确认结果；零"重复提交"问题
• 常见进阶陷阱：过度追求"即时反馈"导致界面抖动——如每次输入都实时校验，用户还没打完就看到红色报错，体验极差。正确做法是延迟校验（失焦后或停顿后）。

🔵 团队版 SOP

• 触发条件：系统升级后用户操作失误率上升，或用户完成率下降
• 角色 × 步骤矩阵：

• 验证标准：关键流程完成率提升 ≥ 15%；"重复操作"减少 ≥ 50%
• 回滚机制：如果新反馈机制导致页面性能下降，优先保证核心操作的反馈，非核心操作延迟实现

决策检查清单

• 用户在每一步都知道下一步该做什么吗？（执行鸿沟）
• 用户在每一步操作后都能看到系统的变化吗？（评估鸿沟）
• 高风险操作是否有二次确认机制？
• 反馈是否及时（< 1秒）且不干扰后续操作？

内容种子

• 可衍生文章选题：《为什么你的 App 让用户焦虑？行动鸿沟诊断法》《评估鸿沟：最被忽视的用户流失原因》
• 可设计课程模块：《用鸿沟模型重构你的产品交互》
• 可提出咨询问题：「你的产品中，哪一步操作的执行鸿沟最深？」

模型三：七阶段行动模型（Seven Stages of Action）

模型定义 人的每一次行动都遵循七个阶段的循环：目标 → 计划（确定动作 → 描述动作） → 执行（执行动作） → 评估（感知结果 → 解释结果 → 比较目标）。设计师的工作是让这七个阶段的每一步都有认知支撑，不让人在任何环节"迷路"。

（图说明：行动是"目标-执行-评估"的七阶段循环，设计师需要在每个阶段为用户提供认知支撑。）

原书论证 ① 这个模型是全书的理论基石，源自认知科学中的"行动理论"（Norman 1988 首版即提出，新版保留并深化）。② 经典应用：为什么"撤销"功能如此重要？——它让用户在"比较目标"阶段发现不一致时，可以低成本回到"计划"阶段重新来过，而不需要从头开始。③ 为什么"默认值"如此强大？——它消除了前三个阶段（目标→确定→描述）的认知负荷，用户只需确认而非决策。

迁移场景 ① 客服流程设计：客户投诉（目标）→ 客户需要找到投诉入口（确定动作）→ 填写投诉内容（描述）→ 提交（执行）→ 等待回复（感知）→ 判断是否解决（解释/比较）。如果"找到投诉入口"这一步就卡住了，后面的阶段全部白费。② 员工入职流程：新员工想完成"独立工作"（目标），但需要先经过注册→领设备→读手册→参加培训→考核，每个阶段如果缺乏指引，都会造成行动中断。③ 投资决策：投资者想"跑赢市场"（目标），但每个阶段——选什么资产（确定）、买多少（描述）、下单（执行）、看收益（感知）、判断策略对不对（解释/比较）——都需要信息支撑。

失效边界

• 失效场景 1：当目标本身模糊时（如"我想变得更健康"），七阶段循环无法启动，因为没有明确的"目标"来驱动后续阶段。
• 失效场景 2：当系统响应延迟极高时（如区块链确认需要10分钟），"感知结果"阶段断裂，用户失去行动连续性。
• 反例：下棋高手很多时候不是"七阶段"逐步推理，而是直觉式一步到位——说明在高度熟练的专家身上，多个阶段被压缩为自动化反应，模型更适用于"非自动化的新任务"。

改造方法 原始模型是线性循环，在社交/协作场景中需要补充他人介入变量：

七阶段 × 他人依赖度 → 当行动需要他人配合时（如审批、协作），每个阶段都可能被"他人的行动鸿沟"阻断

*行动接口（3 套 SOP）

🟢 小白版 SOP

• 触发条件：设计一个新功能或新流程，想知道用户能不能"一路走通"
• 执行步骤：
  1. 把用户的目标写在最上方
  2. 逐步写出从目标到完成的七个阶段，每一步都标注"用户在这里需要什么信息/能力"
  3. 标红那些"信息缺失"或"能力不足"的阶段——这些就是你的设计重点
• 验证标准：七个阶段中零"信息黑洞"（即用户在某一步完全不知道该干什么）
• 回滚机制：如果流程太长（七个阶段中某阶段过于复杂），考虑拆分为多个子流程

🟡 老手版 SOP

• 触发条件：产品迭代，想优化"完成率"
• 执行步骤：
  1. 用埋点数据还原用户在每个阶段的真实行为（如：打开页面 → 浏览30秒 → 关闭 = 在"确定动作"阶段卡住）
  2. 找到"最大流失阶段"——这一步就是行动循环的断裂点
  3. 针对断裂点设计"助推"：简化、预填、默认值、引导提示
• 验证标准：最大流失阶段的流失率下降 ≥ 30%
• 常见进阶陷阱：只关注"执行阶段"的优化（如按钮更大、颜色更亮），忽略"目标阶段"和"评估阶段"——很多时候用户流失不是因为不会操作，而是因为目标不清晰或看不到结果。

🔵 团队版 SOP

• 触发条件：关键业务流程的转化率低，需要系统性诊断
• 角色 × 步骤矩阵：

• 验证标准：整体转化率提升 ≥ 20%；最大流失阶段的流失率下降 ≥ 30%
• 回滚机制：如果优化导致新用户反而困惑，考虑"新手模式"和"专家模式"双轨并行

决策检查清单

• 用户在"确定动作"阶段知道有几个选项吗？
• 用户在"描述动作"阶段知道具体怎么操作吗？
• 用户在"感知结果"阶段能看到操作效果吗？
• 用户在"比较目标"阶段能判断是否成功吗？

内容种子

• 可衍生文章选题：《七阶段诊断法：一步步找到用户流失的真实原因》《默认值的力量：跳过三个阶段的设计魔法》
• 可设计课程模块：《行动循环与转化率优化实战》
• 可提出咨询问题：「你的用户在哪一个行动阶段卡住最多？」

模型四：概念模型一致性模型（Conceptual Model Alignment）

模型定义 设计中存在三种概念模型：设计师模型（设计师认为产品应该怎么用）、系统映像（产品实际表现出的行为逻辑）、用户模型（用户认为产品是怎么运作的）。当三者不一致时，错误发生；好设计 = 设计师通过系统映像把自己的模型精确传递给用户。

（图说明：三种模型的对齐程度决定了用户能否正确使用——设计师的意图必须通过系统映像精确传递给用户。）

原书论证 ① 诺曼反复强调：永远不要怪用户——当用户犯错时，是系统映像没有正确传递设计师的意图。② 案例：电梯按钮——如果每层都有按钮但只有部分楼层实际可达，系统映像（按钮的存在）暗示"所有楼层可达"，而设计师模型是"只有部分可达"，用户模型就会出错。③ 智能手机的"滑动删除"——设计师模型是"滑动=删除"，但系统映像在不同 App 中不一致（有的滑动是归档，有的是删除），用户模型无法统一，导致操作不确定性。

迁移场景 ① 组织管理：CEO 的战略（设计师模型）→ 内部邮件/OKR/制度文件（系统映像）→ 员工的理解（用户模型）。如果战略说"创新优先"但考核只看"短期利润"，系统映像自相矛盾，员工模型混乱。② 教育：教师的教学目标（设计师模型）→ 课件/作业/考试（系统映像）→ 学生的理解（用户模型）。如果考试考记忆但教学讲理解，系统映像与设计师模型冲突。③ 品牌传播：品牌定位（设计师模型）→ 广告/产品/客服体验（系统映像）→ 消费者认知（用户模型）。广告说"高端"但产品体验廉价，模型不一致，品牌崩塌。

失效边界

• 失效场景 1：当设计师和用户之间存在巨大的知识鸿沟时（如专业医疗设备给普通患者使用），设计师模型无法通过系统映像被正确解读，需要额外的"翻译层"（培训/说明书/引导）。
• 失效场景 2：当系统过于复杂时，任何映像都无法完整传达设计师模型，必须接受"用户模型是简化版"的现实，转而确保简化版不会导致危险操作。
• 反例：维基百科——设计师模型是"每个人都可以编辑"，系统映像是开放的编辑器，但很多用户模型是"这是权威来源"，三者严重不一致。然而这种不一致反而成为了维基百科的特色（任何人都可以贡献），说明"不一致"不总是坏的，关键看是否导致危险操作。

改造方法 原始模型假设"设计师可以控制系统映像"，在平台型产品中需要补充第三方干扰变量：

系统映像 = 设计师表达 × 第三方内容 × 算法干预

平台型产品（如淘宝、抖音）中，系统映像不仅由设计师决定，还被商家内容、推荐算法、其他用户行为所塑造，设计师对系统映像的控制力大幅减弱。

行动接口（3 套 SOP）

🟢 小白版 SOP

• 触发条件：用户反馈"不知道这个功能是干什么的"或"用法和我想的不一样"
• 执行步骤：
  1. 写下"你希望用户怎么理解这个功能"（你的设计师模型）
  2. 让 3 个用户说出"他们觉得这个功能是干什么的"（他们的用户模型）
  3. 对比差异，找到系统映像的"歧义点"
  4. 调整设计，让系统映像更精确地传达你的意图
• 验证标准：用户描述的功能理解与你的设计师模型一致度 ≥ 80%
• 回滚机制：如果调整后反而引起原有用户困惑，考虑用"引导弹窗"做一次性的模型校准

🟡 老手版 SOP

• 触发条件：产品功能越来越多，用户对产品的理解开始"分裂"——不同用户对同一个功能有完全不同的理解
• 执行步骤：
  1. 对核心功能逐一做"概念模型测试"：问用户"你觉得这个按钮是干什么的？"记录答案分布
  2. 找到"理解分歧最大"的功能——这就是系统映像最模糊的地方
  3. 用命名、视觉层级、操作反馈等方式强化最正确的理解，弱化错误的理解
• 验证标准：核心功能的用户理解一致性 ≥ 90%
• 常见进阶陷阱：设计师容易陷入"知识的诅咒"——因为自己太了解系统，觉得"这个暗示很明显"，但对新用户完全不明显。解法：永远让没有背景知识的人测试。

🔵 团队版 SOP

• 触发条件：团队内部对"用户应该怎么理解这个产品"没有共识，导致设计方向分裂
• 角色 × 步骤矩阵：

• 验证标准：团队内部对"用户应该怎么理解产品"的共识度 ≥ 95%；用户调研中的理解一致度 ≥ 80%
• 回滚机制：如果不同渠道的系统映像冲突（如官网描述和 App 体验不一致），立即统一口径

决策检查清单

• 你能否用一句话说出"你希望用户怎么理解这个功能"？
• 用户实际理解的和你希望的一致吗？
• 你的产品中是否存在"系统映像自相矛盾"的地方（如按钮暗示的操作与实际操作不一致）？
• 所有触点（产品/文档/客服/营销）传递的概念模型是否一致？

内容种子

• 可衍生文章选题：《为什么你的团队对产品方向总是吵架？概念模型不一致的锅》《品牌崩塌的底层原因：三种概念模型的分裂》
• 可设计课程模块：《概念模型对齐工作坊：让团队和用户说同一种语言》
• 可提出咨询问题：「你的用户脑中的产品模型，和你设计时的模型一样吗？」

模型五：约束-映射-反馈三联体（Constraint-Mapping-Feedback Triad）

模型定义 好设计的三个技术工具：约束（限制用户的操作范围，使错误操作难以发生）、映射（控制器与被控对象的空间/逻辑关系自然对应）、反馈（每步操作都有即时可见的回应）。三者协同工作，将用户的操作从"猜测"变为"直觉"。

（图说明：约束、映射、反馈三者协同，让正确操作变得"唯一且自然"。）

原书论证 ① 约束案例：USB 接口的物理设计——只有正确的方向才能插入（物理约束）；ATM 机先退卡再出钞——物理顺序约束防止用户遗忘取卡。② 映射案例：汽车座椅调节——旋钮在座椅侧面、方向与座椅移动方向一致（自然映射）；炉灶旋钮线性排列但炉头方形排列（映射差）导致反复出错。③ 反馈案例：手机键盘的触觉振动 + 声音反馈——每次按键都有即时回应，用户确认"我按到了"。

迁移场景 ① 软件的"约束"设计：财务系统的"只有审批通过的订单才能付款"（逻辑约束）；代码编辑器的语法高亮和自动补全（映射+约束的组合——高亮暗示"正确/错误"，补全约束了可选范围）。② 餐厅服务的"映射"设计：餐具摆放位置与用餐顺序的自然对应（左叉右刀、从外到内 = 从先到后）；菜单分区与用餐流程对应（前菜→主菜→甜点）。③ 项目管理的"反馈"设计：任务状态变更时自动通知相关人；每日站会本身就是一种反馈机制——让团队感知进度。

失效边界

• 失效场景 1：过度约束导致灵活性丧失——如某些表单不允许任何非标准输入，导致合理需求也无法满足。
• 失效场景 2：映射关系在跨文化场景中可能反转——某些文化中"向左"暗示"前进"，某些暗示"后退"。
• 反例：密码规则的"约束"——要求必须包含大写、小写、数字、特殊字符，约束过度导致用户频繁忘记密码，安全性和可用性产生矛盾。

改造方法 三联体在 AI/自动化产品中需要补充信任变量：

约束 × 映射 × 反馈 × 用户信任度 → 当用户不信任系统时，约束被视为"限制"而非"保护"，反馈被视为"骚扰"而非"帮助"

AI 产品的核心设计挑战：如何在自动化（减少用户操作）和控制感（用户感觉"我在操控"）之间取得平衡。

行动接口（3 套 SOP）

🟢 小白版 SOP

• 触发条件：发现用户频繁犯同一个错误
• 执行步骤：
  1. 分析错误操作：是因为"能做但不该做"（缺约束）、"不知道怎么对应"（缺映射）、还是"做了不知道对不对"（缺反馈）？
  2. 针对性补救：缺约束 → 增加确认/限制；缺映射 → 调整控件布局/方向；缺反馈 → 增加即时提示
  3. 测试：同样场景下错误率是否下降
• 验证标准：同类错误发生率下降 ≥ 50%
• 回滚机制：如果增加约束后用户抱怨"太麻烦"，改为"允许但增加二次确认"

🟡 老手版 SOP

• 触发条件：设计审查中发现"用户操作路径过长"或"操作不够直觉"
• 执行步骤：
  1. 画出用户完成核心操作的"控件-对象映射图"，标出每一个非自然映射
  2. 对高频操作，评估约束是否过度——是否存在"合理的快捷路径"被约束阻断
  3. 对反馈做"强度分级"：高风险操作 = 强反馈（弹窗确认）；中风险 = 中反馈（Toast 提示）；低风险 = 弱反馈（静默记录）
• 验证标准：核心操作的步骤数减少 ≥ 20%；错误率不升
• 常见进阶陷阱：为了"防错"而设计过度约束，结果正常用户也被卡住。核心原则：约束应该惩罚错误操作，而不是阻碍正确操作。

🔵 团队版 SOP

• 触发条件：产品上线后同类操作错误率居高不下
• 角色 × 步骤矩阵：

• 验证标准：刻意错误操作的拦截率 ≥ 95%；正常操作的完成率 ≥ 95%
• 回滚机制：如果后端约束导致性能下降，优先保证前端约束（用户体验优先），后端约束异步执行

决策检查清单

• 你的产品中，错误操作在物理/逻辑上是否难以发生？（约束）
• 控件的位置/方向是否与操作结果自然对应？（映射）
• 每步操作后用户能看到变化吗？（反馈）
• 三者中哪个最弱？优先补强它。

内容种子

• 可衍生文章选题：《约束的艺术：如何让用户"想犯错都难"》《映射不只是按钮位置：从炉灶到项目管理》
• 可设计课程模块：《约束-映射-反馈实战：从诊断到方案》
• 可提出咨询问题：「你的产品中，用户犯的最常见的错误是什么？缺约束、映射还是反馈？」

CH.05🧠 费曼检验

情境问题

小李是一家在线教育公司的产品经理。最近上线了一个新功能"智能学习路径推荐"，系统会根据用户的测试成绩自动生成个性化学习计划。上线两周后，数据很差：

• 只有 15% 的用户完成了"入口测试"
• 完成测试的用户中，只有 40% 查看了推荐的学习计划
• 查看学习计划的用户中，只有 25% 实际开始了学习

请你用本书至少两个核心模型分析问题出在哪里，并给出改进方案。

参考解法框架

用行动鸿沟模型分析：入口测试阶段存在严重的执行鸿沟——用户不知道测试的意义（"为什么要做这个？"），也看不到测试的价值（评估鸿沟——"测完之后会怎样？"）。查看学习计划阶段——计划呈现方式可能缺乏可供性（"开始学习"按钮不明显）或概念模型不一致（用户以为"推荐计划=强制课程"）。

用七阶段行动模型分析：在"目标"阶段，用户没有被明确告知"完成测试→获得个性化计划→高效学习"的因果链；在"感知结果"阶段，测试完成后可能缺乏进度反馈和结果预览。

用约束-映射-反馈三联体分析：可能缺乏约束——用户可以跳过测试直接浏览课程，使得"智能推荐"功能被架空；可能缺乏反馈——用户做了测试但看不到任何即时的结果预览，不知道测试有什么用。

好的回答应包含的要素

• 能区分不同阶段的不同问题（而非笼统说"体验不好"）
• 能识别出多个鸿沟的叠加效应
• 能给出分优先级的改进方案（先解决最致命的鸿沟）
• 能意识到"数据差"不是单一原因，而是多阶段断裂的结果

5 个常见误解

1. 误解："设计心理学"是教你怎么做好看的设计。 澄清：这本书几乎不讨论视觉美学。它讨论的是功能性设计——东西能不能被正确使用。好看但难用 = 坏设计；难看但直觉好用 = 好设计（至少在功能层面）。

2. 误解："可供性"就是"按钮看起来像可以按"。 澄清：可供性是物品属性所支持的所有可能操作的集合，不仅仅是设计师期望的那个操作。一个平面"可以坐"也可以"放东西"也可以"挡住去路"——设计师不能控制可供性，但可以通过意符引导用户发现"正确的"可供性。

3. 误解：用户犯错是因为用户笨或不认真。 澄清：诺曼全书反复强调一个原则：如果用户犯错，是设计的错。设计者的工作就是预见人类的错误模式，并通过约束、反馈和映射来防止错误。怪用户是设计者的懒惰。

4. 误解：好设计 = 一切都在界面上，越直观越好。 澄清：过度设计同样有害。好设计是在正确的时间展示正确的信息——新用户需要更多引导，专家用户需要更少干扰。这引出了诺曼在后续作品中强调的"渐进式披露"原则。

5. 误解：读完这本书就能设计出好产品。 澄清：这本书给你的是诊断框架——帮你找到"为什么不好用"的原因。但"怎么改得更好"还需要具体的设计技能、用户测试和迭代实践。知道病因不等于会治病。

12 岁孩子版

第一件事：这本书在讲为什么有些东西用起来特别顺手，有些东西用起来特别让人抓狂。

第二件事：以前大人们觉得，东西不好用是因为你笨、没仔细看说明。但作者说，不对——东西不好用是做东西的人没想清楚。

第三件事：作者发现，好东西会"自己告诉你"怎么用——比如门把手是横的就知道要推、是圆的就知道要拉。如果门把手装反了，你推了半天推不开，那就是做门的人搞砸了。

第四件事：你可以用这个方法检查你身边的东西——比如你家的微波炉好不好用、学校的 App 好不好用，都能找到原因。

第五件事：但作者也说，有些特别新的东西一开始就是不好用的（比如第一次用智能手机），需要你先学一下。关键是做东西的人要知道"大家需要学多久"，别让人一直学不会还怪大家笨。

CH.06📝 全书评估

1. 真正解决了什么问题？ 系统性地回答了"为什么日常物品常常令人困惑"这个问题，把设计从"艺术直觉"提升为"可分析、可诊断、可改进的学科"。它改变了几代设计师和产品经理的思维方式——从"用户应该适应设计"到"设计应该适应用户"。

2. 核心模型原创性如何？ 可供性（源自吉布森的生态心理学，诺曼重新定义并赋予设计含义）、行动的七阶段模型（源自认知心理学的行动理论）、概念模型一致性（原创性较高）。虽然个别概念有学术源头，但将它们系统整合为"设计可用性"的分析框架，是诺曼的独创性贡献。

3. 证据质量如何？ 大量来自日常生活的真实案例（门、水龙头、炉灶、电梯），说服力强；辅以认知心理学的实验研究支撑。但案例偏重西方日常生活场景，在跨文化、企业级系统、AI 产品的适用性上论证较弱（新版有所补充但仍不足）。

4. 最大盲区是什么？ ① 几乎不讨论利益相关方的政治博弈——很多"坏设计"不是设计师不知道怎么做好，而是因为公司内部权力斗争、合规要求、成本限制。② 对情绪和动机的讨论不足——好用不等于用户会用，动机、情感、社会因素同样重要（诺曼在后来的《情感化设计》中补了一部分）。③ 对系统复杂性的讨论不够深入——单个界面的可用性好，不代表多界面、多系统的协同可用性好。

书籍坐标

• 上游（更基础）：吉布森的《生态心理学中的视觉感知》（可供性的学术源头）
• 同层：雅各布·尼尔森的《可用性工程》（更偏方法论实操）、史蒂夫·克鲁格的《点石成金》（更轻量的入门版）
• 下游（更进阶）：诺曼自己的《情感化设计》（补充动机维度）、艾伦·库珀的《交互设计精髓》（系统性设计方法论）

CH.07🔗 跨书关联

与《情感化设计》（Emotional Design）的关联

• 共振点：两本书共同回答了"什么是好设计"——《设计心理学》从功能可用性切入，《情感化设计》从情感吸引力切入。诺曼在后书中明确表示：好设计需要同时在三个层面运作——本能层（外观）、行为层（可用性）、反思层（意义）。前者是后者的必要基础。
• 冲突点：《设计心理学》暗示"好用 = 好设计"，但《情感化设计》承认"好用但丑的东西用户就是不喜欢"。如果只能二选一，功能优先还是情感优先？诺曼的答案是：在生命安全领域功能优先，在消费品领域情感权重上升。
• 为什么接着读：读完本书再读《情感化设计》，能从"能用"上升到"想用"——理解为什么有些产品功能完美却没人用，有些产品功能平庸却让人上瘾。

与《点石成金：访客至上的 Web 和移动可用性设计》（Don't Make Me Think）的关联

• 共振点：两本书的核心原则高度一致——Steve Krug 的"不要让我思考"本质上就是诺曼"缩小行动鸿沟"的通俗版本。两书都强调：好的设计应该让正确操作显而易见。
• 冲突点：Krug 的书极度轻量化、面向 Web 设计，几乎不讨论理论；诺曼的书有认知科学的理论支撑，适用于更广泛的领域。如果只做 Web，Krug 够用；如果要理解"为什么"，需要诺曼。
• 为什么接着读：Krug 的书是本书的"速查手册"——当你需要快速做 Web 可用性审查时，Krug 的 Checklist 比诺曼的理论框架更快上手。两书互补，不冲突。

与《交互设计精髓》（About Face）的关联

• 共振点：Alan Cooper 的"目标导向设计"与诺曼的"以用户为中心的设计"共享同一哲学根基——设计应该从用户的目标出发，而非从技术能力出发。
• 冲突点：Cooper 更激进地主张"为用户画像（Persona）设计"，甚至认为设计师应该成为"用户的代言人"来对抗利益相关方的压力；诺曼对此讨论较少，更多聚焦在"物"的设计层面，而非"组织"的设计层面。
• 为什么接着读：Cooper 的书是本书的"执行手册"——如果你需要一套完整的从调研到设计到交付的方法论，Cooper 的体系更系统。诺曼给你"为什么"，Cooper 给你"怎么做"。

知识网络位置

• 上游（先读）：《点石成金》（更轻量的入门）→ 建立"可用性"的直觉认知
• 本位：《设计心理学》——建立完整的理论框架和诊断能力
• 下游（再读）：《情感化设计》（补充情感维度）→ 《交互设计精髓》（落地为完整方法论）
• 对照读：赫伯特·西蒙的《人工科学》（从更哲学的层面理解"设计是什么"——设计是将现有状态转变为期望状态的过程）

CH.08✨ 深度洞察摘录

设计的本质不是创造美，而是消除困惑

• 来源：《设计心理学》核心命题
• 类型：认知颠覆
• 核心内容：多数人以为设计师的工作是"让东西好看"，但诺曼反复论证：设计的核心任务是让东西"能被正确使用"。一个门把手做得再精美，如果用户不知道该推还是该拉，就是失败的设计。美是锦上添花，可用性才是地基。
• 可迁移到：任何需要"让人做对"的场景——教育（教得漂亮不如教得明白）、管理（文件做得漂亮不如流程跑得顺）、汇报（PPT 做得漂亮不如结论传得到）

永远不要怪用户——设计失败是沟通失败

• 来源：《设计心理学》贯穿全书的原则
• 类型：认知颠覆
• 核心内容：当用户犯错时，99% 是设计的错——系统映像没有正确传递设计师的意图。"用户太笨"是设计者推卸责任的借口。这个原则看似简单，但在实际工作中被违反的频率极高——每次产品经理说"用户不会用是因为没培训到位"，就是在违反这条原则。
• 可迁移到：管理中的"员工不执行"问题（流程设计有问题？还是员工真的不会？）；教育中的"学生学不会"问题（教学设计有问题？还是学生不够努力？）

默认值是世界上最强大的设计工具

• 来源：《设计心理学》七阶段行动模型相关论述
• 类型：可迁移模型
• 核心内容：默认值消除了用户行动循环中"目标→确定→描述"三个阶段的认知负荷——用户不需要做决策，只需要"确认"或"什么都不做就自动执行"。研究反复证明：器官捐献的同意率在"默认同意"国家是90%+，在"默认不同意"国家是15%以下——区别仅仅是默认值不同。
• 可迁移到：产品设计（合理的默认设置）、政策设计（养老金自动加入 vs 自愿加入）、团队管理（默认会议时长25分钟 vs 60分钟）

好设计让用户觉得自己聪明，坏设计让用户觉得自己笨

• 来源：《设计心理学》核心理念
• 类型：金句级表达
• 核心内容：可用性不是抽象指标——它直接影响用户对自身能力的判断。当一个产品用起来顺畅，用户会觉得"我很会用这个"；当一个产品让人困惑，用户会归因为"我不够聪明"（而非"这个设计太烂"）。这意味着坏设计不仅降低效率，还在心理上伤害用户。
• 可迁移到：教育产品设计（学生学不好时的自我归因）、员工工具设计（工具难用导致的"我不适合这份工作"的错觉）、客户体验（产品不好用导致的"可能是我不会用"的自我怀疑）

约束不是限制自由，而是保护正确

• 来源：《设计心理学》约束-映射-反馈三联体
• 类型：跨书共振
• 核心内容：人们本能地抵触"约束"（被限制的感觉），但好的约束实际上是在保护用户——让正确的操作更容易，让错误的操作更难发生。密码强度要求是约束，但它保护了账户安全；审批流程是约束，但它防止了错误决策。关键在于：约束应该精确地打击错误操作，而不是无差别地阻碍所有操作。
• 可迁移到：制度设计（规则是约束，但好的规则只约束错误行为）、代码规范（限制了随意编码，但保护了系统稳定性）、育儿（合理的边界不是限制自由，而是保护孩子）