CH.01📚 书籍元信息
书名：《设计法则》（The Design of Everyday Things）
作者：唐纳德·诺曼（Donald A. Norman）
类型：设计心理学 / 用户体验
输入类型：仅书名（基于训练知识分析）
一句话总结：这本书回答了"为什么普通人面对日常物品会频频受挫"的问题，答案是：90%的使用困难不是人笨，而是设计违背了人类认知本能——好设计应该让用户不用说明书就能正确操作。
适读人群：
- 最需要：产品经理、UI/UX设计师、工业设计师、软件开发者、创业者、教育工作者
- 反适读：纯视觉艺术家——可能将「无摩擦体验」误解为设计的唯一目标，忽视了认知摩擦在某些场景中的价值（如艺术装置、思辨设计）
CH.02🔍 真问题
核心问题：当人们面对日常物品无法正常使用时，责任在人还是在设计？这个"使用障碍"的本质是什么？
旧答案：
- 方案A「责备用户」："这东西很简单啊，是你不会用"——把责任推给用户的学习能力
- 方案B「加说明书」：写厚实的操作手册、贴使用须知——用文字补偿设计缺陷
- 方案C「培训教育」：教会用户怎么用——改变人去适应机器
新答案：使用障碍的根源不在人，在设计与人类认知本能的错配。正确答案不是改变人去适应设计，而是改变设计去适配人的认知结构。
答案的底层逻辑：
- 人脑通过「心理模型」理解外部世界——我们会用经验中的因果关系猜测物品如何运作
- 人的认知资源有限——注意力、工作记忆、学习能力都是稀缺品
- 好设计应该「零说明书」——物品本身的物理属性就应该告诉用户怎么用、用了会发生什么
- 违背认知本能的设计注定失败，无论用户多聪明
关键边界：
- 适用于需要被广泛使用的物品/系统，而非极度创新的颠覆式交互（后者需要用户学习新范式）
- 适用于追求"易学易用"的场景，不适用于需要「刻意认知摩擦」的设计（如需要深思的安全确认流程）
- 不同文化对「自然映射」有差异（如开门方向、颜色含义）——示能和意符需要本地化
CH.03🗺️ 知识地图
（图说明：从诊断使用障碍出发，通过四大原则诊断设计，识别错误模式后给出修复路径。）
CH.04💡 核心模型深度解析
示能与意符模型
模型定义 物品通过自身的物理属性（形状、大小、材质）「示能」某种操作方式，设计师通过「意符」——可见的信号——引导用户识别这些示能并正确使用。示能是客观存在的可能性，意符是告诉用户这些可能性的视觉提示。
（图说明：示能是物体固有的可能性，意符是设计师添加的信号，两者共同决定用户是否能正确理解如何操作。）
原书论证
- 论证1：诺曼对比了「推门」与「拉门」——门板上的垂直把手示能「拉」，但没有把手的平板门则示能模糊。当意符缺失（平板门上没有"推"或"拉"的标志），用户就会频繁出错。
- 论证2：早期的CD播放器设计——按下按钮机器启动，再按关闭。但人的心智模型是「按下去=启动/确认」。诺曼指出这是设计师的系统模型与用户的心理模型严重错配的案例。
迁移场景
- 场景1：电商产品设计——按钮的颜色、位置、形状构成意符。用户看到蓝色下划线文字默认是链接（意符），看到红色按钮默认是"危险/删除"。违背这些意符就会产生误操作。
- 场景2：课堂设计——教师的提问方式是意符。"开放讨论"示能自由发言，"标准答案"示能背诵。不同意符引导学生产生不同的认知参与。
- 场景3：管理制度——报销流程中的"审批人"角色位置就是意符。如果需要多级审批的规则没有清晰可视化，员工就会频繁提交到错误节点。
失效边界
- 失效场景1：极度创新的交互——当设计一个全新交互范式时，物体可能没有任何"自然示能"，因为用户没有任何经验可类比。此时必须依靠培训，而非仅靠示能/意符。
- 失效场景2：专业工具——对于专家用户，过度的意符提示反而成干扰。手术器械、专业软件需要「可发现性」而非「强制引导」。
- 反例：Apple Magic Mouse——物理形态示能"可以点击"，但用户需要学习双指滑动才能滚动——这是在创新交互上牺牲了自然示能。
改造方法
- 需要补的变量：增加「用户知识水平」作为调节变量。同一物品对新手和专家的示能/意符设计策略应不同。
- 改造后形式：示能/意符设计 = f（物品功能，用户认知模型，使用场景，用户专业知识水平）
行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：设计一个新功能/产品界面时
- 执行步骤：1) 列出这个物品的物理属性（形状/颜色/位置）2) 追问：这些属性"示能"什么操作？3) 添加意符：用户需要知道什么信息才能正确操作？4) 找3个陌生人测试：他们看到这个设计的第一反应是什么？
- 验证标准：测试用户在不看说明的情况下，第一反应的操作是否正确
- 回滚机制：如果测试中超过30%的人误解，回退到草图阶段重新设计物理属性
🟡 老手版 SOP
- 触发条件：对现有产品做迭代优化时
- 执行步骤：1) 收集用户反馈中的"我不知道怎么..."类问题 2) 检查这些问题对应的界面元素——示能是否清晰？意符是否存在？3) 对比竞品：相同功能在竞品中是如何用意符表达的？4) A/B测试两个意符方案
- 验证标准：核心操作的"首次使用正确率"提升
- 常见进阶陷阱：过度设计意符——把每个操作都标注说明，结果界面信息过载，反而让用户不知所措
🔵 团队版 SOP
- 触发条件：新产品/功能上线前的评审阶段
- 角色×步骤矩阵：设计师负责画出示能/意符清单，产品经理负责从业务角度确认哪些功能需要高优先级的意符引导，用户研究员负责安排可用性测试
- 验证标准：核心任务的"零错误完成率"达到85%以上
- 回滚机制：如果测试失败，不是加文字说明（那是妥协），而是重新设计物理属性/布局
决策检查清单
- 用户看到这个界面/物品，能直观"知道"怎么操作吗？
- 这个操作的结果是否符合用户的心理预期？
- 意符是否足够明显，用户不会"看不到"？
- 是否存在"意符与功能矛盾"的情况（如按钮看起来能点，但实际禁用）？
内容种子
- 文章选题：「为什么你设计的功能用户总是不会用？——示能与意符自检清单」
- 课程模块：「产品设计第一课：从示能视角审视你的产品」
- 咨询问题：「你的产品有多少操作需要用户'学习'才能掌握？学习成本就是设计债务。」
映射-反馈回路
模型定义 控制与效果之间的「空间对应关系」决定操作的直觉性——自然映射让用户无需记忆即可正确操作。配合即时反馈，用户能形成有效的「感知-行动循环」。
（图说明：映射决定操作的直觉性，反馈决定用户能否确认操作效果。两者共同构成完整的使用闭环。）
原书论证
- 论证1：炉灶控制问题——传统炉灶用四个横向排列的旋钮控制四个空间布局呈方形的炉头，这是「任意映射」，用户必须记忆对应关系。正确的映射应是旋钮的物理布局与炉头空间布局直接对应（诺曼将其称为"诺曼门"之外的另一经典案例）。
- 论证2：早期数字产品的"模式"问题——同一按键在不同模式下功能不同，且没有反馈告诉用户当前处于什么模式。用户常常按了"确认"却触发了"删除"。
迁移场景
- 场景1：智能家居控制——语音控制"打开客厅灯"，如果没有即时反馈（灯亮了+语音确认），用户会怀疑是否真的执行成功，会重复操作导致混乱。
- 场景2：团队管理——"把结果告诉我"vs"每周五下午三点书面汇报"——后者的映射更自然，减少了"什么时候该汇报"的不确定性。
- 场景3：在线教育——进度条是即时反馈的关键意符。没有进度条的学习模块，用户会失去"我学了多少"的空间感。
失效边界
- 失效场景1：空间约束导致无法自然映射——如飞机驾驶舱的空间有限，不可能让所有旋钮都与飞机部位空间对应。此时需要其他设计来补偿。
- 失效场景2：远程操作——当控制与效果在空间上完全分离（如远程控制无人机），自然映射失效，必须依赖视频反馈。
- 反例：ATM取款——"先退卡还是先出钱"在不同银行有不同映射，这个差异导致用户困惑（如果先退卡，用户可能忘记取钱就离开）。
改造方法
- 需要补的变量：增加「时间维度」——不仅控制-效果要有空间映射，操作顺序也要有逻辑映射。
- 改造后形式：自然映射 = f（空间对应，时间顺序，因果逻辑，用户心智模型）
*行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：设计任何需要用户"控制"某事的功能时
- 执行步骤：1) 画出用户的控制界面布局 2) 画出效果发生的位置/顺序 3) 检查：两者的布局是否自然对应？4) 追问：用户操作后能立即看到结果吗？
- 验证标准：用户第一次使用时，操作方向/顺序是否正确率>90%
- 回滚机制：如果映射不自然，最简单的修复是添加视觉提示（如在界面上画箭头）
🟡 老手版 SOP
- 触发条件：用户反馈"我按了但不知道有没有反应"
- 执行步骤：1) 记录用户操作到看到结果的延迟时间 2) 追问：这个延迟是否在用户的耐心阈值内？3) 设计过渡态反馈（加载动画、进度提示）4) 测试：操作后用户是否还在重复操作？
- 验证标准：核心操作的"重复操作率"（误以为没生效而重复按）<5%
- 常见进阶陷阱：反馈过于丰富——每个操作都有动画+音效+文字提示，结果信息过载，用户反而不知道该关注哪个反馈
🔵 团队版 SOP
- 触发条件：设计多步骤流程（如表单提交、审批流程）
- 角色×步骤矩阵：设计师画出流程图，标注每个步骤的映射和反馈点；开发负责实现反馈机制；产品经理确认流程步骤的逻辑顺序
- 验证标准：流程完成率和用户中途放弃率
- 回滚机制：如果放弃率高，检查是否某个步骤映射不自然或反馈缺失
决策检查清单
- 控制和效果的布局/顺序是否自然对应？
- 用户操作后能在3秒内看到反馈吗？
- 反馈是否明确传达了"操作成功/失败/进行中"？
- 用户是否会因为反馈延迟而重复操作？
概念模型透明化
模型定义 设计师心中的「系统模型」（系统如何工作）与用户心中的「心理模型」（用户以为系统如何工作）往往不一致。设计的目标是让系统模型对用户透明——通过设计让用户的心理模型与真实的系统模型重合。
（图说明：用户通过观察界面形成心理模型，设计的目标是让这个模型与真实的系统模型一致。）
原书论证
- 论证1：电梯问题——人们走进电梯后会看楼层显示屏，如果电梯上升但数字不变化，用户会困惑。这是系统模型不透明的经典案例。设计需要让用户理解电梯的实时状态。
- 论证2：数字文件管理——用户的心理模型是"文件在文件夹里"（空间模型），但计算机的实际模型是"文件是磁盘上的字节序列，文件夹是虚拟的组织方式"。当用户理解了这个差异，才能理解"删除文件后能恢复"和"磁盘清理"。
迁移场景
- 场景1：银行App——用户以为"转账是即时到账"，但银行系统有清算周期。如果App不透明地展示处理进度，用户会困惑甚至投诉。
- 场景2：绩效管理——员工的心理模型可能是"加班多=绩效好"，但系统模型是"结果产出>过程投入"。管理者需要让这个系统模型对员工透明。
- 场景3：开源软件——代码是"系统模型"的完全透明版本，但普通用户无法阅读代码，因此仍然需要UI作为"心理模型的桥梁"。
失效边界
- 失效场景1：系统过于复杂——当真实系统模型极其复杂（如现代操作系统的内存管理），完全透明反而让用户无法形成可用的简化模型。此时需要"有用的简化"。
- 失效场景2：安全系统——某些安全机制（如双因素认证的完整验证逻辑）故意不完全透明，以防止被攻击。
- 反例：iPhone的电池百分比一度被隐藏（iOS 16之前），苹果认为"简单百分比"会增加用户焦虑——这是"故意不透明"的设计决策。
改造方法
- 需要补的变量：增加「透明度调节」概念——不是所有系统都需要100%透明，需要根据用户需求和技术复杂度找到合适的透明度。
- 改造后形式：概念模型透明度 = f（系统复杂度，用户任务需求，安全要求，学习成本容忍度）
*行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：用户说"我不知道它在干嘛"或"我预期会这样但实际不是"
- 执行步骤：1) 画出你心中的系统模型（系统真的怎么工作）2) 画出用户的心理模型（用户以为怎么工作）3) 找到两者差异最大的点 4) 追问：能否通过界面设计让这个差异可视化？
- 验证标准：用户能否用一句话描述"这个系统是怎么工作的"
- 回滚机制：如果系统太复杂无法简化，至少在关键节点提供"状态提示"
🟡 老手版 SOP
- 触发条件：产品核心功能的使用流程
- 执行步骤：1) 列出产品中用户最可能误解的3个操作 2) 为每个操作设计"可视化系统状态"的方案 3) 追问：能否让用户看到数据的真实流向？4) 测试：用户是否能准确预测操作结果
- 验证标准：用户能准确预测操作结果的比例>80%
- 常见进阶陷阱：过度透明——把所有技术细节都展示出来，结果用户被信息淹没。需要找到"最小必要信息量"。
🔵 团队版 SOP
- 触发条件：跨部门协作流程设计
- 角色×步骤矩阵：技术负责人提供真实的系统流程图；产品负责简化为用户可理解的概念模型；设计负责让这个模型可视化
- 验证标准：新员工能在30分钟内理解核心业务流程
- 回滚机制：如果团队成员对系统理解不一致，先召开"概念模型对齐会"再设计
决策检查清单
- 用户的心理模型与真实系统模型是否一致？
- 用户能否预测自己操作的结果？
- 关键操作的系统状态是否可视化？
- 当两模型不一致时，设计是否提供了修正路径？
约束防错系统
模型定义 通过在设计中嵌入物理约束、逻辑约束、语义约束，让错误操作在物理上不可能发生、或在逻辑上显而易见。最好的错误设计不是让用户不犯错，而是让犯错变得不可能。
（图说明：三种约束从不同层面阻止错误发生——物理上不可能、逻辑上不可逆、语义上可预判。）
原书论证
- 论证1：USB接口的演化——早期USB-A接口的插入需要尝试两次，因为没有物理约束防止反向插入。后来的USB-C和Lightning接口通过物理约束（对称形状）彻底解决了这个问题。
- 论证2：表格设计——如果要求填写"年龄"的字段只接受数字，且限制在0-150范围，就同时使用了物理约束（只能输数字）和逻辑约束（范围限制）。
迁移场景
- 场景1：安全驾驶——挡位只有在踩住刹车时才能切换，这是物理约束。如果能直接切换，新手可能在高速时误挂R档。
- 场景2：财务系统——大额转账需要二次确认+延迟到账，这是逻辑约束。如果能即时转出，冲动消费的风险极高。
- 场景3：课堂纪律——规定"发言前必须举手"是逻辑约束，防止混乱。但过度约束（如完全禁止说话）会扼杀互动。
失效边界
- 失效场景1：灵活性需求——当用户需要频繁切换操作模式时，强约束会降低效率。如游戏中的快捷键切换需要快速响应，不能有太多约束。
- 失效场景2：创新产品——全新交互范式没有历史约束可借鉴，过度约束可能限制用户的创造性使用。
- 反例：飞机的起落架——历史上曾有多起因忘记放下起落架导致的事故，后来增加了"不放下起落架就无法放下襟翼"的逻辑约束，彻底解决了这个问题。这说明约束防错确实有效，但需要精确设计。
改造方法
- 需要补的变量：增加「约束成本」——每种约束都有实现成本和用户学习成本，需要在防错收益和约束成本之间权衡。
- 改造后形式：约束设计 = f（错误严重程度，错误频率，约束成本，用户灵活性需求）
*行动接口（3 套 SOP）
🟢 小白版 SOP
- 触发条件：发现用户频繁犯某个错误
- 执行步骤：1) 列出用户可能犯的所有错误 2) 按错误严重程度排序 3) 对最严重的3个错误追问：能否通过物理约束让错误不可能？如果不能，能否通过逻辑约束让错误显而易见？4) 实现约束后测试错误是否消除
- 验证标准：目标错误的出现频率降为0或接近0
- 回滚机制：如果约束过于严格影响了正常操作，退回到"意符+反馈"方案
🟡 老手版 SOP
- 触发条件：设计高风险操作流程
- 执行步骤：1) 进行FMEA（失效模式分析）2) 为每个潜在失效设计对应的约束 3) 追问：约束本身是否会引入新的失效模式？4) 设计约束的"安全阀"——万一约束失效怎么办？
- 验证标准：系统性的失效模式被覆盖>95%
- 常见进阶陷阱：约束叠加——多个约束同时生效时可能产生冲突，导致用户在某些边界情况下完全无法操作。
🔵 团队版 SOP
- 触发条件：重要业务流程上线前
- 角色×步骤矩阵：业务负责人列出高风险操作清单；产品设计约束方案；开发实现约束机制；法务确认约束是否符合合规要求
- 验证标准：核心业务流程的错误率<0.1%
- 回滚机制：如果约束导致用户体验严重下降，设计降级方案（如增加人工复核环节代替技术约束）
决策检查清单
- 用户可能犯的最严重错误是什么？
- 这个错误能否通过物理约束防止？
- 如果不能，逻辑约束是否足够清晰？
- 约束是否会降低正常操作的效率？
CH.05🧠 费曼检验
情境问题 李经理是某互联网公司的产品经理，负责一款面向中老年人的健康管理App。上线后收到大量投诉："找不到怎么看血压记录""我不知道怎么分享给医生""按钮太小点不准"。同时，团队中的设计师认为"界面已经够简洁了"，程序员觉得"功能逻辑没问题"。如果你是李经理，请运用本书的模型分析问题并提出改进方案。
参考解法框架：用示能/意符模型分析按钮的可发现性和可操作性；用映射-反馈模型分析信息架构和操作结果反馈；用概念模型透明化分析用户对系统状态的理解。
好的回答应包含的要素：能区分「设计问题」和「用户问题」；能识别出具体的示能/意符缺失；能提出可测试的改进方案而非笼统的"优化体验"。
5 个常见误解
误解：设计美观就是好设计 澄清：诺曼明确区分了「外观设计」和「可用性设计」。好看但不好用的设计是设计失败，而不是"有艺术感"。示能/意符/映射与视觉风格无关。
误解：只要功能强大用户就会喜欢 澄清：功能再多，如果概念模型不透明、意符不清晰，用户根本不知道如何使用这些功能。可用性是功能价值实现的前提。
误解：用户培训能解决设计问题 澄清：培训是对设计失败的补偿，不是解决方案。好设计应该让培训变得不必要。如果一个功能需要培训才能用，这本身就是设计债务。
误解：约束是限制用户自由 澄清：约束是防止错误，而非限制正确操作。好的约束让用户"只能做对的事"，而非"不能做事"。USB-C就是约束让用户"无法插反"，而非"无法插入"。
误解：反馈越多越好 澄清：过量反馈会造成信息过载，用户反而不知道该关注哪个信号。好的反馈应该是「适量、及时、明确」——不多不少，在需要的时候出现。
12 岁孩子版
第一件事：你有没有遇到过想开门但不知道推还是拉的情况？那不是你笨，是门设计得不好。 第二件事：以前大人们觉得"用不好东西是人的问题"，所以写说明书、办培训班。 第三件事：但这本书的作者说，其实是东西没设计好——如果门把手做得对，你一看到就知道该拉还是推。 第四件事：所以如果你以后要设计东西，要让别人一看就知道怎么用，不需要教。 第五件事：但也要记住，不是所有人都一样聪明，有的人反应快有的人反应慢，设计要考虑反应慢的人也能用对。
CH.06📝 全书评估
真正解决了什么问题？ 彻底翻转了"使用障碍责任归属"的旧范式——从"人应该适应设计"到"设计应该适配人"。这个范式转换影响了整个UX行业。
核心模型原创性如何？ 示能/意符/映射/反馈/约束这套模型已成为UX设计的基础语言，几乎每个设计从业者都在用（即使不知道出处）。原创性极高，但部分概念在数字时代需要扩展（如"动态示能""上下文意符"）。
证据质量如何？ 诺曼是认知科学家出身，案例来自大量用户研究和工程实践，不是空中楼阁。但修订版中部分案例已显老旧（如CD播放器、VCR），需要读者自行举一反三。
最大盲区是什么？ 原书聚焦于"可用性"，对"吸引力""情感化设计"（后来在《情感化设计》中补充）、"社会影响""伦理约束"关注较少。可用性只是好设计的必要条件，不是充分条件。
书籍坐标
- 在设计类书籍中，这是"设计心理学"的开山之作，相当于设计领域的《思考，快与慢》
- 上游：认知心理学基础
- 同级：《情感化设计》（同作者，补充情感维度）
- 下游：《Don't Make Me Think》（Web可用性实操）、《微交互》（细节设计）
CH.07🔗 跨书关联
与《Don't Make Me Think》的关联
- 共振点：两本书都在强调"用户不应该需要思考就能使用"。Steve Krug的书是诺曼理论在Web设计领域的具体化
- 冲突点：诺曼更偏理论和系统性，Krug更偏实操和直觉。Krug说"如果需要思考，就是设计失败"，但诺曼承认某些创新交互确实需要用户学习
- 为什么接着读：读完《设计法则》打下理论基础，再读Krug的书可以快速掌握Web可用性实战技巧
与《情感化设计》的关联
- 共振点：同作者，是对《设计法则》的补充——"可用性"之外还需要"吸引力"
- 冲突点：《设计法则》强调功能性，《情感化设计》承认"美"本身有独立价值，即使不影响可用性也值得追求
- 为什么接着读：补全"好设计"的完整定义——不仅要能用、好用，还要让人想用、喜欢用
与《思考，快与慢》的关联
- 共振点：诺曼的"心理模型"本质上对应卡尼曼的系统1（直觉/自动思维）。好设计利用系统1，让操作变成自动反应
- 冲突点：卡尼曼指出系统1容易出错，需要系统2（理性思维）纠正；诺曼的设计哲学是"让系统1不出错"而非"启动系统2来纠错"
- 为什么接着读：理解用户认知的底层机制，能更深刻地理解为什么某些设计有效、某些设计失败
知识网络位置
- 上游（先读）：无特殊前置要求，但有认知心理学基础会更好理解
- 下游（再读）：《Don't Make Me Think》（Web实操）、《微交互》（细节设计）、《用户体验要素》（系统框架）
- 对照读：《情感化设计》（补充情感维度）、《上瘾》（从动机角度补充"为什么用户会持续使用"）
CH.08✨ 深度洞察摘录
设计失败的99%可以归结为一个错误：假设用户会阅读
- 来源：《设计法则》核心论点
- 类型：认知颠覆
- 核心内容：设计师最大的幻觉是"用户会看到我的提示"。事实上，用户的注意力是稀缺资源，他们会用最省力的方式使用产品。如果需要阅读说明才能操作，那就是设计失败。
- 可迁移到：任何需要"被理解"的场景——汇报PPT、工作流程、制度文件。如果你写的东西需要"学习"才能理解，重新设计它。
"可见"不等于"可感知"，"可感知"不等于"可理解"
- 来源：示能与意符模型
- 类型：可迁移模型
- 核心内容：信息传递有三个层次——物理存在（可见）、注意力捕获（可感知）、认知处理（可理解）。大多数设计师只关注第一层，忽略了后两层。一个按钮即使放在页面上，如果位置不对、颜色不突出、意符不清晰，用户照样"看不到"。
- 可迁移到：市场营销信息传递、教学内容设计、任何需要"被注意"的沟通场景。
好设计是隐形的——用户根本不会意识到设计的存在
- 来源：《设计法则》关于"透明"的论述
- 类型：金句级表达
- 核心内容：如果用户在使用产品时思考"这个功能怎么用"，设计就失败了。好设计让用户完全沉浸在任务本身，设计变得透明。就像好的语法不会让人注意到语法的存在。
- 可迁移到：流程设计、管理制度、沟通方式。最好的规则是让人感受不到规则的存在。
教育应该教会人如何设计，而非如何使用
- 来源：《设计法则》关于用户与设计师关系的反思
- 类型：跨书共振（与教育心理学、创新理论呼应）
- 核心内容：诺曼认为未来的挑战不是教会用户使用现有系统，而是培养人"设计系统"的能力。因为系统变化太快，具体的使用技能会过时，但设计思维不会。
- 可迁移到：教育体系设计、员工培训、职业发展规划。教"捕鱼方法"比教"具体捕鱼"更重要。
承认"用户出错是常态"才能设计出好系统
- 来源：关于错误设计的章节
- 类型：认知颠覆
- 核心内容：大多数系统假设用户会正确操作，然后为"异常情况"设计错误处理。但诺曼指出：出错是人类认知的正常状态。好系统应该假设用户一定会出错，然后设计"出错后如何优雅恢复"。防错设计>错误提示>错误惩罚。
- 可迁移到：容错机制设计、风险管理、医疗/航空等高风险领域的安全设计。把"人会犯错"当默认假设，而非小概率事件。