假设您想在市场上发布一种新产品，并且您有一个很好的解决方案的想法。为了测试这个想法，您需要构建一个尽可能轻的产品版本，将其发布到野外，测量并从结果中学习，然后迭代以改进产品。虽然这种方法一开始似乎是个好主意，但它有一个重大问题——结果与最初的想法直接相关。

那么当你从一个坏主意开始时会发生什么？当您投入大量时间来构建一个想法时，即使您意识到这个想法并不好，您也不想回去。您正在构建的产品现在是您的宝贝，很难看出它的缺点。启动它可能会导致产品失败，因此下一次迭代不会是对这个想法的改进，而是寻找不同的想法。

很明显，遵循传统的瀑布式或精益创业方法来构建产品并不能保证最终结果会很好。当您有一个想法时，您需要非常快速地学习是否要投入时间。但是你怎么做呢？为了回答这个问题，Google Ventures (GV) 提出了一条通向全循环设计过程的捷径，称为设计冲刺。该团队没有经历整个创意-构建-启动-学习的循环，而是仅使用创意-学习部分。这些冲刺帮助 Google 改进了 Gmail 和 Google Hangouts。

在本文中，我将回顾设计冲刺的概念。我希望，在阅读完这篇文章后，它会鼓励你运行你的第一个 sprint。

什么是设计冲刺？

设计冲刺是一个为期五天的设计框架，用于验证想法和解决挑战。它可以帮助您通过研究、构思、原型设计和测试找到关键业务问题的答案。它旨在迭代决策并在非常压缩的时间范围内测试不同的替代方案，甚至在构建 最小可行产品 (MVP) 之前。

设计冲刺是非常规范的——它几乎就像一本食谱，告诉你应该做什么以及按照什么顺序。每个活动都应该在给定的时间内完成，并且您应该能够在短短五天内从最初的想法到测试的原型。GV 团队认为，最好的想法似乎来自最严格的约束。截止日期会产生时间压力并帮助团队完成工作。

设计冲刺的优势是什么？

Sprint 方法缩短了数月的开发时间——它允许您快速进入未来，在做出任何冒险和昂贵的承诺之前查看您的成品和客户对它的反应。

这种方法具有以下优点：

• 速度。冲刺让您将数月的工作压缩为几天的专注和生产力。
• 协作。产品团队成员和利益相关者一起解决问题，这样可以更深入地了解彼此的工作。
• 验证。在构建任何东西之前，您将获得有关新产品创意的反馈。

什么时候是运行 Sprint 的合适时间？

设计冲刺特别有效的情况很少：

• 当您有严格的截止日期并希望快速完成任务时（例如，您有交付产品或功能的截止日期）。
• 当需要解决重大挑战时（例如，您需要创建一个大型产品并且不可能一次解决所有挑战）。
• 当你被设计决策困住时（例如，有一些关于如何在团队中完成设计的想法，并且不清楚哪一个是正确的）。

谁运行设计冲刺？

设计冲刺由团队运行。如果你没有团队，Sprint 就不会真正发生。有一群来自不同学科（例如产品管理、设计、工程）的人聚集在一起是很重要的。

为了促进设计冲刺，您需要两个特定的角色——促进者和决策者。

• Sprint 促进者是具有 Sprint 专业知识的人。促进者角色使冲刺保持在正轨上，并确保团队进行正确的练习。促进者专注于实现一个共同目标，以确保每个人都有效地工作。最好避免将这个职位与其他角色结合起来（即，如果协调人充当设计师，她/他将无法有效地促进）。
• 决策者是拥有最终发言权的人。虽然每个人都可以提出他们的解决方案，但最终由决策者决定选择哪种解决方案。你应该在设计冲刺的第一天选择这个角色。

在人数方面，你应该争取一个六人的团队。团队成员的最小可能人数是四人（你应该在房间里有几个学科，其中一个是促进者）。团队成员的最大可能数量为 8 人（如果团队中有更多人，则可能会变得不守规矩且难以控制）。

设计冲刺的五个阶段

每个设计冲刺包括以下五个阶段。

• 第一天：理解。
• 第 2 天：草图。
• 第 3 天：决定。
• 第 4 天：原型。
• 第 5 天：验证。

每个阶段都解决了设计过程的一个重要部分，每个阶段您只有一天的时间。在本周末，您将得到一个具体的工作原型。让我们来看看这五天过程的每一步。

了解（星期一）

这是您其余设计冲刺的基础日。要构建一个好的解决方案，您需要首先了解问题。在此阶段，您将尝试弄清业务目标、您正在解决的问题以及用户需求。目标是为团队创建一个共同的愿景，以帮助他们了解他们正在努力的方向。

由于这一天的活动量很大，因此建议您将其分为两部分——上午和下午。早晨：

• 从头开始。设定长期目标至关重要。想象一下产品将在 24 年 6 月 12 日到达哪里，并设定一个乐观的未来。鼓励每个人思考完美的结果。这将帮助您为您的产品设定标准。
• 为产品创建一个基本图。 一旦你有了你的目标，就该想象一下你的产品的用户体验可能是什么样子了。为项目创建一个基本地图，显示用户将如何使用您的产品或服务。保持简单——最多应该是 5-10 步。

午餐后：

• 请教高手。在尝试构建某些东西之前，您需要听取专家对问题某些部分的意见。将他们带入房间并解释您要构建的内容。向他们展示您创建的地图并征求他们的意见。最大的目标是让他们改进您的地图。
• 使用“我们如何……？” 技术。当您的团队成员聆听专家的采访时，请他们做笔记。每个团队成员都应该以问题的形式做笔记，以“我们如何……”开头。这种技术可确保所有笔记具有相似的格式，并使其更易于组织、阅读和评估。

记笔记时总是以“我们如何……”开头

• 为设计冲刺选择一个目标。第一天的最后一步是确定冲刺的一个特定目标。专家访谈期间收集的信息以及“我们如何？” 会议将有助于做出这一决定。

提示

• 从技术、业务、用户的角度来看问题。建议从用户研究开始：与用户交谈并了解他们的需求。然后邀请利益相关者并请他们告诉您他们的业务目标。最后，询问工程师什么是可行的，什么是不可行的。
• 设置栏。将产品推向市场后，您需要确保它会成功。因此，必须通过回答以下问题来建立成功标准：成功/失败会是什么样子？我们将如何衡量成功？我们的 KPI 是什么？

素描（周二）

星期一是关于理解问题的，而星期二是关于解决方案的。在设计冲刺的这一阶段，每个团队成员都将在纸上写下相互竞争的解决方案。素描是从抽象概念转变为每个人都可以评估的具体事物的好方法。您将在周二创建的一些草图将成为您将在周四构建并在周五进行测试的原型的构建块。

也值得将星期二分成两部分。从一个称为 闪电演示的练习开始。Lightning 演示允许您查看其他公司的出色解决方案。通常，过去曾提出过伟大的想法，而您需要做的就是找到适合您目的的想法。从您的团队中选择一个人来捕捉想法并使用白板记录人们对每个示例的喜好。

下午最好用于实际素描。为了提高草图绘制的速度，建议使用 Crazy 8 的技术 ——每个团队成员选择一个最让他们兴奋的想法，并在 8 分钟内快速绘制出该想法的八个变体。例如，如果您设计一个产品页面，这可能是该页面的八个变体。到一天结束时，你应该有一大堆解决问题的方法。

提示

• 让你的草图不言自明。您团队中的每个人都应该能够理解您在草图上的内容。最好使用真实副本而不是 Lorem Ipsum，并将交互元素（如按钮）放置在它们应该在的位置。这也将有助于将草图从低保真度转换为高保真度。
• 每个团队成员都应该单独工作并保持草图匿名。在草拟想法时，每个人都应该独立工作。不应该对哪个草图属于谁有偏见。
• 不要试图让你的草图漂亮。 请记住，设计冲刺是关于速度的。因此，不要担心你的草图是否丑陋。完成的草图不应该是艺术品。只要它清楚地表达了您的解决方案，就足够了。
• 尝试绘制一个流程而不是单个屏幕。 当你在画草图时，试着用 3-4 步的流程来画草图，而不仅仅是在单个屏幕上——它会帮助你解开你想要制作的想法并将它们布置在故事板中。使用箭头和文字描述来明确用户将如何与屏幕交互。

决定（周三）

当你在第三天见面时，你会草拟出许多解决方案。现在是时候过滤它们并选择最好的了。在这个阶段结束时，团队得出一个关于他们想要为他们的原型构建什么的结论。

当天的第一部分将是关于投票的。传统上用于投票的技术称为 粘性决策。团队成员将所有解决方案都放在板上，每个人都会投票支持他们认为正确的解决方案。每个参与设计冲刺的团队成员都用彩色贴纸投票，他们将这些贴纸固定在他们喜欢的解决方案旁边的板上。有时投票在两个甚至三个想法之间平均分配 – 在这种情况下，您需要构建一些原型。

在一天的第二部分，获胜的想法（或想法）会得到 更详细的故事板 。故事板是原型的逐帧计划。团队成员将绘制草图并重新绘制或将它们（物理地）粘贴到白板上。归根结底，故事板应该尽可能完整。在进入设计冲刺的原型制作阶段之前，必须填写所有缺失的部分（如果您的团队中有人问，“接下来会发生什么？”在阅读故事板时，这是一个明显的迹象，有些框架丢失了）。

你的故事板是一个完整的体验。

提示

• 避免在决定阶段发明新想法。最好的想法似乎总是在最后一刻出现。添加新东西是很有诱惑力的，尤其是当你对项目非常了解时，但最好避免这种诱惑。在设计冲刺的这一点上，团队已经排除了很多想法。
• 遵循每分钟一帧的规则。GV 建议在测试期间故事板的每一帧不应超过一分钟。当您将故事板转换为原型时，测试原型的时间不应超过 15 分钟。

原型（星期四）

在设计冲刺的这个阶段，您想要创建一个实际的原型，并与真实用户一起测试。原型设计是团队迄今为止在创建解决方案方面所做的所有工作的结晶。您的团队在前一阶段创建的故事板可以轻松转换为原型。

在一天之内创建原型听起来不切实际，因为原型制作过程通常需要数周时间。但是，在进行原型设计时要记住的重要一点是，您不是在构建功能齐全的产品——您正在创建的东西可以让您从用户那里获得反馈。这意味着您不需要编写任何代码，您需要做的就是构建一个逼真的外观——您可以将其放在用户/利益相关者面前以获得他们的反应。考虑一下可以让用户准确表达想法的绝对最小值，以便他们提供反馈。

星期四以试运行结束，当原型被缝合在一起以确保一切都有意义时。与团队成员一起测试它。

提示

• 原型必须是真实的。测试参与者不需要使用他们的想象力来理解解决方案。原型感觉越真实，你在可用性测试中得到的反应就越自然。
• 选择正确的原型制作工具。正确的Web 原型设计工具是您的团队最有经验的工具。从您通常用于创建事物的工具开始。
• 确保所有团队成员都参与原型制作过程。GV 团队将此称为“分而治之”。在设计冲刺期间，不应出现团队中只有一个人负责构建整个原型的情况。找出适合每个人的技能的任务，并为每个人提供自己的工作场所。

验证（周五）

验证阶段回答了产品设计中最关键的问题——“我怎么知道我的工作好不好？” 在设计冲刺的这一阶段，您将与真实的用户一起测试您的原型。您向用户展示您构建的原型并观察他们的反应。

在面试过程中，你应该寻找模式。最终，您会发现对所有测试参与者都能成功工作的部分以及不能像预期那样工作的部分（用户感到困惑或不感兴趣的地方）。

在验证阶段结束时，您应该对所验证的内容充满信心，如果验证成功，则进入敏捷 Sprint。这基本上是设计冲刺的技术版本，您将工程带到桌面并尝试构建真正的产品。

提示

• 不要错过与用户一起测试原型的机会。一些团队推迟了测试过程。不要成为他们中的一员！验证是设计冲刺的必要部分。
• 使用三重验证。不仅与用户一起验证您的原型，还与利益相关者和工程人员一起验证您的原型。
• 用五个用户进行测试。验证会话不需要太多的测试参与者。根据 Jakob Nielsen 的说法，  85% 的问题 可以在仅用五个人进行测试后观察到。经过五次面试后，应该清楚下一步该做什么。
• 秀，不说。避免解释如何与原型交互。一个设计合理的原型应该独立存在。您不必解释太多，只需为用户描述基本任务即可。
• 避免对测试参与者产生偏见。一个好的面试官会引导测试参与者通过一个没有偏见的想法。这些问题的结构是让人们做出反应，而不是提供反馈。

设计冲刺的 7 条实用建议

1. 记录你的进展

尝试在每天之后写一个每日总结。这将帮助您回顾已完成的工作，并在未来更好地设计 Sprint。

2.找个好地方

空间对于 Sprint 来说非常重要。设计冲刺需要一个相当大的、专门的空间，用白板覆盖整个一周的地图、便签、草图、故事板等。通常，会议室不是创意的好地方。为您的活动选择更大的空间。

3.避免在房间内使用设备

在冲刺期间你不会有太多时间，所以不应该浪费在阅读新闻或查看电子邮件上。如有必要，请在休息时使用设备或走出房间使用设备。

4. 避免虚拟运行设计冲刺

让房间外的人参与 Sprint 确实具有挑战性。空间中发生的事情太多了，仅仅参与聊天是不够的，即使使用摄像机也是如此。您可能不会像让每个人都聚集在一个地方那样具有相同的团队精神。

5. 尊重引导者的方向

引导者应该是设计冲刺中经验最丰富的人；他们过去应该经历过多次设计冲刺并了解方向。确保引导者被倾听并遵循他们的指示。否则，团队成员很容易走向不同的方向。

6. 不要打破为期五天的 Sprint

当您进行冲刺时，请确保它是连续五天。不管是周一到周五还是周三到周日，只要几天是连续的。你不能在任何时候打破它，回到它，并期望有同样的动力。

7. 为大型项目调整设计冲刺

如果你在一个项目上工作，比如一个 SaaS 平台，不要试图在一个 Sprint 中解决整个问题——你将无法一次创建一个完整的解决方案。相反，优先考虑您的挑战并选择您想要完成的特定目标。心中有一个远大的目标（比如构建一个高质量的 SaaS 平台），但要专注于你想在这五天内解决的特定挑战。

设计冲刺资源

准备好开始自己的设计冲刺了吗？这里有一些资源可以帮助您入门。

• GV的设计冲刺 。
• Jake Knapp 的Sprint Book 和设计 Sprint 的有用工具。

结论

您刚刚看到了如何  在短短五天内从想法 转变为 学习，并记住学习的想法是设计冲刺方法的核心。如果你成功了，在 sprint 结束时，你将拥有一个设计工件，你可以将它带给开发人员以将其变成一个真正的产品。

但即使你失败了（例如用户/利益相关者对原型反应不佳），这也是一个很好的结果。现在您知道这是一个坏主意，并且您能够在几天内解决这个问题，而不是几个月或几年。