设计思维与双钻:探索侧的端到端
TL;DR:设计思维与双钻是探索侧的端到端框架——当需求不清、方案待发散时用它们。设计思维(IDEO、Stanford d.school)五阶段:同理→定义→创意→原型→测试,非线性的反复重入。双钻(英国设计委员会)四 D:发现→定义→开发→交付,用两次"发散-收敛"把模糊问题压缩成可交付方案。两者都强调先发散再收敛,与 A3 的"线性深挖根因"是不同节奏——A3 解决"已定义的问题怎么根治",设计思维解决"到底该解决什么问题"。本篇讲清五阶段、双钻四 D,以及何时切到探索侧。
概念解释
设计思维是什么
设计思维(Design Thinking)由 IDEO 与 Stanford d.school 推广,是一种以同理心为起点的端到端问题解决方式。它不假设问题已被定义,而是先用同理去理解真实用户,再定义值得解决的问题,发散创意,用原型快速测试。它属于 端到端问题解决总览:A3 与 OODA 的"探索创新"节奏,与 A3 相对——A3 的前提是"问题可定义",设计思维的前提恰恰是"问题还没定义清楚,需先探索"。
双钻模型
双钻(Double Diamond)由英国设计委员会于 2005 年提出,把设计思维的过程结构化为两段"发散-收敛":第一颗钻(发现→定义)发散收集、收敛出正确的问题;第二颗钻(开发→交付)发散方案、收敛出可交付的解。它的核心价值是显式区分"定义问题"和"解决问题"两个容易混为一谈的阶段。
| 设计思维五阶段 | 双钻四 D | 在做什么 |
|---|---|---|
| 同理 Empathize | 发现 Discover | 发散:理解用户与情境 |
| 定义 Define | 定义 Define | 收敛:选定值得解决的问题 |
| 创意 Ideate | 开发 Develop | 发散:产生方案选项 |
| 原型+测试 Prototype+Test | 交付 Deliver | 收敛:原型验证并交付 |
核心:两套框架同源,只是切片不同。设计思维强调"非线性可重入"(测试后可能回到同理),双钻强调"两次发散-收敛的节奏"。实践中常合并:用双钻的节奏跑设计思维的五阶段。
探索侧 vs 线性解决的节奏差异
| 维度 | A3(线性解决) | 设计思维/双钻(探索) |
|---|---|---|
| 前提 | 问题已定义 | 问题未定义清 |
| 重心 | 根因深挖 | 发散-收敛找正确的问题 |
| 产出 | 一页 A3 | 原型与测试结论 |
| 失败模式 | 跳过根因 | 发散不收敛,"创意"为目的 |
| 衔接 | 探索后切 A3 根治 | 探索前先定义问题 |
关键:节奏错配是最大误用。需求未清就用 A3 深挖根因,会"高效地解决了一个不是真正的问题";已定义的工程问题用设计思维发散,是浪费。用 如何选择方法 判断:问题清楚→A3,问题不清→设计思维。
目录
| 章节 | 说明 |
|---|---|
| 设计思维五阶段 | 同理/定义/创意/原型/测试 |
| 双钻四 D | 两次发散-收敛 |
| 探索侧 vs 线性解决节奏 | 何时切到探索侧 |
| 与其他专栏的衔接 | 在七阶段中的位置 |
| 适用边界与误用 | 设计思维不替代什么 |
设计思维五阶段
| 阶段 | 回答 | 产出 | 常见错误 |
|---|---|---|---|
| 同理 Empathize | 用户真实处境是什么? | 访谈、观察记录 | 只问不观察,或只信自己代入 |
| 定义 Define | 哪个问题值得解决? | 问题陈述(How might we…) | 把方案当问题定义 |
| 创意 Ideate | 有哪些可能方案? | 方案选项清单 | 过早评判、只留熟悉方案 |
| 原型 Prototype | 用最小成本可视化方案 | 低保真原型 | 追求精修而非验证 |
| 测试 Test | 假设是否成立? | 测试结论、迭代方向 | 只测支持性反馈 |
非线性:五阶段不强制顺序——测试后常回到"同理"(发现假设偏差)或"定义"(问题理解错了)。d.school 反复强调:阶段是思考模式,不是瀑布步骤。
双钻四 D
| 阶段 | 钻型 | 动作 | 软件工程对应 |
|---|---|---|---|
| 发现 Discover | 发散 ↑ | 用户研究、田野观察 | 真实用户访谈、埋点分析 |
| 定义 Define | 收敛 ↓ | 聚焦成一个问题陈述 | 问题陈述:把现象转化为可操作的定义 |
| 开发 Develop | 发散 ↑ | 脑暴、草图、方案空间 | 技术方案探索、技术调研 |
| 交付 Deliver | 收敛 ↓ | 原型、测试、交付 | Premortem 与预承诺:在行动前发现失败路径、灰度发布 |
核心:双钻的纪律是"不要跳过第一颗钻"——很多团队直接从"开发"开始(发散方案),却没先"发现-定义"聚焦问题,结果做出用户不需要的东西。第一颗钻(发现→定义)正是 问题定义总览:从现象到问题陈述 的探索侧对应。
探索侧 vs 线性解决节奏
判断该不该切到探索侧,看问题是否已被定义清楚:
| 信号 | 切到探索侧(设计思维) | 切到线性侧(A3) |
|---|---|---|
| 问题陈述 | 还写不出"目标-现状-差距" | 已有不预设方案的陈述 |
| 用户/受影响者 | 不清楚谁、要什么 | 已识别三类利益相关者 |
| 方案空间 | 需发散多选项 | 需针对根因选对策 |
| 验证方式 | 靠原型测假设 | 靠数据测效果 |
接力逻辑:探索侧收敛出"问题陈述+方案选项"后,交给 A3 做线性根治与对策评估;A3 的对策再交给 BML 用最小成本验证假设。三段接力覆盖"探索→根治→验证"。
与其他专栏的衔接
| 设计思维阶段 | 衔接专栏 | 复用 |
|---|---|---|
| 同理/发现 | 利益相关者与边界:谁受影响、谁有事实、谁能决策 | 利益相关者地图 |
| 定义 | 问题定义总览:从现象到问题陈述 / 问题陈述:把现象转化为可操作的定义 | 问题陈述卡 |
| 创意 | MECE:互斥穷尽的分解原则 | 方案空间 MECE 分解 |
| 原型/测试 | 实验设计:AB 测试、灰度与消融实验 | 原型验证的实验方法 |
| 交付 | 决策与权衡总览:从选项到可审阅的承诺 | 方案决策记录 |
定位:设计思维覆盖七阶段闭环的"观察(同理)→定义→建模(创意)→验证(原型测试)"弧,补 A3 在"问题未定义清"时的探索能力。
适用边界与误用
- 发散必须收敛:只发散不收敛的"头脑风暴"不是设计思维,是浪费时间。每颗钻都要落到一个收敛产出。
- 不是所有需求都要同理:明确的技术优化、已知问题的修复,直接 A3,不必走同理仪式。
- 原型是验证不是展示:做精修原型去汇报,违背"最小成本测假设"的本意。原型粗糙没关系,关键测对假设。
- 测试不能只听好话:只收集支持性反馈是确认偏差,需主动找反例——这正是 批判性思维总览:从主张到可检验论证 的要求。
- 设计思维不替代根因:定义出问题后,机制不清仍需 因果分析与根因分析。
关联笔记
- 端到端问题解决总览:A3 与 OODA(设计思维是探索创新节奏的框架)
- 问题定义总览:从现象到问题陈述(双钻第一颗钻即问题定义的探索侧)
- 问题陈述:把现象转化为可操作的定义(定义阶段的问题陈述卡)
- 实验设计:AB 测试、灰度与消融实验(原型测试的实验方法)
- 丰田 A3:一页纸上的问题解决与教练(探索收敛后切 A3 根治)
参考资料
评论 (0)