如何进行设计冲刺
这是Product Monk产品管理教程的的第十章。全部章节目录参见本文。
开发时间是一种宝贵的资源，明智地使用它是很重要的。为了提高效率和响应速度，谷歌风投创建了设计冲刺流程（Design Sprint）——一种在5天内回答关键业务问题的过程。设计冲刺是一个高度结构化的创新周期，在这个周期内，团队回答特定问题，确保始终以用户为中心。在做出任何昂贵承诺之前，无需等待发布最小化产品，设计冲刺就可以帮助你了解一个想法是否是好的。这是一条学习的捷径，无需产品的真正构建和发布。
如何进行设计冲刺?
如图所示，设计冲刺共有5个阶段。
设计冲刺之前——制定冲刺计划
步骤1:冲刺概要——明确最大的挑战
设计冲刺的第一步是创建冲刺概要（sprint brief），这样每个人都处于同一个页面上（达成共识）。冲刺概要包含以下组件：
a.冲刺挑战——你需要解决的挑战。根据谷歌的说法，有4件事对冲刺挑战非常重要:
- 冲刺挑战是团队需要交付的真实的东西
- 它应用一种鼓舞人心的方式陈述本次需要解决什么问题
- 简洁明了
- 必须包括一个时间范围(下个季度?从现在起三年后?)
例如：重新设计入职流程，探索销售产品的新渠道，探索发现产品的新方法，等等。
b.可交付的成果——团队在设计冲刺中会创造什么?例如:是App原型，测试新产品的视频等等。
你的可交付成果应该是高质量的，比如超越手工草图的可点击原型。
步骤2:准备来自用户研究的工件
首先，将所有用户研究内容收集到一个地方，并准备/收集研究工件，特别是目标用户画像、用户旅程映射和用户调查/访谈摘要。
你还应该准备一份当前解决方案和竞品的洞察报告。
步骤3:组建设计冲刺团队
冲刺团队应该是一个跨多个功能的团队，应该包括所有的产品利益相关者。理想的团队规模是6-8人，包括来自业务、销售、市场、技术、产品和设计团队的参与者，以及与产品相关的任何关键领导者。
步骤4:指定冲刺负责人
指定一个冲刺负责人，并创建一个PPT来促进设计冲刺。选择一个对领导讨论、促进会议有信心的人，作为冲刺负责人。
步骤5:后勤准备
找一块地方，要有足够的空间(可以容纳10人以上的座位和活动空间)。此外，它应该有很多白板、图表和粘贴便利贴的地方。准备好这些物资——信纸、铅笔、钢笔、彩色马克笔、表格、剪刀、胶带、便利贴、彩色圆点贴纸，还有最重要的健康零食。
最后，将参与者的日历封死5天。
第1天：理解——深入研究问题
在理解阶段(第一天)，你的团队要从所有可能的角度来理解问题。目标是建立一个大家共享的理解和知识。
你可以选择一系列的活动来规划你的理解日——
第一天：前半段
a.明确设计冲刺的挑战：
通过定义你希望在设计冲刺中实现的目标，来定义冲刺中你的目标范围和挑战
-冲刺期间，你会重点关注的用户类型
-冲刺期间，你会重点关注的平台
-解决这个挑战的时间框架
b.安排闪电演讲：
闪电演讲非常简短(10-15分钟)，由主要团队成员(产品负责人、销售/市场负责人、技术负责人)讲述冲刺挑战的相关知识。帮助团队创建一个共享的知识，了解用户和当前的挑战、任何的业务或技术机会，并讨论以前的工作。
c. 创建HMW卡片 (How Might We，我们可能怎样解决挑战)：
“我们可能怎样”确保团队提出正确的问题，并想出创新的答案。
这项技术要团队成员在闪电演讲期间，或任何他们觉得有必要的时候，写下他们的想法。
他们需要把他们的想法以某种形式表达出来——
“我们可能怎样....”。
例如，“我们可能怎样帮助提高第一天的留存率?”或者“我们可能怎样简化入职流程?”
HMW方法可以让团队深入钻研洞察和痛点，并将它们重新定义为机会。
第一天：后半段
d.理解用户
用户旅程映射——对于团队来说，像用户一样思考是很重要的。这就是用户画像和用户旅程映射可以帮助你的地方。你可以点击这里，阅读更多用户画像和用户旅程的信息。
用户访谈——在这个阶段包含用户访谈是一个好主意。它可能是一个实际的访谈、一个之前记录的会议、或任何以之前所做研究的总结。
构建同理心——构建同理心的练习，可以帮助团队更深入地了解用户的心态。这涉及到让团队在类似于用户使用产品的环境中，使用产品来完成一项关键任务。
e. HMW共享和亲和性映射（Affinity Mapping）
一旦团队完成了闪电演讲，就该分享他们的HMW（我们可能怎样）笔记了(大声读出来并贴在墙上)。
一旦有了所有的HMW笔记，你就可以根据一个共同的主题或类别对笔记进行分组。
f. HMW投票
在完成HMW分享，并定义了有用的类别之后，团队将投票选出他们认为最重要的机会。
每个团队成员获得3张选票(用颜色点表示)，他们可以将这些选票添加到HMW笔记中。
投票的主要目的，是消除那些不靠谱、对用户没有好处的部分。
g.定义成功的度量指标
数据驱动的用户体验设计，比基于用户体验直觉的设计和开发更好。但是收集、分析和应用用户体验相关的度量指标，说起来容易做起来难。
你可以利用下谷歌HEART框架：“一个为web应用程序，提供以用户为中心的度量指标框架，它可以用来度量关键目标的进展，并驱动产品决策。”
该框架提供了一个全面的结构，来组织用户体验相关的目标。我们使用目标—信号—指标矩阵，确定你需要跟踪冲刺指标的优先级。
目标（Goal）:你试图帮助用户做的是什么?你想解决什么问题?
信号（Signal）：用户行为或观点的什么改变，会表明你在目标上取得了成功。每个目标可能都会有多个信号。
度量指标（Metric ）:如何度量用户行为或观点任何变化的大小。
Google的HEART框架，如下图：
第2天：发散——探索尽可能多的解决方案
第2天：前半段
很多时候，我们会选择第一个想到的解决方案，它可能是最好的，但也不总是。这就是发散阶段帮助团队的地方。从启动记录笔记作为开始——在理解阶段，团队分享并产生了大量的知识、材料和机会。启动记录笔记，可以让每个人回顾、收集想法并准备解决方案草稿。
每个团队成员都有时间和空间进行解决方案头脑风暴。团队成员应该利用发散思维技术，遵循自由流动、非线性的思维方式，提出多个解决方案。
你可以利用下面的技巧来进行头脑风暴。
- 类似问题——你可以从其他行业中寻找类似问题作为解决问题的灵感。例如，如果你想开发一款app，帮助用户预订一辆运送货物的迷你卡车，你可以从Uber或Lyft获得灵感。
- 思维导图——思维导图是把你的头脑中的每件事都写下来。最重要的是，所有的团队成员都要把所有的解决方案(旧的和新的)从他们的头脑中拿出来，以低保真度的方式写在纸上。
- Crazy 8——产生尽可能多的想法，这是一个快速的简述练习，挑战人们在8分钟内简述出8个想法。目标是超越你的第一个想法，它通常不是最创新的，并产生各种各样的解决方案来应对你的挑战。
第2天后半段：分享与表决
在每个人都完成了头脑风暴(疯狂8)之后，是时候让每个团队成员分享他们的想法了。分享想法，每个团队成员对他/她认为最有说服力的3个想法进行投票。
第3天：决策并集中在一个想法上
第3天前半段
通过回顾前一天提出的所有想法，开始新的一天。然而，你不能对它们进行原型化和测试。你需要一个实现你目标的最好想法。
在今天的前半段，你将评估每个解决方案，并决定哪些方案最有可能实现您的冲刺目标。
你可以使用需求矩阵来确定它们可以提供的价值，然后根据用户价值VS技术难度来确定想法的优先级。
第3天后半段：制作故事板（Storyboarding）
在故事板中，团队尝试绘制出他们想要测试的每个用户体验。故事板有助于让你看清哪些东西你需要制作原型。它确保团队中的每个人都统一了想法，并帮助团队在原型开发过程中做出关键决策。
我们的目标是把团队迄今生成的想法，绘制一个低保真度UI的草图，可以显示用户如何经历故事的某一部分，继续向前——他们在哪里点击,他们能看到什么，在哪里它们被导航，他们输入什么信息，他们会思考什么等等。
第4天：开发原型
在设计冲刺的背景下，原型的使用方式与在标准产品开发中的使用方式，略有不同。
设计冲刺的原型，是团队在草稿阶段设想的体验外观。它作为一个实验，来验证你的假设。
设计冲刺团队应该完成以下任务：
- 用户流程
- 实物模型
- 高保真设计
- 原型开发
- 可用性研究的用户招募
- 可用性研究的脚本(在验证期间使用)
- 研究设置
原型阶段交付的，应该是一个可工作的产品，或者至少是一个可点击的高保真原型(你可以使用InVision或POP by Marvel)。
第5天：验证
第5天：前半段
验证阶段是设计冲刺的关键时刻。观察用户试用原型，是验证解决方案并检查是否存在问题的最佳方法，这反过来又使你可以立即开始迭代。
设计冲刺团队中的每个人，都要仔细观察这些可用性研究。
可用性实验室研究可以让你观察用户在使用你的产品尝试完成一组任务的情况。本研究的目的是识别任何可用性问题，并确定参与者对产品的满意度。
你可以用如下所述图板做笔记
第5天：后半段
利益相关者审查，包括与所有相关人员(CEO或决策者)和技术负责人(如果他们不在设计冲刺中)，一起审查在冲刺期间发现的解决方案。
将一个精心制作的原型和用户反馈呈现在一起，可以帮助你为批准解决方案开绿灯。
结束冲刺
回顾整个冲刺，审查挑战和最终的解决方案(包括用户和利用相关者的反馈)，并结束冲刺。
如果可能的话，制定一个开发计划，并将相关团队的人员引入到循环中。
