如何进行有效的设计冲刺

设计冲刺是 Jake Knapp 和 Google Ventures 发明的一种方法，用于在短短五天内通过设计、原型制作、用户测试和协作来验证想法。 虽然它不会给我们留下成品，但它无疑是向真实用户验证业务战略或产品创意的最快和最便宜的方式。

这是一个低风险/高回报的过程，与传统的头脑风暴相比，它为创造性思维提供了一种更有条理、更有效的方法。 设计冲刺方法已被 Medium、Slack 和 IDEO 等顶级公司以及 Google Ventures 和他们投资的许多成功公司采用。

为 Sprint 热身

为期 5 天的设计冲刺可能会很紧张，但只要冲刺过程顺利进行，它们也很有趣、令人兴奋且非常有见地。 为了实现这一点，需要一些计划。

招募团队

设计冲刺由促进者或“冲刺大师”运行。 他们的第一个目标是明确需要解决的问题并招募团队进行冲刺。

一个 sprint 团队通常只有 5-7 名成员，这使得团队管理更加容易。 这些成员拥有不同的技能组合很重要，这样我们才能以更广泛的观点解决问题； 因此，sprint 团队通常由促进者、设计师、开发人员、客户服务代表和营销人员组成。

对于远程设计冲刺，理想情况下，主持人应该从相似的时区招募成员（或者作为最后的手段，使用像 Every Time Zone 这样的应用程序来破译每个人都醒着并同时可用的“时区甜蜜点”）。

招募团队后，指定一名成员担任决策者——此人将对所有重要决策做出最终决定。 决策者不必是公司的高级官员，只要是其决策受到团队其他成员信任的人即可。

总结一下：

• 一个促进者，以确保团队保持在正轨上
• 客户服务代表，为用户洞察
• 设计师，因为他们对设计软件和 UX 的了解
• 开发人员，因为他们了解任何技术限制
• 可以确定解决方案是否具有市场价值的营销人员
• 决策者，对决策有最终决定权（分配给上述其中一项）

理想情况下，协调人应该在一周内预订一间会议室，因为最好让设计冲刺团队与公司其他人员隔离开来，并专注于冲刺。

远程团队：确保良好的设备和环境

每个团队成员都应该处于可以交谈的环境中（例如，如果使用共享办公空间，共享办公空间的其他成员应该可以接受我们全天交谈）。 良好的互联网连接和麦克风也是必不可少的。

如果一些团队成员在内部，而其他成员则在远程，请考虑购买会议麦克风（放在桌子上的全向麦克风）。

设计冲刺的工具

团队将需要一种方法来分享他们的笔记、检查彼此的日程安排，最重要的是，相互交流。 执行这些任务的自然选择工具是 G Suite，因为 Google 提供了广泛的工具，可在一次登录下无缝工作，并且团队成员和文档非常易于管理。

设计冲刺所需的工具是：

• Google Hangouts，用于群组通话
• 谷歌日历，用于检查日程
• Google Docs，用于记笔记，以及
• 谷歌表格，用于记录用户测试结果

除了 G Suite 工具，我们还需要：

• 白板（或者如果团队是远程的，可以使用数字白板，例如 Mural、Google Jamboard 或 RealtimeBoard）
• 原型制作工具，例如 InVision、Marvel、Sketch、Axure、Figma 或 Balsamiq
• Duco 或 Design Sprint Kit，辅导员使用的备忘单
• 笔和纸，用于独立绘制想法
• 小吃，因为设计冲刺可能相当累人！

一旦我们检查了这个列表中的每一项，我们就准备在星期一开始我们的设计冲刺。 值得注意的是，由于设计冲刺的自然时间限制，团队中的每个人都应该事先了解设计冲刺的过程。

星期一：地图

sprint 的第一天专门用于对问题进行逆向工程。 逆向工程是解构问题以了解其根本原因（进而了解解决方案）的过程。

逆向工程问题

在就长期目标达成一致后（例如，增加注册量），在白板上绘制一张客户旅程图，描述用户可能达到此目标的各种方式。 将用户放在左侧，目标放在右侧，然后写下中间的所有步骤。 为了让白板有条理，主持人应该在团队其他成员提出想法的同时绘制地图。 这个过程将为设计冲刺的其余部分奠定基础，所以我们应该花时间在这里。

在继续之前，主持人将与每个团队成员单独讨论客户旅程图，并在必要时对其进行调整。

创建“我们应该如何”笔记

下一步是在白板上添加 How Might We notes（简称 HMW）。 客户旅程中的每一步都可能有自己的绊脚石，HMW 笔记被表述为“我们如何……”在便签上提出的问题——例如，“我们如何使注册表单易于使用？ ” 这些绊脚石是改进的机会，将决定我们 MVP 设计的方向。

专注于特定的客户旅程

我们需要通过相似性来组织 HMW 笔记并将它们合并，因为我们不希望我们的白板变得过于杂乱。 使用更干净的白板，为每个团队成员分配两票，以决定哪些 HMW 笔记应该是高优先级。

如果团队使用 Mural，请利用他们内置的投票工具。 Strawpoll 也是一个不错的选择，或者如果团队正在使用 Slack，则可以在几秒钟内安装 Polly。

投票结束后，将获胜的 HMW 注释添加到客户旅程地图中，并讨论在剩余的 sprint 中关注哪个旅程（其他旅程可以在另一个 sprint 中探索）。 决策者最终拥有最终决定权。

提前计划：寻找周五的用户测试人员

白天，指定的团队成员应该开始寻找用户测试人员，因为在星期五，我们要测试我们将在星期四构建的解决方案。 建议面对面进行这些访谈，或使用远程用户测试工具，例如 Lookback 和 UserTesting（它们分别方便地与原型工具 Marvel 和 InVision 集成）。

6-10 次面试是一个合理的数量。 安排大约 10 次面试，以便在一天结束时有足够的时间来审查它们。

周二：素描

星期二是关于寻找解决方案的。 准备好开始素描吧！

首先，获得灵感。 大多数创新都是通过重新混合旧想法来实现的，因此请尝试探索针对类似问题的现有解决方案。 当团队提出解决方案时，主持人会将可行的解决方案放在白板上。

之后，每个团队成员将使用称为“四步草图”的方法自己选择客户旅程的一部分来绘制草图。

四步草图

原型设计的四步草图方法旨在通过快速迭代将抽象的想法系统地转化为具体的解决方案。 他们不需要完美。

• 第 1 步：笔记——从 20 分钟的笔记开始
• 第 2 步：想法——再花 20 分钟，勾勒出一些粗略的想法
• 第 3 步：Crazy 8s — 画出最佳创意的八个变体，每个变体一分钟
• 第 4 步：解决方案草图——创建解决方案的三步故事板，花费 30-120 分钟为所选变体增加保真度

完成练习后，将草拟的解决方案交给辅导员，结束这一天。 （远程团队：将他们上传到 InVision 项目或壁画白板。）

周三：决定

星期三是关于选择最佳解决方案并创建最终故事板。

一旦每个团队成员私下审查了草图，作为一个小组讨论每个解决方案，每个草图花费不超过三分钟。 然后再进行一次投票，这一次决定哪个解决方案将被制作故事板和原型以供用户测试。

接下来，我们需要通过提高保真度来为原型制作准备故事板。 设计师最好将选定的故事板重新创建为高对比度的线框，因为我们不想由于时间限制而过度考虑设计。 只要用户测试人员能够可视化和理解它，一个简单或“丑陋”的 UI 就可以了。

是否完全使用 Axure、Balsamiq 或其他东西来设计线框取决于设计师。 只要我们专注于用户体验并选择功能而不是形式，即使像 Sketch 或 Adob​​e XD 这样的设计工具也是合适的。

星期四，我们将把这个线框变成一个可点击的原型！

星期四：原型

首先，我们需要与用户测试人员确认面试时间。 如前所述，目标是在上午 10 点到 11 点左右开始，以便我们有足够的时间来审查面试（以及整个设计冲刺的有效性）。

分配至少一名团队成员（最好是营销人员或客户支持代表）为客户访谈编写脚本。 此人将在 Google 表格中创建一个问题列表，以便在用户测试人员查看我们的原型时询问他们。

同时，原型设计师将开始将线框转变为具有团队其他输入和指导的交互式原型。 这取决于设计师应该使用哪种工具，也取决于用于创建线框的工具。

例如，如果使用 Axure 来创建线框，那么我们也可以将其用于原型设计，特别是因为我们之后可以在移动设备上预览原型。

如果线框是在纸上勾勒出来的，Marvel 提供了一种非常简单的方法来导入和重新创建它们，然后再将它们变成交互式原型并通过 Lookback 集成进行用户测试。

如果线框是在 Sketch 或 Photoshop 中创建的，那么要走的路就是 InVision，因为它很容易成为当今可用的最广泛采用和功能齐全的原型制作应用程序。 它还允许实时预览并直接与 UserTesting 集成。

如果在 Adob​​e XD 中创建，那么我们也可以使用它来创建和用户测试我们的原型，而无需任何其他工具。

周五：测试

星期五——设计冲刺的最后一天。 我们的原型已准备好进行用户测试，我们将通过确保团队手头有原型和脚本来开始新的一天。

之后，我们将使用“五幕访谈法”开始访谈：

五幕访谈

1. 第一幕：友好的欢迎。 让测试人员感到舒适和受欢迎，然后解释什么是用户测试以及我们这样做的原因。
2. 第 2 幕：背景问题。 提出广泛的问题以了解有关用户及其背景的更多信息，然后逐渐将对话引向原型。
3. 第 3 幕：介绍原型。 确保测试人员了解为什么某些事情可能无法按预期工作，并且在反馈方面没有错误的答案。 我们希望鼓励诚实、坦率的反馈。
4. 第四幕：任务。 让用户自己弄清楚原型。 提出开放式问题以鼓励测试人员大声思考。
5. 第五幕：汇报。 请测试人员总结他们的经验。 不要忘记感谢他们的时间，并询问我们是否可以在需要时跟进。

在客户访谈期间，将答案记录在 Google 表格中。 完成所有访谈后，尝试找出共同的见解并将其标记为正面、负面或中立。 由此，我们将能够确定我们的原型是否能很好地解决问题，如果是，则确定需要改进的地方。

下一步

虽然设计冲刺不会产生最终产品，但它们确实有助于快速且经济地验证想法，在相对较短的时间内提供丰富的见解。 在结束 sprint 之前，决定如何处理原型。

我们会改进原型并进行后续冲刺吗？

我们会在另一个 sprint 中处理不同的客户旅程吗？

学习如何进行有效的设计冲刺的一个巨大好处是，我们可以重复使用该技术来一次又一次地开发和试验想法。