这两天学习了一门《Design Thinking》的课程，很有启发，整理一下学习内容。以下内容来自李健昊老师《Design Thinking》的课堂总结，感谢老师的分享。

Design Thinking 即设计思维，是 Standford d.school 创新的一种解决问题的思维模式。Desigh Thinking 以人为本 (Human-Centered)，通过社会化思考 (Social Thinking) 和可视化思考 (Visual Thinking)，帮助设计者深入观察用户行为，将思路可视化从而调动创意，通过快速迭代，收集用户反馈，不断优化产品。最终目的，就是设计出用户想要的产品。

那么什么是用户想要的产品呢？

第一种是满足用户痛点的产品，第二种是满足用户爽点的产品。所以，要设计出用户想要的产品，就需要从分析用户的痛点和爽点开始。由此出发，d.school 设计了五个阶段来完成产品的设计。

1. Empathize（理解用户）

2. Define（定义问题）

3. Ideate（构思方案）

4. Prototype（制作原型）

5. Test（测试反馈）

1 Empathize（理解用户）

Empathize（理解用户）就是真正去理解用户，尽可能站在用户角度去看问题。如何做到 Empathize（理解用户）：

首先是访谈 (Interview)，从和用户对话中收集信息，但访谈可以提供的信息可能是不全面的，甚至由于情绪或表达的原因通过访谈无法获得真实的想法。所以还需要观察 (Observe)，尽可能多的观察生活状态下用户和他们的行为，理解用户所说和所做之间的差异，留意用户没有在谈话中提高的行为。再结合观察和访谈，将收集到的信息进行可视化展示，从多个维度分析用户的需求，提取出用户的痛点和爽点。这个分析的过程可以使用一个工具——同理心地图(Empathy Map)。

使用同理心地图，首先要明确你的目标是什么？然后基于这个目标，分析一下可能的用户有哪些？为了实现这个目标，这些用户需要作哪些事情？他们都看到什么？说了什么？现在是如何作的？又听到了什么？

基于这些实际情况，和用户一起分析一下他们的感受是什么，进而总结出他们的痛点是什么？爽点是什么？

2 Define（定义问题）

Define（定义问题）是基于对用户行为和背后原因的理解，定义问题描述 Problem Statement，阐述用户的需求（requirement），界定需要解决的问题。这里可以使用用户故事地图 (User Story Mapping)来定义问题。

在定义问题时，首先要分析用户要实现这个目标(Goal)，需要作哪些活动（Activity）。在每一个活动中，我们需要满足用户哪些需要(need)？包括满足一个痛点或者实现一个爽点。基于这些需要(need)我们可以分析出通过实现哪些需求(requirement)来满足这个需要(need)，其中每一个需求(requirement)对应一个用户故事（User Story）。User Story 的形式是：

然后整理这些需求，主要作两件事情：

1. 分析一下哪些需求是无法在当前的范围内解决掉的，去掉这些需求。

2. 分析一下哪些需求是必要并且近期可以实现，整理这些需求形成 MVP (Minimum Viable Product)。

MVP 中的需求就是接下来要进一步解决的需求。

3 Ideate（构思方案）

Ideate（构思方案）不是为了得到“正确的”方案，而是为了产生最多、可能的方案。Good idea comes from many ideas，与其花时间想一个好主意，倒不如先去想很多主意，再从中挑一个好的。而分析"好主意"的方法可以使用头脑风暴结合下面的工具：

通过头脑风暴，首先会收集到大家普遍容易想到的"普通方法"。然后可以鼓励大家天马行空的想象一些可以解决问题的"疯狂创意"，这些创意在现实生活中难以实现，但很吸引人。然后再结合普通想法和疯狂创意尝试整合出一些可以实现但也吸引人的想法，这些想法就是“好想法”。因为“疯狂创意”难以实现，“普通想法”大家都会想到，是基本功能，所以难以吸引人。而产品真正的亮点就来自于实现中间层的“好想法”，可以实现并且吸引用户。

4 Prototype（制作原型）

Prototype（制作原型）通过原型的迭代，来发现并解决设计中的问题，优化解决方案。Build to think and test to learn。注意每个原型不要花太多时间，避免过多感情投入; 确定每个原型的测试要点；围绕用户进行构建。制作完原型之后，需要仔细考虑测试内容和测试方式，使得用户可以提供更多真实的反馈，从而开始而下一步骤。

5 Test（测试反馈）

Test（测试反馈）是理解你产品和用户的机会。通过测试，从用户收集反馈，重新审视你的产品，不断进行优化，有可能需要重新界定需要结局的问题。在这个过程中，选取构思方案中不确定的点，并制定测试计划进行验证。测试计划的内容如下图所示。

针对每个待测试的方案，设定测试目标，并选择测试用户。测试用户最好既包含普通用户，也包含极端用户。极端用户就是那种对产品功能很有想法，甚至不惜自己 DIY 功能的用户，这一类用户往往会给你更大的启发。然后针对测试目标，设计测试脚本。在模拟的场景下，验证方案，看看是否能够达到预期结果。然后根据用户反馈再优化方案。

如此迭代，就可以保证你的产品设计可以满足用户的痛点或者爽点，是用户想要的一款产品了。