什么是设计思维？五个阶段、真实案例，以及大多数团队为何用错了

设计思维是一种以人为中心、迭代式的设计工作流，通过共情、定义、构思、原型和测试五个核心阶段解决问题。 团队不会机械地按顺序执行，而是借助这些阶段理解用户、界定正确的问题、检验假设，并在确定解决方案前降低不确定性。

问题在于，许多团队把设计思维当成五步检查清单：研究不断拖延却没有原型，工作坊产出想法却没有行动，而AI 已开始生成概念，真正的问题却还不清楚。难点在于判断什么值得探索、测试和实现。

Virse 帮助团队把研究、想法、原型和 AI 辅助探索连接起来。 借助无限画布、共享项目上下文、多个 AI 智能体和团队长期记忆，团队可以加快探索，同时不丢失用户问题和项目决策依据。

用简单的话说，什么是设计思维？

设计思维意味着先了解人们真正需要什么，再决定要做什么。

实用的设计思维流程可以归纳为六个动作：

1. 理解人与情境。
2. 识别根本问题。
3. 探索多种可能的解决方案。
4. 把重要假设变成原型和效果模型。
5. 通过真实互动检验这些假设。
6. 根据证据修正问题或方案。

一个简单的设计思维案例

假设一支大学团队接到这样的需求：

重新设计食堂应用。

先定方案的团队可能立即重做菜单、导航或点餐界面。采用设计思维的团队则先调查学生遇到困难的原因。

研究可能发现，真正的问题不是点餐，而是学生无法判断课间时间够不够排队吃饭。

问题从：

我们应该如何重新设计食堂应用？

变成：

我们可以如何帮助学生判断自己是否有足够时间吃午饭？

重新界定问题后，方案可能是排队时间估算器、取餐系统、容量指示器、实体显示屏，或者完全不同的东西。

关键启示很简单：利益相关方的需求往往描述的是一个已提出的方案，而不是根本的产品设计问题。

设计思维流程的五个阶段是什么？

最常见的模型包括共情、定义、构思、原型和测试。更适合把它们理解为可以反复使用的工作模式，而不是必须连续完成的五个步骤。

共情：先理解用户，再做设计

共情阶段研究的是人们在做什么、需要什么、哪里遇到困难，以及原因是什么。

团队可以采用访谈、观察、情境调查、利益相关方交流或行为证据。

本文审阅的一个实践案例结合了沉浸体验、观察、开放式访谈、优先级排序和问题拆解。该实践者报告，每类领先用户、主流用户、极端用户及利益相关方大约邀请了8–9 人参与，最终产出数十个产品和服务想法。

这个人数不是通用的研究标准。有价值的原则是：直接接触不同的行为，比仅依靠内部假设能提供更扎实的依据。

定义：把研究转化为正确的问题

研究产生信息，定义则把信息转化为团队能够着手解决的问题。

比较一下：

方案描述：我们需要一个手机端排队追踪功能。

问题描述：学生需要一种可靠的方法，判断自己是否有足够时间吃午饭。

前者已经选定答案，后者仍保留多种方案的可能。

好的问题界定会在选择功能前寻找重复出现的行为、未满足的需求、矛盾、限制和假设。

构思：确定方向前先探索替代方案

构思是在团队大量投入某个方向之前，有意识地创造其他选择。

实用方法包括“我们可以如何……”提问、疯狂八格、逆向练习、最差点子和协作草图。

跨职能团队在这里面临一个特别的挑战。工程师自然会考虑 API、数据库、架构、成本和实现复杂度。这些专业知识必不可少，但如果一开始就施加所有限制，可能过早收窄方案空间。

一条实用原则是：

先发散，再收敛。

先广泛探索，再把技术可行性、商业可行性、技术约束和责任要求纳入决策。

原型：让假设可以被检验

原型是实验，不是缩小版的成品。

它可以是纸面界面、线框图、故事板、服务模拟、实体模型，或自动化工作流的人工操作版本。

合适的保真度取决于问题。如果想知道用户是否理解某个流程，线框图可能就够了。如果想了解用户是否信任一项新服务，模拟服务可能比搭建底层技术更有用。

最佳原型通常是能够可信地回答当前问题、同时成本最低的产物。

测试：从真实行为中学习

测试用可观察的证据代替内部意见。

团队寻找犹豫、误解、意外行为、未成立的假设，以及方案确实有帮助的迹象。

一次测试可能让团队回到定义或共情阶段。这不意味着失败。

测试是为了获得新认识，而不是证明团队是对的。

为什么设计思维不是线性的五步流程？

设计思维没有唯一、通用的执行顺序。

不同组织会用不同的结构安排同一种学习过程。

四阶段、五阶段和七阶段框架如何对应？

尽管术语不同，这三种模型有共同的模式：

理解 → 澄清 → 探索 → 制作 → 测试 → 学习 → 重复

IxDF 把核心设计活动分成五种易于识别的模式。HBS 将它们压缩成面向商业的四阶段模型。本文审阅的 IDEO U 框架则更细致地区分了界定、启发、综合、创意生成、制作、测试和沟通。

对实际工作的团队来说，学习循环比框图里有几个格子更重要。

制作原型之前，需要做多少 UX 研究才够？

没有一个通用的访谈次数、天数或周数，能告诉所有团队何时该结束研究。

更好的问题是：

再做一轮研究，比把某个假设变得可测试，更能让我们学到东西吗？

漫长的研究周期能说明什么？

我们审阅的实践案例中，有项目据称持续研究了12 周至超过 18 周，却没有把原型交给用户体验。

另一位实践者表示，在自己的项目中，四到六周的研究和规划通常就足以开始绘制线框图。

这些是案例层面的观察，不是通用基准。不同项目在行为、技术、商业和监管方面的不确定性程度各不相同。

更值得关注的是：当团队不断产出研究发现，却回避检验重要假设时，研究就失去了价值。

团队应该何时开始制作原型？

一条有用的专业判断原则是：

当把想法具体化比再做一轮内部讨论更能带来新认识时，就该制作原型。

如果基本行为还不明确，就继续研究；如果某个重要假设可以低成本检验，就开始制作原型。

这能帮助团队同时避免过早设计和陷入研究停滞。

为什么设计思维工作坊会在真实组织中失败？

当组织照搬可见的仪式，却抽掉学习过程时，设计思维工作坊就会失败。

常见的失败模式是：

工作坊 → 想法 → 汇报 → 无负责人 → 无原型 → 无变化

什么导致设计思维流于表演？

在审阅实践案例和用户问题时，我们反复发现设计工作流中有以下原因：

• 没有真实的用户证据
• 没有决策负责人
• 没有实施路径
• 没有原型
• 没有后续跟进
• 把参加工作坊本身当成交付成果

工作坊应该改变接下来发生的事。它可以澄清问题、识别假设、排序概念、制作原型或效果模型，或明确责任归属。

如果之后什么都没变，团队只是完成了一项活动，而不是一个设计过程。

一个最终落地的工作坊案例

一个专业实践案例连续四个月大约每月举办一次多方参与的工作坊，从第一次工作坊到发布大约历时六个月。

工作没有停在构思阶段，而是继续推进更大范围的服务重设计，以及设计系统和组件库的开发。

该实践者表示，最终发布在美国及国际市场都取得了成功，但没有提供收入、转化率或留存率指标。

这个区分对 E-E-A-T 很重要：没有支持数据，就不应把受访者所说的成功表述为量化的商业影响。

每个 UX 项目都需要完整的设计思维流程吗？

不需要。设计思维应该适应不确定性，而不是强迫每个项目走同一套流程。

优化一个已被充分理解的结账流程，与创造一项新服务，面对的不确定性并不相同。

维护学习，而不是维护流程仪式

不要只问：

我们完成每个阶段了吗？

而要问：

哪种不确定性可能导致代价最高的错误？最快且可信的降低方法是什么？

如果已经有扎实的研究，重复探索可能价值不大。

如果问题明确，但用户行为还不确定，就优先制作原型。

如果用户理解概念，但实现并不现实，就提前评估可行性。

设计思维的目的在于更好地学习和决策，而不是完美遵循流程。

AI 如何改变设计思维和原型制作？

AI 降低了生成候选方案的成本，但并未消除对问题界定、判断、优先级排序和测试的需求。

AI 让方案探索更快

本文审阅的实践工作流使用 AI 加快视觉变体、原型、情绪板和配套素材的制作。

具体效率提升因任务、工具和工作流而差异很大，不能把个别数字当作通用基准。

从策略上看，重要的是趋势：再制作一个视觉选项正变得更便宜、更快。

生成越快，问题界定越有价值

当团队能迅速创造许多方向时，制作就不再总是主要瓶颈。

更难的问题变成：

• 哪个用户问题重要？
• 应该先检验哪个假设？
• 哪些限制现在最重要？
• 哪个变体代表了有意义的替代方案？
• 用户实际上做了什么？
• 哪个方案应该成为产品或设计系统的一部分？

围绕错误概念生成更多变体，并不会创造更多价值。

对 AI 辅助的创意团队来说，设计思维正越来越成为一种明智引导实验的方法。

最常见的设计思维错误有哪些？

在本文审阅的案例和用户问题中，有四种错误反复出现。

尚未理解问题，就打开 Figma 开始设计

Figma 帮助表达方案，却不能判断方案是否解决了正确的需求。

过早画出的界面可能把假设固化成需求。

把原型做得过于精致

更高保真度需要更多投入，也常让人更难舍弃已有方案。

从能够回答问题的最低保真度开始。

把研究交付物当成学习成果

人物画像、旅程图、演示文稿和报告可以组织证据，但它们本身不等于结果。

研究最终应该改变某项决策、原型、实验或实现。

测试只为验证已有想法

好的测试必须允许团队发现自己错了。

为了求证而测试，只会获得认同；为了消除不确定性而测试，才能获得新认识。

常见问题

设计思维和 UX 是一回事吗？

不是。设计思维是更广泛的问题解决方法，而 UX 专注于人们使用产品、服务和系统时的体验。UX 团队经常运用研究、问题界定、原型和测试等设计思维方法，但 UX 还包括交互设计、信息架构、可用性和界面工作。

制作原型之前，需要做多少 UX 研究才够？

没有通用时长。我们审阅的实践案例中，既有研究 12 周到超过 18 周仍没有原型的情况，也有四到六周就足以开始绘制线框图的经验。更可靠的原则是：当互动能比继续讨论或研究更直接地回答重要问题时，就该制作原型。

每个 UX 项目都需要设计思维的全部五个阶段吗？

不需要。团队可以根据已有证据和项目风险，合并、重复、缩短或跳过某些活动。目标不是完成五个阶段，而是减少可能导致高成本错误的不确定性。

有了 AI，设计思维还有用吗？

有，但它的角色正在改变。AI 可以加快构思、视觉生成、素材制作和原型搭建。设计思维仍然有助于判断哪些问题重要、哪些假设应被检验，以及证据应如何影响下一次设计决策。

结语

设计思维更适合被理解为一种以人为中心的学习系统，而不是五步仪式。 IxDF、HBS 和本文审阅的 IDEO U 框架采用不同结构，却共享同一逻辑：理解人、澄清问题、探索替代方案、让假设变得具体、检验并学习。真实项目案例也说明灵活性的重要性：研究可能拖得太久却没有测试，工作坊可能因缺少责任归属和落地而失败，而AI 正在加快方案生成。因此，设计思维持久的价值不在框架本身，而在于识别正确问题、用证据降低不确定性，并在现实与团队假设冲突时调整方向的实践纪律。