设计冲刺包括六个阶段——理解、定义、草图、决策、原型和验证。本文主要讲原型阶段，创建过程中，我们会围绕诸如“概念到底是什么”“概念包含什么”来做出诸多决定。

阶段5：原型

在原型阶段，设计冲刺团队将一起为决策阶段（4/6）中投票确定的概念创建原型。创建过程中，我们会围绕诸如“概念到底是什么”“概念包含什么”来做出诸多决定。原型只要足够用来验证概念就行，因此我们可以快速完成！

在设计冲刺中，我们所说的“原型”跟标准化产品研发中的原型有一点点不同。这里的原型是指在草图阶段中所构想的用户与产品交互体验的具象化，你所创建的原型只需在验证阶段（6/6）从潜在的用户中得到真实反馈就足够了。这意味着，你可以先梳理出会影响体验的流程，然后只为想要测试的那些环节制作原型。没有必要去做一个完整的后台，也没必要一次性测试产品的所有流程。

我们可以把原型看做是为了验证某个假设而做的实验。所以必须想清楚，做怎样的原型才能获得所需要的反馈，这些反馈必须能用来证明假设是否正确。只要被清晰规划，任何事物都可以在一天内被原型化。

5.1 故事板（Storyboard）

故事板能统一整个团队在原型概念上的理解，并帮助团队在制作原型的过程中做出重要的决定。故事板可以清晰展示你想要测试的体验环节中的每个步骤，并说明哪些部分你需要原型化。

在设计冲刺的这个环节，团队经常对产品的各个方面进行头脑风暴，其中有一些内容可能会超出设计冲刺所要解决的问题以及原型制作的范畴。我们可以将这些意见收集起来以备后用。现在最紧要的还是让团队聚焦在真正需要关注的内容上，确保成功进行用户测试。

脚本写作非常重要，这有助于我们将故事板和用户访谈对齐，也为“测试中需要什么样的模拟或体验”提供清晰的框架。脚本也可以在验证阶段帮助制定计划。

使用指南：

• 主持人可以在白板上画出故事板，也可以直接张贴在网格内；
• 请聚焦到对说明方案最有帮助的4-5个关键点上；
• 你无需画出每个用户流程或用例，只需专注在那些可以获取精准用户反馈的流程或用例；
• 请画出你在用户访谈脚本中会用到的用户流程；
• 弄清楚哪些点可以简单粗暴，哪些点需要明确定义。

信息概览：

• 时长：60分钟
• 活动形式：小组
• 冲刺类型：所有

5.2 分配任务（Assign Tasks）

在原型阶段，将任务拆分并逐个击破非常有效。请为团队的每个人分配角色（制作者、文案、组装者、检查者、访谈员，等等），并确保每个人都清楚地知道自己在做什么。比如，设计师在制作素材，工程师在搭建原型时，研究者和项目管理者可以招募参与测试的用户。

使用指南：

• 列出需要完成的所有任务。比如：模型制作、文案写作、组装、检查、访谈脚本撰写等等；
• 将单个任务分配给一名设计冲刺参与者，或者是由2到3个人组成的小组；
• 每个人都要参与，不要在这个时候玩消失；
• 用验证阶段的时间来反推计划表。

信息概览：

• 时长：30分钟；
• 活动形式：小组；
• 冲刺类型：所有。

5.3 原型制作工具（Prototyping Tools）

除了数字产品，设计冲刺方法论还可以用来解决很多其他不同领域的商业问题。比如用来设计和测试物理空间、硬件产品、流程、甚至是品牌，而原型制作工具的选择取决于要做的东西是什么。如果是数字产品，已经有很多不错的选择，下面列出了一些。

强调一点：不要在设计冲刺中尝试学习新的工具。你（或制作者）最习惯舒适使用的工具会更加有效率，即使这个工具并不完全符合输出要求。

数字化原型制作工具：

• Keynote；
• Sketch；
• Invision；
• Pixate (被谷歌收购，暂时关闭了)；
• Marvel。

语音交互原型制作工具：

Wizard of Oz 绿野仙踪法（译者注：这个典故来源于《绿野仙踪》，奥兹国的魔法师其实是没有魔法的，但是又能通过一些小技巧让别人认为他有魔法。

举个例子，我们邀请用户来体验某款人工智能的聊天软件，但其实我们可以不用真的进行开发，只要安排一个人在后台实时回复，就可以模拟出人工智能的效果，看起来就像真的一样。）

5.4 原型阶段的小贴士（Tips for Prototyping Stage）

为你的团队提前设置快捷方式并准备相关素材，以便加速原型制作过程。比如，在Sketch上创建一个“草图”页，用于收集已有产品中的图标、图片以及屏幕截图。如果你在为硬件产品制作原型，请将你的设计冲刺项目放在制造车间或工作室中，并收集制作快速原型所需的必要物料。你肯定不希望在原型制作期间，还要花时间在互联网上搜索图像，或者跑去硬件商店采购。

原创作者：Google

原文链接：https://designsprintkit.withgoogle.com/methodology/phase4-decide

翻译：邱文驰；审校：寶珠

本文由 @杨帆 翻译发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议