最近，我在CanvasFlip¹上的团队得到一个任务：在一个星期内完成原型并进行可用性测试，当我的设计团队发现我们只有5个工作日的时间来完成一个完整的原型时，我们惊慌失措！

我可以保证，世界上每一个设计团队都遇到过类似的情况。我们都经历过疯狂的截止日期，在今天的精细化用户体验的世界里，越来越多的敏捷团队和“快速进入市场”的心态，都要求我们学会如何在短时间内解决问题。

为适应这种现状，同时产出优秀、可用、以用户为中心的原型，团队需要有一个可靠的、结构良好的计划。

我们通过设计一个5天的敏捷模型达到了目的，这是一个可复用的模型，其他用户体验设计人员也能使用这个模型如期完成任务。

什么是“敏捷设计” ²（design sprint）？

敏捷设计是指在一段固定的时间之内，通常是在5天到3周之间，开发人员或设计人员（或两者）团队完成了一系列的工作，这种设计通常用于敏捷方法。

5阶段“敏捷设计”（ 5 phase “design sprint”）是一种基于敏捷迭代（agile sprint）的方法论，由谷歌风投（Google Ventures，简称GV）率先推出，随后被用于世界各地的各种初创公司和设计团队，也包括我在CanvasFlip的团队。

该计划包括界面设计、原型设计和跟用户一起测试想法三部分。这是一种在团队构建产品或功能之前就可以测试假设，尝试重要想法，并获得分析结果的快捷之路。

当我学着去进行敏捷设计时，发现这似乎是开发新功能或推出新产品的绝佳工具。然而，每个设计团队都有独特的业务目标和资源。因此，敏捷设计是一个方法，团队在此基础上实验地越多并且根据自己的需要及时地调整它，成功的几率就越大。

敏捷设计的目标是完成3-4个可点击的原型，以及可用性测试，以确定和完善一个“最终”原型。接下来我们每天将逐步执行，从第一天的准备开始，在敏捷设计开始之前，我们要准备很多稿纸、便利贴、白板和充沛的精力！

第一天：制定理念和策略

我们早上开始花费了30分钟左右的时间，去讨论我们设计的产品以及它的潜在的难点。这个沟通通常是由UX³的研究人员发起的，因为他们可能很熟悉用户的痛点。我们用白板记录沟通过程中的问题，这样我们就能在敏捷设计的全程中看到它们。我们称这个过程为“发现问题”。

紧接着，产品经理、业务团队和开发团队设定所能实现的技术能力的极限，这些有组织的讨论确定了我们在之后的工作范围。

在此基础上，我们讨论了长期目标，确定我们理想的解决方案。相对来说确定我们想要达成的目标，然后去寻找如何达成它的方式是更为简单的事。这个过程使我想起关于阿波罗13号的被称为“敏捷设计”的短篇故事。

故事是这样的：

在阿波罗13号被损坏后，宇航员需要找到返回地球的方法。飞行指挥抓起一支粉笔，画了一张受损航天器从外层空间返回地球的路径图。这个简单的图表，帮助他们把注意力集中在手头的问题上。

同样，在本次敏捷设计中，我们使用一个白板来概述我们实现长期目标将采取的步骤，虽然它可能会经历一些小的调整，但总体方向仍然不变。

在此之后，产品经理会与团队沟通几分钟，来定义产品/功能的理想用户角色。

既然每个人都在同一个起点上，所以我们花费整整三个小时来进行关于用户角色需要的个性化思考。在早期，当我们还在为我们的敏捷设计找到**的模型时，我们开始了集体头脑风暴，但是后面我们意识到当每个人单独思考，然后分享他们的想法时，我们会有更好的结果。

当我们返回房间时，每个团队成员共享他们的用户角色及他们所需要的功能。当他们分享时，我们在白板上做笔记。到我们离开的时候，我们已经有了明确的目标，很好地理解了制约因素，并且有了很多想法。

第二天：发散思维和汇总

第二天都是关于通过草图形成解决方案，这通常是一周中最令人兴奋的一天：大量的头脑风暴，然后通过排序来找到最棒、**秀的解决方案。