「设计冲刺方法论」（Design Sprint Methodology）

方法论概述

设计冲刺（Design Sprint）包括六个阶段：理解（Understand）定义、（Define）、草图（Sketch）、决策（Decide）、原型（Prototype）和验证(Validate)。

虽然建议将方法论的全部六个阶段都在冲刺过程中使用，但在某些情况下，你可以利用这些方法开展一个较短的工作坊。这些方法可以帮助团队专注于需要解决的正确问题，或者为严格的挑战提供可操作的解决方案，并可在后期邀请用户一同参加测试。

重要的是要针对你的特定目标选择最适合的方法，并为冲刺（Sprint）做好相应的时间规划。学习，探索，创造和找出最适合你所需要解决问题的工作方法。

除了设计冲刺（Design Sprint）方法论之外，还有其他各种各样的方法供你参考，它们自身也一直在不断发展。期待你总结、分享出自己的设计冲刺方法！

阶段 1：理解（Understand）

在“理解”阶段，你将创建一个面向所有参与者的共享知识库。使用闪电会谈（Lightning Talks）的方法，邀请企业中的知识专家从业务、用户、竞争对手和技术角度进行问题分享。

以下为该阶段可以参考使用的设计方法：

“How Might We”记录法

(The “How Might We” Note Taking Method)

“How Might We（我们可以怎样...）”或HMW方法是一个非常重要的设计冲刺（Design Sprint）方法。在Google，我们使用它来捕捉闪电会谈（Lightning Talks）中以及整个理解阶段的机会点。HMW为解决挑战提供了一个积极的框架，它可以让你的团队明确他们了解到的痛点和相关洞察，并积极地投入到对机会点的重新定义。

在闪电会谈（Lightning Talks）开始之前，向你的团队解释清楚HMW方法的流程和原理非常重要。确保团队了解他们要寻找的是机会点而不是解决方案。HMW短语中的每个单词都提示团队成员处于正确的思维模式：

• “How”引导团队成员相信答案就在那里；

• “Might”让团队成员知道他们的HMW想法可能会或也可能不会起作用，而这两种可能性都没问题；

• “We”提醒团队成员，设计冲刺是建立在每个人的想法之上的团队合作活动。

鼓励团队尽可能多地提出HMW想法，不要花太多时间来润色修饰HMW语句，不必自己进行反复地琢磨。这是一项广泛思考的练习，旨在防止团队过早寻求解决方案。以下是针对如何做好HMW的一些建议：

1. 使用粗记号笔来记录HMW便签

2. 将痛点重新定义为机会点

3. 每个便签只写一个HMW想法或机会点

4. 追求数量而不是完美

闪电会谈（Lightning Talks）

闪电会谈（Lightning Talks）是设计冲刺（Design Sprint）的核心方法之一，也是主动建立冲刺挑战的绝佳机会。 在冲刺开始之前就要着手规划和安排闪电会谈（Lightning Talks）。 根据你的目标或预期，你可能要花费一个半天的时间进行这项活动。 在所有的闪电会谈（Lightning Talks）结束后，举行一个HMW分享会，收集团队提出的所有机会点。

每个闪电会谈（Lightning Talk）应持续10到15分钟。主题应涵盖业务目标，研究和技术审查（如果相关），以及与你的挑战相关的任何其他内容，例如法律上的考虑，材料的审查或是竞争对手的分析。具体的主题因你的行业或领域而异。

以下是几点建议：

1. 确定哪些主题与你的挑战相关

2. 确定团队中每个主题的发言人，并向他们解释报告的范围和长度

3. 考虑为发言人创建幻灯片模板，并将内容合并到设计冲刺幻灯片中

4. 跟进每位发言人，确保他们及时做好准备

HMW共享和关联映射（Affinity Mapping）

关联映射（Affinity Mapping）是一种设计冲刺（Design Sprint）方法，经常紧随闪电会谈（Lightning Talks）之后，用于将HMW便签按主题分类。这是分享团队迄今为止在冲刺（Sprint）中发现的机会点的一种方式。

在团队分享他们的HMW并将便签按主题分类开始之前，提醒每个人HMW旨在寻找机会点，而不是问题或解决方案。在设计冲刺（Design Sprint）的这个阶段，鼓励团队广泛思考并探索尽可能多的角度。在分享HMW时，可能需要一段时间才能形成固定的关联（Affinity）类别，你可以随着HMW分享会的进行随时调整分类。

保持映射（ Mapping），直到你确信每个类别或主题中有足够的想法。不要忘记设置一个“杂项”类别; 有些机会点难以分类，但与其他所有机会点同样值得认真考虑。

以下是几点建议：

1. 每个团队成员逐一读出自己所有HMW笔记，并将便签贴在底板上

2. 给每个人三分钟的完成时间，以促使内容足够简洁

3. 如果团队成员受到他人分享内容的启发，可以写下更多的HMW笔记

4. 等到第三个人完成陈述之后再开始将HMW便签按类别分组。从这之后，每个人阅读时向相应类别中添加便签。提示：对每条讲述完毕的HMW及时进行分类，否则你将面临庞大而艰巨的抉择

HMW投票（HMW Voting）

HMW投票是为发现的机会点确定优先级的一种设计冲刺（Design Sprint）方法，这项活动通常紧随关联映射（Affinity Mapping）之后。

一旦团队完成了关联映射（Affinity Mapping）且定义好了有用的类别，团队就要对他们认为最重要的机会点进行投票。投票的主要目标是突出对用户来说最有吸引力的机会领域，并帮助团队专注于最好的创意。不要在这项活动上花费太多时间，团队的任务并不是要努力定位到一个想法，而是要快速在所有机会点中确立优先顺序。

以下是几点建议：

1. 每个团队成员拥有三票，用“点”来表示，投票时将“点”贴到自己喜欢的便签上

2. 允许为自己的便签投票

3. 可以将多个“点”贴在同一条便签上

4. 投票给单独的便签，而不是整个类别

5. 团队将更多地关注带有多个“点”的便签

6. 你所要做的不是努力缩小至一个方向或类别，而是随着冲刺（Sprint）的推进将值得考虑的重点领域突出出来

体验地图（Experience Mapping）

体验地图（Experience Mapping）是一种常见的用户体验设计方法，可以帮助团队逐步描绘出特定用户在某个问题空间或具体场景中的体验，与用户旅程地图略有不同，有助于整个团队建立起对用户动机、需求和痛点的同理心。

不管是开发新产品，还是为现有产品寻找改进的机会点，体验地图（Experience Mapping）都能发挥作用。重要的一点是，要跳脱出产品流程的框架，在用户活动的更大的情景下观察问题。

以下是几点建议：

1.     从用户产生需求的第一时刻开始，例如“我想保持体形”或“我觉得我可能想换个工作”

2.     然后列出他们目前尝试满足需求所经过的每个步骤

3.     为每个步骤添加说明并突出痛点

4.     还可以为平台（移动设备，桌面）或环境因素（车内，家中）划分层次

用户访谈（User Interviews）

某些设计冲刺（Design Sprints）在理解阶段可能包括用户访谈（User Interviews），以注入第一手的用户视角。用户访谈（User Interviews）依靠故事来探索情绪、了解用户目标以及评估需求。访谈的目的是获得对用户体验的同理心。通过这种同理心，我们可以创造出具有更好适用性的设计解决方案。

例如，如果你正在开展一个有关数字手表的新项目，那么你可能想知道人们当前是如何追踪时间的。他们用什么？他们喜欢什么？痛点又是什么？

另外两个类似的访谈类型是专家访谈和利益相关者访谈，同样可供考虑。

以下是几点建议：

1.     在冲刺（sprint）之前招募用户并准备好访谈的问题

2.     根据访谈是面对面还是视频会议，留出相应的额外时间

3.     为用户提供清晰有力的介绍，以阐明访谈的背景

4.     专注于用户对产品的体验

5.     询问他们的好恶

6.     提出可以引出用户的故事的问题，而不是只有“是”或“否”的答案

7.     确保访谈中的⅔的时间是用户在说而团队在听

移情练习（Empathy Building Exercises）

移情练习（Empathy Building Exercises）是一种设计冲刺（Design Sprint）方法，通过使用设计冲刺（Design Sprint）所聚焦的产品，使团队进一步深入用户的思维模式。这有助于团队提出能更好地满足用户需求的创意。

例如，如果设计冲刺（Design Sprint）专注于一款移动app，那么团队就可以使用这个app来完成特定任务，然后反思并记录使用体验，尤其要注意过程中遇到的各种痛点，以及各种愉悦的时刻。

以下是几点建议：

1.     选择产品的关键任务

2.     留出30分钟的时间

3.     按照2或3人分成小组

4.     完成任务并记录使用体验

5.     在大组内分享所有体验记录

用户旅程地图（User Journey Mapping）

用户旅程地图是一种常用的设计冲刺（Design Sprint）方法，可以逐步描绘出用户在处于你的问题空间中或与产品交互过程中的体验。这种方法使团队能够深入了解用户的思维模式并阐明痛点，识别创造新的或改进的用户体验的机会点。

旅程地图通常用于特定类型的用户，也称为persona，如果设计冲刺（Design Sprint）的问题空间中涉及多类用户或参与者，则可能需要多个旅程地图，每种用户类型一个。

旅程地图如何开始取决于你目前在产品周期中的位置。如果是为新产品进行设计冲刺（Design Sprint）和/或处于产品周期的早期阶段，那你可能需要探索产品的某个用例，并以用户进行这个用例的初始切入点作为你的旅程地图的开始。如果你有现有产品并且在周期中处于更进一步的状态，则可以在用户首次接触产品时，搜索你的产品时，或者当他们开始使用并建立账户时开始你的旅程地图。

以下是几点建议：

1.     从用户的第一步或产品体验入口点开始

2.     添加旅程中的每个步骤，直到达到用户的目标

3.     为每个步骤的添加描述，并突出旅程中的痛点

翻译：PMCAFF 创新设计团队

作者：Collected by Google