受“Google设计冲刺“启发，聊聊怎样组织一次3天的Design Workshop

原文地址：https://uxplanet.org/how-to-organize-a-design-sprint-2b7247dd9cbc

关于文中提到的“Google设计冲刺”的方法介绍，可以看这里：https://www.jianshu.com/p/608db80f0cd0

【正文】

组织一次设计冲刺，需要准备、调研、一系列的协调和研讨会才能最终确定要解决的问题是什么。准备的整个过程，包括与利益相关人一起完成一系列的步骤和对发现和研究的验证。寻找正确的解决方案需要批判性思维、结论验证，以及第一轮和第二轮研究。对于我的银行项目来说，我通过完成必要的步骤来建立针对银行应用的解决方案。

准备工作：项目启动、调研、访谈

在进行具体工作之前，组织细节准备例如准备用户研究对象访谈、利益相关人访谈，以及组织一个项目启动会是必须的。一定要与正确的相关部门如市场部门、技术部门、商务部门沟通，这样所有重要的利益相关人才会参与到设计冲刺中来。

项目启动

在项目启动会之前，要准备一系列问题，如：

我们要解决什么问题？

我们为什么要解决这个问题？

我们要怎样解决这个问题？

在现有的解决方案基础上，我们如何改进？

我们的截止日期是什么时候？

一阶段研究

进行一阶段研究包括从用户访谈中发现现有产品中的用户痛点和槽点。寻找对用户有帮助的、有用的点会帮助提升用户体验。

二阶段研究

找到与你的问题相似的解决方案可以帮助你理解用户，及了解怎样改进现有方案。了解竞争对手缺乏什么，它们的长处是什么。

做设计冲刺的时间计划

研究、访谈和数据收集完毕后，我们就做了一个为期3天的设计冲刺计划。有些设计冲刺可能持续时间更长或更短，但对于这个项目来说，我们希望能聚焦于创意的产出和制定银行应用的策略上，因为我们在项目启动之初就有一些明显的限制。

DAY 1

第一天，我希望能将我们需要聚焦的问题具象化，比如回顾我们已知的有哪些，长期目标是什么，潜在的用户路径是什么，以及项目优先级是怎样的。在探讨这些问题过程中，利益相关人就有机会提问，对我们来说也可以澄清未知的限制条件。

DAY 2

第二天要展示团队输出的解决方案和创意。根据那些快速迭代的方案和草图，我们可以决定采用哪些特性和流程。用投票的方式决定在哪个点上继续深入和给整个团队讲述创意的过程也是一种团建活动。

DAY 3

根据主要的创意用故事板展示整个设计方案。我们要决定最终的设计流程和方案，接下来就要画线框图了。

设计冲刺周期

定义：用户画像、目标回顾、用户路径、用户故事

根据前期的研究，用户画像需要展示给利益相关人，以便他们理解我们的目标用户是谁，他们为什么用我们的应用。展示目标、用户路径和用户故事，可以帮助商业利益相关人理解我们之前所做的研究。

发散：草图绘制、疯狂8分钟、方案投票

这一步骤让整个团队合作起来，将许多不同的解决方案具象化，最终寻找正确的那个。对于我的小组来说，我决定采用3个主要的用户故事来绘制草图。首先，我们绘制了所有可能的方案。然后，我们在疯狂8分钟中选择了一个方案来做不同的版本。在不同的版本中，选择最优秀的一个，把它绘制出来，这样这个过程就变得简单了。我和另一个设计师就会针对每个解决方案展开讨论，然后选择最优秀的一个。

原型：故事板

用故事板展示设计方案是设计冲刺的最后阶段的步骤之一。我们已经收集了利益相关人最喜欢的特性，并将它们集成到设计流程中。根据我们最终决策的3个流程，我将设计画在白板上，这样它就可以成为利益相关人的交流依据。这样做能保证利益相关人建立一个对设计方案基本的直观感受，从而给出足够的反馈。也有其他原型展示方式，比如使用InVision。但是考虑到时间有限，我们决定用白板展示的方式。

验证：设计冲刺之后持续进行的工作

在用故事板展示完方案之后，我们的团队有了足够的见解、反馈和建议来开始设计低保真原型。验证工作会持续进行，并在每周迭代会议上反馈。但是最初在白板上绘制的流程是后续验证工作的基础。

总结

当进行一次设计冲刺时，需要对一些初始问题进行研究，这样才能与这个项目的不同的利益相关者共同得出解决方案。组织一次设计冲刺的过程可以有多种方式，这取决于设计冲刺的目的是什么。对于我组织的设计冲刺来说，它相对时间较短，但是我们能细化策略，得出什么能够作为构建一个银行应用的起点的结论。接下来就要根据商业和用户反馈不断优化和迭代方案了，而这都是基于我们最初的结论。