设计思维

TL;DR

设计思维：五阶段以人为本的创新流程——共情（深入理解用户）、定义（框定正确问题）、构思（产生多种解决方案）、原型（构建廉价表征）、测试（快速从失败中学习）。核心洞察：大多数创新失败源于解决错误的问题，而非正确问题的执行不佳。

什么是设计思维？

设计思维源于斯坦福大学d.school（哈索·普拉特纳设计学院），并由设计公司IDEO推广，特别是通过蒂姆·布朗2009年的同名著作。它将熟练设计师自然使用的创意过程形式化为可重复、可教学的方法论，供非设计师应用。

核心前提是，大多数创新失败是问题定义的问题，而非解决方案执行的问题。公司建造没人想要的产品，推出忽视用户需求的服务，或实施解决旧问题却产生新问题的组织变革——因为他们跳过或匆忙完成了真正理解设计对象的工作。

设计思维围绕成功解决方案的三个重叠标准构建：合意性（人们真的想要这个吗？）、可行性（能建造吗？）和商业性（能维持业务吗？）。大多数组织默认关注可行性和商业性；设计思维坚持合意性必须优先。

五个阶段：

1. 共情：沉浸在用户体验中——观察、访谈、跟随。建立对用户需求、动机和约束的真正理解，超越调查问卷或分析所显示的。

1. 定义：将共情研究综合为清晰的问题陈述——"观点"（POV）陈述：[用户]需要[需求]因为[意外洞察]。在生成解决方案之前框定正确问题。

1. 构思：生成多种多样化解决方案——"我们如何可能？"问题、头脑风暴、SCAMPER、逆向头脑风暴。数量优先于质量；先发散后收敛。

1. 原型：构建想法的廉价、快速表征——纸质模型、角色扮演、绿野仙踪原型。目标是学习，而非构建；原型应足够好以测试，不求更好。

1. 测试：将原型放在真实用户面前。观察他们的行为（而不仅仅是他们陈述的意见）。快速失败；迭代。当测试揭示错误假设时返回前面的阶段。

工作原理

阶段1：共情（数天到数周）
  ——进行用户访谈（每类用户最少5-7人）
  ——在自然环境中观察用户
  ——"共情地图"：用户说什么、想什么、做什么、感受什么
阶段2：定义（数小时到数天）
  ——将共情研究的洞察进行聚类
  ——识别模式和张力
  ——撰写POV陈述："[用户]需要[需求]因为[洞察]"
  ——测试：这是要解决的正确问题吗？
阶段3：构思（数小时）
  ——将POV陈述重构为"我们如何可能？"
  ——发散：生成50-100+想法，不进行评估
  ——收敛：聚类、投票、选择3-5个进行原型
阶段4：原型（数天）
  ——构建最廉价的表征
  ——纸张、泡沫、角色扮演、可点击模型、落地页
  ——优化速度和学习，而非质量
阶段5：测试（数天）
  ——与共情阶段的用户一起测试
  ——观察行为；问"为什么？"
  ——记录有效、无效和令人惊讶的部分
  ——如有需要，返回定义或构思阶段

三个现实案例

IDEO和医院患者体验

IDEO被要求重新设计Apria Healthcare医院的患者体验。团队没有立即设计新空间，而是花数天时间作为"患者"——以假病症登记、躺在病床上、在走廊中行走。关键共情洞察：天花板是担架或病床上患者的主要视觉体验；他们花数小时盯着机构瓷砖和荧光灯。

这个意外洞察将问题从"如何让医院看起来更好？"重新定义为"如何创建患者花数小时盯着的体验？"解决方案包括重新设计天花板面板、安装头顶艺术品和重新定位照明。如果没有共情阶段，这永远不会被识别。

IBM的设计思维转型

2012年，IBM承诺使用设计思维改造400多个开发团队。关键是"山丘"框架——三个声明性陈述：用户是谁、他们做什么、结果是什么——替代了规格文档。采用设计思维的团队交付产品的速度提高了30%，NPS分数显著更高，根据IBM的内部研究。速度提升来自返工减少——第一次就构建正确的东西，而不是在后期测试中发现偏差。

GE医疗MRI扫描仪重新设计

GE医疗注意到，进行MRI扫描的儿童经常需要镇静剂，因为体验很可怕——机器嘈杂、封闭、工业感。GE设计师道格·迪茨应用设计思维。对儿童的共情研究揭示他们害怕机器和医疗环境；问题不在MRI技术。

重构："创建冒险体验。"解决方案：主题MRI房间——"海盗船"、"丛林探险"、"太空冒险"——扫描被叙述为冒险的一部分。患者体验分数显著提高；儿童镇静率显著下降。相同的MRI硬件；完全不同的体验。

何时使用

✅ 设计思维在以下情况表现出色：

• 解决用户需求不清楚或被假定的问题

• 开发新产品、服务或客户体验

• 有强烈人文成分的组织挑战

• 之前的"逻辑"解决方案在实践中失败的任何情况

❌ 在以下情况不太适用：

• 问题空间明确、解决方案已知的技术问题

• 需要立即决策且没有研究时间的情况

• 问题在于执行而非定义的成熟产品

待办任务最小可行测试SCAMPER第一性原理

常见误用和局限

跳过共情阶段。"我们了解用户"是创新中最危险的假设。大多数失败的产品是由自信了解用户需求的人建造的。共情阶段必须是真正的沉浸式研究，而非确认现有信念。

将其视为线性流程。设计思维明确是迭代的——测试失败后会返回定义阶段；构思和原型之间会快速跳转。将其视为顺序检查清单的团队错过了方法的迭代核心。

原型完美主义。"我们需要让原型看起来很好再给用户看"是消耗预算和时间的错误。绿野仙踪原型（人工手动做软件最终要做的事）或纸质草图通常比精美模型更有信息量，因为用户在设计看起来"完成"时给出更诚实的反馈。

混淆设计思维与设计。设计思维是适用于任何领域的问题解决流程——医疗、政策、组织设计、教育。它不仅关于产品美学或用户体验。其核心贡献是以人为本的问题定义，这在任何地方都有价值。

相关模型

待办任务最小可行测试Cynefin框架重构

常见问题

设计思维与敏捷开发有何不同？

设计思维解决构建什么（问题定义和解决方案生成）；敏捷解决如何构建（迭代执行）。两者互补：理想情况下设计思维应在敏捷开发之前，定义验证的用户需求和解决方案方向，由敏捷团队构建和发布。许多采用敏捷而没有设计思维的团队最终快速迭代向错误的目标。组合——设计思维定义问题，敏捷执行——越来越多成为产品开发的标准方法。

共情阶段需要多少用户访谈？

定性研究指南建议，每类不同用户5-7名参与者通常揭示约80%的关键模式。目标是洞察饱和——额外访谈不再产生新发现的节点。更复杂或更多样化的用户群体可能需要15-20次访谈。尼尔森诺曼集团研究支持5是识别主要可用性问题的最低数量；设计思维通常需要比可用性测试更深的深度，因此共情阶段7-12次是常见目标。

何时应该从原型阶段返回定义阶段？

当用户持续误解原型的目的时，问题可能是错误定义的框架——你在解决错误的问题。当用户理解但不关心时，你可能有准确但不重要的问题。当用户理解、关心但无法使用解决方案时，是执行问题（留在原型-测试）。测试阶段应在决定返回流程的哪个环节之前，明确检查这些失败模式中的哪个在起作用。

延伸阅读

• Brown, T. (2009). Change by Design——IDEO CEO关于商业中的设计思维

• Kelley, D. & Kelley, T. (2013). Creative Confidence——设计思维的心理学基础

• Liedtka, J. & Ogilvie, T. (2011). Designing for Growth——设计思维应用于战略

用AI应用

🚀 在话老师中进行设计思维会议 →

本页面是话老师思维模型知识库的一部分。