目录
正在加载目录…
专栏文章
专栏文章
端到端问题解决专栏
1. 端到端问题解决:A3、OODA 与四种节奏 2. 丰田 A3:一页纸的问题解决与教练 3. OODA 循环:动态对抗中的快速适应 4. 设计思维与双钻:探索侧的端到端 5. 精益创业 BML:不确定性下的验证循环 6. A3 综合实践:串联一次端到端交付改进

设计思维与双钻:探索侧的端到端

发布于 2026-08-27 09:40 · 最后编辑于 2026-08-27 09:40 · 字数 2,728 👁 0 次阅读

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 线性解决节奏何时切到探索侧
与其他专栏的衔接在七阶段中的位置
适用边界与误用设计思维不替代什么

设计思维五阶段

design thinking five stages

阶段回答产出常见错误
同理 Empathize用户真实处境是什么?访谈、观察记录只问不观察,或只信自己代入
定义 Define哪个问题值得解决?问题陈述(How might we…)把方案当问题定义
创意 Ideate有哪些可能方案?方案选项清单过早评判、只留熟悉方案
原型 Prototype用最小成本可视化方案低保真原型追求精修而非验证
测试 Test假设是否成立?测试结论、迭代方向只测支持性反馈

非线性:五阶段不强制顺序——测试后常回到"同理"(发现假设偏差)或"定义"(问题理解错了)。d.school 反复强调:阶段是思考模式,不是瀑布步骤。

双钻四 D

double diamond four ds

阶段钻型动作软件工程对应
发现 Discover发散 ↑用户研究、田野观察真实用户访谈、埋点分析
定义 Define收敛 ↓聚焦成一个问题陈述问题陈述:把现象转化为可操作的定义
开发 Develop发散 ↑脑暴、草图、方案空间技术方案探索、技术调研
交付 Deliver收敛 ↓原型、测试、交付Premortem 与预承诺:在行动前发现失败路径、灰度发布

核心:双钻的纪律是"不要跳过第一颗钻"——很多团队直接从"开发"开始(发散方案),却没先"发现-定义"聚焦问题,结果做出用户不需要的东西。第一颗钻(发现→定义)正是 问题定义总览:从现象到问题陈述 的探索侧对应。

探索侧 vs 线性解决节奏

explore vs linear pace

判断该不该切到探索侧,看问题是否已被定义清楚:

信号切到探索侧(设计思维)切到线性侧(A3)
问题陈述还写不出"目标-现状-差距"已有不预设方案的陈述
用户/受影响者不清楚谁、要什么已识别三类利益相关者
方案空间需发散多选项需针对根因选对策
验证方式靠原型测假设靠数据测效果

接力逻辑:探索侧收敛出"问题陈述+方案选项"后,交给 A3 做线性根治与对策评估;A3 的对策再交给 BML 用最小成本验证假设。三段接力覆盖"探索→根治→验证"。

与其他专栏的衔接

设计思维阶段衔接专栏复用
同理/发现利益相关者与边界:谁受影响、谁有事实、谁能决策利益相关者地图
定义问题定义总览:从现象到问题陈述 / 问题陈述:把现象转化为可操作的定义问题陈述卡
创意MECE:互斥穷尽的分解原则方案空间 MECE 分解
原型/测试实验设计:AB 测试、灰度与消融实验原型验证的实验方法
交付决策与权衡总览:从选项到可审阅的承诺方案决策记录

定位:设计思维覆盖七阶段闭环的"观察(同理)→定义→建模(创意)→验证(原型测试)"弧,补 A3 在"问题未定义清"时的探索能力。

适用边界与误用

  • 发散必须收敛:只发散不收敛的"头脑风暴"不是设计思维,是浪费时间。每颗钻都要落到一个收敛产出。
  • 不是所有需求都要同理:明确的技术优化、已知问题的修复,直接 A3,不必走同理仪式。
  • 原型是验证不是展示:做精修原型去汇报,违背"最小成本测假设"的本意。原型粗糙没关系,关键测对假设。
  • 测试不能只听好话:只收集支持性反馈是确认偏差,需主动找反例——这正是 批判性思维总览:从主张到可检验论证 的要求。
  • 设计思维不替代根因:定义出问题后,机制不清仍需 因果分析与根因分析

关联笔记

参考资料

← 返回列表

评论 (0)

暂无评论,来留下第一条吧。
登录注册 后才能发表评论