design-sprint

设计冲刺

什么是设计冲刺

设计冲刺是一个为期 5 天的流程，通过设计、原型制作和客户测试来回答关键业务问题。它由 Google Ventures（现为 GV）的 Jake Knapp 开发，Slack、Uber、Airbnb、LEGO、《纽约时报》以及数百家初创公司的团队都曾采用这一流程。

核心见解：与其花几个月争论想法，再花几个月开发，不如把所有工作压缩到一周内。 到周五，你就能用真实客户测试逼真的原型，并了解方向是否正确。

设计冲刺会改变团队的默认工作方式：

• 不再无休止地头脑风暴：改用有结构的个人构思
• 不再由委员会做决定：由一位有决策权的决策者拍板
• 不再开发真正的产品：制作逼真的“伪”原型
• 不再发布产品后寄希望于成功：邀请 5 位目标客户进行测试

适用场景

遇到以下情况时，可使用设计冲刺：

• 你要着手新项目，需要在投入工程资源前验证方向
• 风险很高——项目需要大量投入，你需要在开发前建立信心
• 你陷入僵局——团队几周或几个月来一直在争论相同的想法，却毫无进展
• 行为改变风险很大——产品要求客户改变工作或思考方式
• 你需要达成共识——利益相关方的愿景各不相同，你需要一种推动大家做出决定的机制
• 时间紧迫——你有截止日期、发布窗口或有限的资金储备

不适用场景

以下情况不要使用设计冲刺：

• 你已经从现有客户那里获得了明确反馈（应改为迭代）
• 解决方案显而易见且风险低（直接开发即可）
• 关键利益相关方无法全程投入完整的一周
• 你无法接触目标客户进行测试
• 团队只是想把它当作“创新秀场”，却无意根据发现采取行动
• 问题纯属技术问题，不涉及面向用户的部分

模式

展示如何正确应用设计冲刺的详细示例。每个模式都展示一种常见错误及正确做法。

关键模式（如果这些地方出错，一周时间就白费了）

模式	说明
wrong-problem-for-sprint	并非所有问题都适合冲刺——选对挑战
missing-decider	决策者不在场，冲刺就会停滞或被推翻
prototype-too-polished	把握恰到好处的质量——逼真到足以测试，粗糙到可以舍弃
testing-wrong-users	邀请 5 位目标客户，胜过随机找 50 个人
skipping-the-map	不梳理问题就直接跳到解决方案，必然导致方向不一致

高影响模式

模式	说明
group-brainstorming	一起独立思考——个人构思胜过集体讨论
too-many-ideas	集中制作一个原型，而不是做成让人自行选择的冒险故事
expert-interviews-skipped	周一的访谈能揭示限制条件，否则你要到周五才会发现
storyboard-too-vague	故事板是蓝图——内容含糊就会造出令人困惑的原型
prototype-scope-creep	为关键流程制作原型，而不是覆盖整个产品
testing-for-validation	测试的目的是学习，而非证明自己是对的

中等影响

模式	教会我们的内容
ignoring-sprint-questions	周一提出冲刺问题，周五回答
facilitator-participates	引导者负责引导，不推销自己的想法
no-debrief	周五总结出的模式需要在周一做决策前进行综合梳理

深入阅读

只有在需要更多细节时才阅读。

• references/design-sprint-playbook.md：更完整的框架细节、清单和示例。

资源

书籍：

• Jake Knapp、John Zeratsky 和 Braden Kowitz 合著的 Sprint — 完整指南
• Jake Knapp 和 John Zeratsky 合著的 Make Time — 帮助高效冲刺的专注力与精力管理技巧

在线资源：

• The Sprint Book — 免费资源、Miro 模板和视频演示
• GV Library — 来自 Google Ventures 的文章和案例研究
• Character Labs — Jake 和 John 运用冲刺序列的加速器计划

起源： 设计冲刺由 Jake Knapp 在 Google 开发，经 Google Ventures 数百次冲刺实践不断完善，并记录于 2016 年出版的 Sprint 一书中。它汲取了设计思维、IDEO 方法，以及关于决策与创造力的心理学研究。