THINKING · №02 · 官方流程框架

双钻模型Double Diamond

先发散再收敛不要太早定方案先定义问题再做解法

先看什么时候调用

Double Diamond 是一个帮助团队在“探索问题”和“形成方案”之间安排发散、收敛的过程框架。

触发条件: 团队很快锁定一个熟悉方案；问题定义和解决方案混在一起；不同人拿着不同的“问题”开会。
改变什么: 把“发现什么问题”和“做什么解法”拆开，决定何时扩大证据范围，何时收敛到一个可验证方向。
适用边界: 双钻不提供具体访谈、原型或评估方法；两个钻石也不是只能走一遍，复杂项目会反复回到前面的区域。
如何验证: 检查每个收敛结论能否回指观察或数据；用低成本原型验证关键假设，而不是用流程图替代证据。

直接发给 agent

Use the Double Diamond as a lightweight planning frame for this product problem.

Separate the work into:
1. Discover: collect evidence about users, tasks, and constraints.
2. Define: state the problem and the decision criteria in one sentence.
3. Develop: generate more than one solution and make the trade-offs explicit.
4. Deliver: prototype the riskiest assumption and test it with a realistic task.

Treat the frame as iterative. Do not present it as proof that the chosen solution is correct.

来源与证据

英国 Design Council 将 Double Diamond 描述为设计过程的视觉表示，并明确说明它不是 instruction manual；它帮助团队看见发散与收敛的节奏，不是线性阶段门。

深入理解

防止团队太早爱上一个答案

双钻最有用的地方不是四个英文单词，而是它把两个常被混淆的动作分开：理解问题，和解决问题。团队如果一开始就说“我们做一个 Dashboard”，往往已经把解法偷偷写进了问题。

用在什么时候

当产品目标、用户痛点和技术方案在同一张需求单里互相替代时，用双钻把它们拆开。第一钻问“到底发生了什么”，第二钻问“可以怎样改变它”。

个人博客案例的第一步先区分访客和作者，再决定公开页面与后台的边界，就是先定义问题空间，而不是先选一个前端框架。

不能机械执行

Design Council 自己也提醒，双钻是过程的视觉表示，不是说明书。真实项目会从原型返回研究，也可能只对一个高风险局部走完整循环。把每个项目强行安排成四个阶段，会制造流程完成感，却不一定增加证据。

验证收敛质量

每次写下“因此我们选择 X”时，附上：依据是什么、放弃了哪些选项、哪个假设最危险、下一次测试看什么。没有这些内容，收敛只是偏好，不是设计判断。