← Back to Library
设计的逻辑无界图书馆
VOL.048 / DEEP READING · 解读报告

《设计的逻辑》

唐·诺曼 Don Norman·设计心理学 / 人机交互
这本书回答了为什么日常物品常常难以使用,答案是设计失败源于对人的认知规律的忽视
13,362 字·33 分钟阅读·4 个核心模型·2 次阅读
#设计心理学·#人机交互·#用户体验·#认知科学·#可供性

CH.01📚 书籍元信息

  • 书名:《设计的逻辑》(The Design of Everyday Things)
  • 作者:唐·诺曼(Don Norman)
  • 类型:设计心理学 / 人机交互
  • 输入类型:仅书名(基于训练知识分析)

一句话总结:这本书回答了为什么日常物品常常难以使用,答案是设计失败的根源不在于用户愚笨,而在于设计师没有理解人的认知规律。

适读人群

  • 最需要读:产品设计师、交互设计师、产品经理、建筑师、教师、管理者——任何需要设计"让人理解如何使用"事物的人
  • 反适读:追求纯粹艺术表达、认为"用户应该适应我的设计"的创作者;只做纯技术实现的工程师(可能会觉得"这不就是常识吗"而错过深层框架)

CH.02🔍 真问题

核心问题:为什么人与物之间的交互常常失败?当一个人站在一扇门前却推不开时——是门的问题还是人的问题?

旧答案

  • 传统观念把使用失败归咎于用户:"用户笨"、"用户没看说明书"、"用户需要培训"
  • 设计行业关注美学、技术创新、成本控制,可用性是事后补救
  • 工业革命以来的批量生产思维:产品标准化,适应是用户的责任

新答案

  • 使用失败的根源几乎总在设计端,不在用户端
  • 人的认知有固定模式:感知→解读→决策→行动→评估,设计必须顺应这个模式
  • 好设计让正确用法显而易见,错误用法不可能发生

答案的底层逻辑

  • 诺曼的认知科学背景:人类大脑处理信息有带宽限制,记忆有类型划分(工作记忆 vs 长期记忆)
  • 行动执行存在两个固有鸿沟:意图与行动之间(执行鸿沟)、系统状态与用户理解之间(评估鸿沟)
  • 设计的职责就是填平这两个鸿沟

关键边界

  • 框架适用于"意图让人理解如何使用"的物品——门、开关、软件界面、组织流程
  • 不适用于有意设计为"困难使用"的场景:安全锁、儿童药瓶防误开、军事武器的安全保险
  • 对于专家用户,过度显性的意符反而显得啰嗦——这是框架的延伸讨论而非失效

CH.03🗺️ 知识地图

mindmap root((设计的逻辑)) 设计失败根源 执行鸿沟 评估鸿沟 归咎用户的谬误 核心设计要素 可供性 意符 映射 反馈 约束 行动认知模型 七阶段框架 执行与评估 设计哲学 以人为本 可见性 自然性

(图说明:全书围绕"设计为何失败"展开,提出认知模型和设计要素两套工具,最终指向以人为本的设计哲学。)


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

行动七阶段模型

模型定义 人类行动遵循七个阶段:形成目标→形成意图→明确动作序列→执行动作→感知系统状态→解释状态→评估目标达成度;其中执行阶段存在"执行鸿沟",评估阶段存在"评估鸿沟",设计的核心任务是填平这两个鸿沟。

flowchart LR A["形成目标"] --> B["形成意图"] B --> C["明确序列"] C --> D["执行动作"] D --> E["感知状态"] E --> F["解释状态"] F --> G["评估结果"] G -->|"未达预期"| A D -.- H["执行鸿沟"] E -.- I["评估鸿沟"]

(图说明:行动的七个阶段中,两个鸿沟是设计失败的高发区,好的设计必须在这两处提供支撑。)

原书论证

  • 经典案例——门:诺曼分析了大量门的设计失败。用户意图是"通过",但门把手的形态暗示"拉"而非"推",导致执行鸿沟。门上没有视觉线索告诉用户刚才是推开还是拉开了,导致评估鸿沟。这是全书最著名的案例,贯穿多章反复分析。
  • 案例——炉灶控制面板:四个炉头呈2×2排列,控制按钮却排成一行。用户意图"关掉左前的火",但"左前"和按钮的"第三位"之间缺乏自然映射,每次操作都需要额外的认知加工来完成"解释"和"选择"。

迁移场景

  1. 软件产品的用户引导设计

    • 应用场景:用户打开一个新App,目标是"完成首次设置"
    • 怎么用:审视每一步——用户知道该点哪里吗(意符)?点击后有反馈吗(反馈)?能理解为什么这一步存在吗(评估)?用七阶段框架逐阶段检查用户可能在哪里"卡住"
  2. 企业管理中的流程设计

    • 应用场景:新员工入职,需要理解报销流程
    • 怎么用:从"形成目标(报销差旅费)"到"评估(钱到账了吗)",逐阶段检查。执行鸿沟:员工知道该填哪个表吗?评估鸿沟:提交后能看到审批进度吗?用这个框架诊断流程痛点
  3. 教学设计

    • 应用场景:设计一门在线课程,学员需要完成实操作业
    • 怎么用:学员的"行动"是提交作业。执行鸿沟:理解题意→形成解题思路→写出答案的链条上,哪里可能断裂?评估鸿沟:交了作业后,学员能知道自己做对了吗?

失效边界

  • 专家用户场景:熟练用户已经内化了操作模式,七阶段被压缩成自动化反应,此时显性提示反而干扰
  • 高动机场景:当用户有极强动机时(如救命),愿意忍受巨大的执行鸿沟
  • 多目标冲突场景:当产品同时服务于"新手引导"和"专家效率"时,七阶段框架需要分层设计

改造方法

  • 原框架聚焦单次行动循环,但现代产品是持续关系。需要补入"记忆"变量——用户上次的成功/失败经验如何影响本次的阶段起点
  • 改造版:在七个阶段前增加"记忆提取"阶段,让框架适用于重复使用场景

行动接口(3 套 SOP)

🟢 小白版 SOP

  • 触发条件:设计一个新产品或功能,开始做可用性测试之前
  • 执行步骤
    1. 画出用户的完整行动路径:目标→意图→动作→感知→解释→评估
    2. 在每个阶段标注"用户在这里需要知道什么"
    3. 找出当前设计在哪些阶段缺少支撑——这就是你要改的地方
  • 验证标准:找3个从未用过产品的人,只说"请完成XXX任务",观察他们在哪个阶段犹豫或出错
  • 回滚机制:如果改了某个环节导致原有用户困惑,保留"专家模式"开关

🟡 老手版 SOP

  • 触发条件:产品已经有一段时间,用户反馈集中在"不知道怎么用"
  • 执行步骤
    1. 收集用户失败案例,用七阶段回溯——失败发生在哪个阶段?是执行鸿沟还是评估鸿沟?
    2. 检查是否是因为"习惯迁移"——用户带着其他产品的心理模型来的
    3. 判断:改设计(填平鸿沟)还是改用户教育(重建心理模型)
  • 验证标准:用户任务完成率提升,客服工单中"怎么用"类问题下降
  • 常见进阶陷阱:老手容易陷入"我已经知道问题在哪"的确认偏误,忽略其他阶段的问题

🔵 团队版 SOP

  • 触发条件:跨职能团队(设计、开发、产品)对"用户体验问题"有分歧时
  • 角色 × 步骤矩阵
    • 产品经理:定义用户的"目标"阶段——用户真正想达成什么
    • 设计师:负责"意图→执行"阶段的设计——让操作路径显而易见
    • 开发工程师:负责"感知→评估"阶段——确保系统状态反馈及时准确
  • 验证标准:团队用同一套七阶段语言描述问题,不再出现"这是设计的问题"/"这是开发的问题"的互相指责
  • 回滚机制:如果七阶段分析变成甩锅工具,退回一步——先做用户测试视频回放,用事实对齐认知

决策检查清单

  • 用户能一眼看出可以做什么吗(可供性)?
  • 用户操作后能立即看到结果吗(反馈)?
  • 控件的排列和它控制的对象有直觉上的对应吗(映射)?
  • 错误操作在物理上被阻止了吗(约束)?
  • 系统当前状态对用户可见吗(可见性)?

内容种子

  • 可衍生文章选题:《为什么你的App新用户总在第3步流失——用行动七阶段诊断》
  • 可设计课程模块:《以行动模型为核心的交互设计实操工作坊》
  • 可提出咨询问题:《您的产品在哪两个阶段让用户"卡住了"?》

批判刃(三类批判)

前提批

  • 隐含前提1:用户有明确的目标。实际上很多产品使用是"无目的探索",七阶段模型的起点"形成目标"并不总存在
  • 隐含前提2:用户是理性的问题解决者。实际上用户大量使用启发式、习惯、情绪驱动的行动
  • 这些前提在"娱乐型产品""社交产品"场景下可能不成立

内部批

  • 内部漏洞:七阶段模型假设是线性流程,但实际用户行为是反复的、跳跃的、多线程并行的。用户可能同时操作多个功能,阶段之间不断跳转
  • 已知反例:游戏设计经常故意制造"不透明"和"困难",但用户乐此不疲。诺曼自己也承认"乐趣"不在这个框架的解释范围内

适用范围批

  • 有效边界:框架在"工具型产品"(用户有明确任务)上最有效,在"体验型产品"(用户没有明确目标)上解释力下降
  • 执行成本:完整执行七阶段分析需要大量用户测试数据,小团队可能负担不起
  • 隐藏代价:过度优化每个阶段的"显而易见性"可能导致产品变得平庸——牺牲了"发现的乐趣"和"学会的成就感"

可供性与意符系统

模型定义 可供性(Affordance)是物体属性与使用者能力之间的关系——门把手"可供"拉、按钮"可供"按;意符(Signifier)是告知用户可供性存在的信号——文字标签、箭头、形状暗示。好的设计让意符与可供性一一对应,用户无需学习即可理解如何使用。

graph LR A["物体属性"] -->|"可供性"| B["可执行的动作"] C["视觉/触觉线索"] -->|"意符"| D["用户感知"] B --> E["实际交互"] D --> E

(图说明:可供性定义可能性,意符传递可能性;两者一致时用户自然操作,不一致时产生困惑。)

原书论证

  • 经典案例——椅子:椅子的"可供性"包括:座面可供坐、靠背可供倚靠。好的椅子不需要说明书,因为形态本身就传达了"怎么用"。
  • 案例——水龙头的进化:从单把手混合水龙头到双把手冷热水龙头再到感应水龙头,每一次进化都是在重新定义"可供性-意符"关系。传统双把手水龙头的问题是:冷热水的把手没有直觉上的映射关系。

迁移场景

  1. 软件界面的按钮设计

    • 一个凸起的、有阴影的按钮暗示"可按"(意符与可供性一致)
    • 一个灰色的、无边框的文字可能只是标签,不是按钮(缺乏意符)
    • 灰色按钮表示"当前不可用"——这是"约束"的应用
  2. 组织管理中的权限设计

    • 员工能看到哪些功能(意符)决定了他知道自己能做什么(可供性的感知)
    • 一个隐藏的管理入口 = 可供性存在但缺乏意符,只有知道入口的人能用

失效边界

  • 文化差异场景:绿色在某些文化代表"通过",在另一些文化代表"危险"——意符有文化依赖性
  • 创新产品场景:全新的交互范式(如手势操作)没有直觉上的可供性,必须依赖意符教育用户
  • 无障碍设计场景:视障用户无法感知视觉意符,需要替代的触觉/听觉意符

改造方法

  • 原框架聚焦物理界面,数字时代的挑战是:可供性可以被隐藏(如长按、滑动),意符可以被最小化
  • 改造版:增加"可供性层级"概念——核心功能的可供性必须显性,次要功能的可供性可以渐进式展示

行动接口(3 套 SOP)

🟢 小白版 SOP

  • 触发条件:设计任何用户界面时
  • 执行步骤
    1. 列出界面中所有可交互元素
    2. 为每个元素问:用户怎么知道它是可交互的?(意符)
    3. 为每个元素问:用户怎么知道交互后会发生什么?(预期)
  • 验证标准:让一个从没见过界面的人说出"这些里面哪些能点",正确率>90%
  • 回滚机制:如果改动导致专业用户觉得"太明显",增加"简洁模式"选项

🟡 老手版 SOP

  • 触发条件:用户误操作率高,或用户"不知道有这个功能"
  • 执行步骤
    1. 做一次"可供性审计"——截图界面,让测试者标注"可交互"区域
    2. 对比:哪些可交互元素被遗漏?(意符不足)哪些不可交互区域被误点?(意符误导)
    3. 优先修复"意符误导"——这比"意符不足"危害更大
  • 常见进阶陷阱:老手容易过度依赖"用户应该知道这是按钮"的心理模型

🔵 团队版 SOP

  • 触发条件:新产品发布前的评审,或重大UI改版
  • 角色 × 步骤矩阵
    • 设计师:主导可供性审计,输出"可交互元素清单"
    • 开发工程师:确认技术实现是否保持了设计意图的可供性
    • QA:设计测试用例覆盖"意符误导"场景
  • 验证标准:5个首次用户测试中,可交互元素识别率>90%,无致命意符误导

内容种子

  • 可衍生文章选题:《为什么用户找不到你的功能?可用性审计三步法》
  • 可设计课程模块:《从门把手到App界面——可供性设计原则》

批判刃(三类批判)

前提批

  • 隐含前提:可供性是客观存在的。实际上Gibson和Norman对可供性的定义有分歧——可供性是环境的客观属性,还是依赖于使用者的能力?一把椅子对婴儿没有"可坐"的可供性
  • 这个前提在"多用户群体"场景下不成立——老年人和年轻人感知到的可供性不同

内部批

  • 内部漏洞:诺曼后来承认可供性和意符的区分在数字界面变得模糊——一个按钮的形状既是可供性也是意符
  • 已知反例:苹果的"滑动解锁"——初始没有任何意符提示可以滑动,但用户通过探索学会后,这种"隐藏可供性"反而成为设计亮点

适用范围批

  • 有效边界:对"首次使用"场景最有效,对"重复使用"场景效力递减——用户学会后不再依赖意符
  • 执行成本:彻底的可供性审计需要专业训练,不是"看看顺不顺眼"那么简单
  • 隐藏代价:过度显性的意符可能让界面显得"傻"或"啰嗦",牺牲了美感和高级感

自然映射理论

模型定义 映射(Mapping)是控制装置与被控制对象之间的对应关系;自然映射是指这种对应关系符合人的直觉预期——空间对应(左边的开关控制左边的灯)、时间对应(顺时针旋转=增加)、文化约定对应(红色=停止)。

graph LR A["控制装置布局"] -->|"映射关系"| B["被控对象布局"] B -->|"用户期望"| C{"对应是否自然?"} C -->|"是"| D["直觉操作"] C -->|"否"| C1["认知负担增加"] C1 --> C2["需要记忆/学习"]

(图说明:映射的自然程度决定了用户是"直觉操作"还是"需要思考";设计的职责是让映射符合人的预期。)

原书论证

  • 案例——炉灶控制面板:四个炉头排成2×2,控制按钮排成一排。用户想关左前的炉头,需要记忆"左前对应第三个按钮"——这是不自然映射导致的认知负担。改进方案:将按钮也排成2×2,位置一一对应。
  • 案例——汽车转向灯:向上拨=右转,向下拨=左转——这个映射最初并不直觉,但通过几十年的文化约定已成为"自然映射"。说明映射的自然性部分是文化建构的。

迁移场景

  1. 组织架构设计

    • 一个部门的职责与其上级汇报关系应该有清晰映射——"这条线归谁管"应该显而易见
    • 矩阵式组织的映射模糊性是其混乱的根源之一
  2. 数据可视化设计

    • 柱状图的高度映射数值大小(自然)
    • 3D饼图的角度映射比例(不自然,扭曲感知)
    • 选择哪种图表本质上是选择映射方式

失效边界

  • 文化差异场景:不同文化对映射有不同预期(如音量旋钮在有些文化是顺时针增大,有些是逆时针)
  • 创新交互场景:全新的交互范式没有"自然映射"可循,必须教育用户建立新预期
  • 多维度控制场景:当控制维度超过3个时,很难维持空间上的自然映射

改造方法

  • 原框架聚焦物理控制,数字界面的映射更抽象
  • 增加"渐进映射"概念——初次使用时提供强映射,熟练后允许用户自定义映射

行动接口(3 套 SOP)

🟢 小白版 SOP

  • 触发条件:设计涉及"多个控制项对应多个目标"的界面时
  • 执行步骤
    1. 画出控制项的布局和目标的布局
    2. 检查:空间上是否一一对应?如果控制项排成一行,目标也排成一行?
    3. 如果无法空间对应,用颜色、标签、分组建立映射
  • 验证标准:用户不需要记忆就能正确操作

🟡 老手版 SOP

  • 触发条件:用户操作错误率高,特别是"点错了"
  • 执行步骤
    1. 分析错误模式——是否集中在某些映射模糊的区域?
    2. 检查是否是"习惯迁移"——用户从竞品带来的映射预期不被满足
    3. 评估:改变映射是否会让老用户困惑?(映射一致性 vs 映射正确性的权衡)
  • 常见进阶陷阱:老手容易过度依赖自己团队的"常识",忽略用户的映射预期

🔵 团队版 SOP

  • 触发条件:设计复杂控制面板(如后台管理系统、数据看板)
  • 角色 × 步骤矩阵
    • 产品经理:定义"目标"的逻辑分组
    • 设计师:设计控制项布局,确保映射自然
    • 开发工程师:验证交互实现是否保持了映射关系
  • 验证标准:A/B测试中,新映射方案的操作错误率下降>30%

内容种子

  • 可衍生文章选题:《你的后台管理界面是不是在故意为难用户?——自然映射自检清单》

批判刃(三类批判)

前提批

  • 隐含前提:存在"自然"的映射。实际上很多映射是文化习得的(如从左到右=从早到晚)
  • 在跨文化产品设计中,这个前提需要重新审视

内部批

  • 内部漏洞:诺曼对"自然映射"的定义有时是循环论证——什么是"自然"?是符合大多数人预期的。大多数人怎么预期的?是"自然"的映射
  • 已知反例:触屏手机的"上滑"手势——在物理世界中没有对应物,但用户通过学习建立了新的"自然"预期

适用范围批

  • 有效边界:对于简单的一对一映射最有效;对于一对多、多对多映射,很难维持自然性
  • 执行成本:建立新映射需要用户教育成本,有时不如沿用"不自然但已习得"的旧映射

约束分层模型

模型定义 约束(Constraint)是限制用户可能操作范围的机制,分为四类:物理约束(物理上不可能做)、逻辑约束(逻辑上不合理做)、文化约束(文化上不应该做)、语义约束(语境上不应该做)。好的设计用约束防止错误操作,而不是事后惩罚错误。

graph TD A["约束分层模型"] --> B["物理约束"] A --> C["逻辑约束"] A --> D["文化约束"] A --> E["语义约束"] B --> B1["物理上不可能"] C --> C1["逻辑上不合理"] D --> D1["文化上不应该"] E --> E1["语境上不应该"]

(图说明:四种约束从强到弱排列;物理约束最可靠,语义约束最依赖上下文理解。)

原书论证

  • 案例——USB接口(老式):物理约束的经典——USB-A只能以唯一方向插入。但早期设计不够强,用户仍会尝试反向插入。USB-C改进为物理上对称,彻底消除了这个问题。
  • 案例——汽车排挡:P-R-N-D的顺序是文化约束+逻辑约束——你不会直接从P跳到D,因为有"必须经过R和N"的逻辑约束,这防止了误操作导致的安全问题。

迁移场景

  1. 软件的删除确认流程

    • 物理约束:某些关键数据不允许删除(灰掉按钮)
    • 逻辑约束:删除前必须确认两次
    • 语义约束:"永久删除"vs"移到回收站"的不同后果提示
  2. 组织的审批流程

    • 逻辑约束:金额超过阈值必须上级审批——系统不让你直接提交
    • 文化约束:某些操作需要邮件确认而非口头——防止"甩锅"

失效边界

  • 专家用户场景:约束对新手是保护,对专家是限制。过度约束会让熟练用户感到被"当傻子"
  • 创新场景:过度约束会阻止探索性操作,扼杀创新用法
  • 紧急场景:在紧急情况下,约束可能成为致命障碍(如紧急出口需要钥匙才能打开)

改造方法

  • 增加"约束适应性"概念——根据用户熟练度动态调整约束强度
  • 新手模式:强约束;专家模式:弱约束+风险提示

行动接口(3 套 SOP)

🟢 小白版 SOP

  • 触发条件:设计中有"用户可能误操作导致严重后果"的功能时
  • 执行步骤
    1. 列出所有可能导致严重后果的操作
    2. 为每个操作设计约束——能物理约束就物理约束,不行就逻辑约束,再不行就语义约束
    3. 测试:新手是否还会误操作?
  • 验证标准:新手在无提示情况下无法执行危险操作
  • 回滚机制:如果约束过强导致正常操作受阻,增加"强制继续"选项

🟡 老手版 SOP

  • 触发条件:用户反馈"太麻烦"、"操作步骤太多"
  • 执行步骤
    1. 审计每个约束的必要性——它防止的错误发生的频率和后果是什么?
    2. 评估约束的成本——它给用户增加的认知负担和操作步骤
    3. 权衡:高频低后果的错误,用警告替代约束;低频高后果的错误,保留强约束
  • 常见进阶陷阱:老手容易过度优化"效率"而削弱必要的安全约束

🔵 团队版 SOP

  • 触发条件:设计涉及安全、财务、数据隐私等敏感功能时
  • 角色 × 步骤矩阵
    • 安全/合规:定义"不可妥协"的强约束
    • 产品:在强约束基础上设计最优用户体验
    • 开发:确保约束在技术上可实现
  • 验证标准:没有绕过约束的路径存在;用户调研中"太麻烦"反馈低于基线

内容种子

  • 可衍生文章选题:《你的产品在保护用户还是在烦用户?——约束设计的度》

批判刃(三类批判)

前提批

  • 隐含前提:错误操作总是不好的。但有些错误操作是学习和探索的途径
  • 隐含前提:用户需要被保护。这可能是一种家长式设计哲学

内部批

  • 内部漏洞:四类约束的分类边界模糊。"文化约束"和"语义约束"在实践中很难区分
  • 已知反例:早期互联网浏览器没有"后退"按钮的约束——用户可以无限前进但无法后退。这个"缺陷"反而催生了"后退"功能的发明

适用范围批

  • 有效边界:对"工具型"产品最有效,对"创意型"产品可能有害
  • 执行成本:约束设计需要深度理解用户场景,错误的约束比没有约束更糟
  • 隐藏代价:过度约束的系统难以演进——用户习惯了低约束后,再增加约束会引发强烈反弹

CH.05🧠 费曼检验

情境问题

小李是一家在线教育公司的产品经理。数据显示,新用户注册后的第一周留存率只有30%。用户调研发现,大部分用户"不知道从哪里开始学"、"不知道学完一节课有什么用"、"找不到自己的学习进度"。

用《设计的逻辑》中的框架分析,小李应该优先解决哪三个问题?每个问题用什么模型解释?

参考解法框架

运用行动七阶段模型诊断:用户的目标是"开始学习",但在"形成意图→明确动作序列"阶段断裂——系统没有提供足够的意符告诉用户"从这里开始"。运用可供性与意符系统分析:"我的课程"入口缺乏意符,用户感知不到可供性。运用反馈模型解释:学完一课后缺乏系统状态反馈,用户无法评估自己的进度。

好的回答应包含的要素:用七阶段模型定位问题发生的具体阶段;识别出哪些是执行鸿沟、哪些是评估鸿沟;提出具体的意符/反馈/映射改进方案而非笼统的"优化体验"。

5 个常见误解

  1. 误解:这本书在讲"UI设计"或"平面设计" 澄清:这本书讲的是所有让人理解如何使用的事物的设计逻辑——门、炉灶、软件、组织流程都适用,远超UI设计的范围

  2. 误解:可供性就是"按钮长什么样" 澄清:可供性是物体与用户能力之间的关系,不是物体的物理属性。同一个按钮,对有经验的用户和对婴儿有完全不同的可供性

  3. 误解:好的设计就是"简单的设计" 澄清:诺曼区分了"简单"和"清晰"。好的设计是让正确操作显而易见,而不是让一切都变得简单——有时候"困难"是必要的(如安全锁)

  4. 误解:这本书主要在讲"如何做设计" 澄清:这本书更主要在讲"如何理解人"——理解人的认知模式,然后让设计适应人,而不是让人适应设计

  5. 误解:按照这些原则设计就一定能成功 澄清:这些原则是必要条件而非充分条件。可用性好但产品本身没价值的案例比比皆是——人们不会因为一把椅子好坐就买它

12 岁孩子版

第一件事:这本书在讲为什么我们家里的很多东西用起来那么别扭。 第二件事:以前大家觉得是人笨,但作者说其实是东西设计得不好。 第三件事:作者发现人做事情有个固定顺序——先想做什么,再想怎么做,做完看结果——如果东西挡住了这个顺序,人就会卡住。 第四件事:所以好的设计应该让人一看就知道怎么用,不用想、不用学、不会弄错。 第五件事:但有时候让东西"难用一点"也是对的,比如药瓶要大人费劲才能打开,这样小孩就不会偷吃药了。


CH.06📝 全书评估

  1. 真正解决了什么问题? 解决了"设计应该以谁为中心"这个根本问题——不是以设计师的美学、不是以工程师的实现便利、而是以用户的认知规律为中心

  2. 核心模型原创性如何? 可供性概念借鉴自Gibson的生态心理学,但诺曼的"意符"是对Gibson的重要补充和修正;行动七阶段模型是原创,对HCI领域影响深远

  3. 证据质量如何? 以日常物品案例为主,缺乏系统性的实验数据支撑;但案例的普遍性和直觉说服力极强,被设计界广泛接受

  4. 最大盲区? 对"情感"和"乐趣"的处理不足——诺曼后来写了《情感化设计》来弥补;对文化差异的处理较浅——意符和映射有强文化依赖性

书籍坐标

  • 同领域经典:在人机交互/UX设计领域是奠基之作
  • 读完可接:认知心理学方向接《思考,快与慢》;设计实践方向接Don Norman后写的《设计心理学2:如何管理复杂》
  • 对照读:可与《增长黑客》对照——前者讲"让用户会用",后者讲"让用户想用"

CH.07🔗 跨书关联

与《设计心理学2:如何管理复杂》的关联

  • 共振点:两本书都围绕"意符-映射-约束"的设计要素展开,但《设计的逻辑》聚焦"简单性",《设计心理学2》聚焦"复杂性管理"
  • 冲突点:《设计的逻辑》强调减少复杂性,《设计心理学2》承认复杂性不可消除只能管理——这是诺曼自己的思想演进
  • 为什么接着读:读完本书再读《设计心理学2》,能在"简单vs复杂"的张力上获得更成熟的理解——不是消灭复杂,而是让复杂可控

与《思考,快与慢》的关联

  • 共振点:两本书都研究人的认知规律,诺曼的"系统1/系统2"与卡尼曼的"快思考/慢思考"高度对应——好设计是让操作停留在系统1(不需要刻意思考)
  • 冲突点:卡尼曼更关注认知偏差和错误,诺曼更关注如何利用认知规律做好设计——前者是诊断,后者是处方
  • 为什么接着读:读完本书理解"设计应顺应认知",再读《思考,快与慢》能深入理解"为什么认知是这样运作的"——从知其然到知其所以然

与《用户体验要素》的关联

  • 共振点:Jesse James Garrett的五层框架(战略→范围→结构→框架→表现)是对诺曼设计哲学的系统化和工程化
  • 冲突点:诺曼的框架更"哲学化",Garrett的框架更"流程化"——前者讲"为什么",后者讲"怎么做"
  • 为什么接着读:读完本书获得设计直觉,读《用户体验要素》获得可执行的设计流程——从理解到落地

知识网络位置

  • 上游(先读):可先读《设计的逻辑》建立"以人为本"的设计直觉
  • 下游(再读):《设计心理学2:如何管理复杂》→《用户体验要素》→《Don't Make Me Think》
  • 对照读:《情感化设计》(同为诺曼所著,但视角从"可用性"转向"情感体验",形成互补)

CH.08✨ 深度洞察摘录

归咎用户的谬误:当东西不好用时,人不是笨的

  • 来源:《设计的逻辑》全书核心论点
  • 类型:认知颠覆
  • 核心内容:我们习惯性地认为"东西不好用是人的问题",但诺曼证明几乎所有的使用失败都可以追溯到设计缺陷。这不是为用户开脱,而是重新定义了设计的责任边界——设计的职责不是让用户学习,而是让正确操作自然发生
  • 可迁移到:教育领域(学生学不会,是教学设计的问题还是学生的问题?)、管理领域(员工执行不到位,是流程设计的问题还是态度问题?)

执行鸿沟与评估鸿沟:交互失败的两个固定位置

  • 来源:《设计的逻辑》行动七阶段模型
  • 类型:可迁移模型
  • 核心内容:人与物的交互必然经过"意图→行动→感知→评估"的循环,而失败几乎只发生在两个固定位置:要么"不知道怎么做"(执行鸿沟),要么"不知道做得对不对"(评估鸿沟)。诊断交互问题时,直接定位到这两个位置能快速找到病因
  • 可迁移到:客服流程设计(用户打电话来,是"不知道怎么操作"还是"操作了不知道结果"?)、员工管理(是"不知道该怎么做"还是"做了不知道反馈"?)

可供性不是属性,是关系

  • 来源:《设计的逻辑》可供性章节
  • 类型:认知颠覆
  • 核心内容:可供性不是物体的固有属性,而是物体与使用者之间的关系。同一把椅子对成人和婴儿有不同的可供性;同一个按钮对新手和专家有不同的可供性。这意味着"好的设计"不是一个绝对标准,而是相对于特定用户群体的
  • 可迁移到:产品定位(你的产品的"可供性"对谁成立?)、培训设计(同一批内容对不同基础的学员有不同的"可供性")

约束是设计的一部分,不是限制

  • 来源:《设计的逻辑》约束章节
  • 类型:金句级表达
  • 核心内容:我们习惯把"约束"视为负面的——限制自由、增加麻烦。但诺曼指出,好的约束是设计的一部分:它预防错误、引导操作、保护用户。一把没有约束的枪是最危险的设计;一把有适当约束的枪是负责任的设计
  • 可迁移到:制度设计(好的规则不是限制人的,而是引导和保护人的)、产品功能设计(限制某些操作可能比允许所有操作更好)

映射的自然性是文化建构的

  • 来源:《设计的逻辑》映射章节
  • 类型:跨书共振
  • 核心内容:诺曼通过汽车转向灯的案例说明,"自然映射"并非纯粹的物理直觉,部分是文化习得的。这意味着在跨文化产品设计中,不能假设"自然"是普适的。映射的自然性是可以被教育和时间改变的——但这需要成本
  • 可迁移到:国际化产品设计、组织变革(改变映射需要用户教育成本,有时沿用旧映射比引入"更自然"的新映射更务实)

ANOTHER LENS · 换个视角

换个视角看这本书

同一本书,不同身份看到的不一样。点一个视角,AI 现在为你重读一遍(约 15–25 秒,看过即存)。

读完这本解读版,它帮到你了吗?
你的判断会汇成「谁读过、对谁有用」—— 这是 AI 给不出的答案。
有用吗
喜欢吗
难度
CONTINUE / 读完之后

你已经读完这本书的解读版。

有疑问?右下角的 ✦ 问 AI 随时追问这本书 —— 整个阅读过程都在。

01

接着读什么

基于标签与核心模型的相似度推荐 · 都是已解读过的

下面是按标签 / 核心模型相似度,从库里直接关联出的相关书 · 想要 AI 深推(加深 / 拓展 / 对立)就点下面按钮。

02

去读原书

解读版只给你地图,原书才有那条路 —— 这本若打动了你,去把它读完。点击直达各平台。

👨‍👧

和孩子聊这本书

不用读完原书也能聊起来 —— 下面是从这本书里直接生成的亲子话题

  1. 这本书想说的是:「这本书回答了为什么日常物品常常难以使用,答案是设计失败源于对人的认知规律的忽视」。读给孩子听,再问 TA:你同意吗?为什么?
  2. 书里有个关键想法叫「行动七阶段模型」。试着用孩子能听懂的话讲一遍,再请 TA 举一个自己生活里的例子。
  3. 让孩子用一句话把这本书讲给好朋友 —— TA 会怎么说?听完你再补一句你的版本,看看有什么不同。
  4. 读完后,你和孩子各说一个「我打算试试看」的小行动,一周后互相验收。