用途
Design Sprint 是一套为期五天的流程，用于通过设计、原型制作和客户测试来回答关键业务问题。它由 Jake Knapp 在 Google Ventures（现 GV）开发，已被 Slack、Uber、Airbnb、LEGO、纽约时报以及数百家初创公司使用。
其核心思路是：与其花数月争论想法、再花数月开发，不如把一切压缩到一周内。到周五，你将用一个逼真的原型与真实客户进行测试，从而知道方向是否正确。
Design Sprint 改变了团队工作的默认方式：
- 用结构化的个人草图，替代无休止的头脑风暴
- 用一位有决策权的决策者（Decider），替代委员会式设计
- 用逼真的“假”原型，替代直接开发真实产品
- 用 5 位目标客户的测试，替代发布后再碰运气
何时使用
在以下情况使用 Design Sprint：
- 你正在启动新项目，需要在投入工程资源前验证方向
- 风险很高——项目需要大量投资，你需要在开发前获得信心
- 团队陷入僵局——已经就同样的想法争论数周或数月而没有进展
- 存在重大行为风险——产品要求客户改变工作方式或思维方式
- 需要对齐——利益相关者愿景不同，需要一个强制推进的机制
- 存在时间压力——有截止日期、发布窗口或有限的资金跑道
何时不使用
在以下情况不要使用 Design Sprint：
- 你已从现有客户获得强烈信号（应改为迭代）
- 解决方案显而易见且风险低（直接开发即可）
- 关键利益相关者无法承诺参与整周
- 你无法接触用于测试的目标客户
- 团队只想把它当作“创新表演”，无意根据发现采取行动
- 问题纯属技术性，没有面向用户的组成部分
常见模式与错误
资料按影响程度列出了常见错误模式，每个模式展示一个常见错误与正确做法。
关键（做错就会浪费整周）
- 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：扩展的框架细节、检查清单和示例。
资源
书籍：
- Sprint，作者 Jake Knapp，与 John Zeratsky 和 Braden Kowitz 合著——完整指南
- Make Time，作者 Jake Knapp 和 John Zeratsky——为高效冲刺提供专注与精力的策略
在线：
- The Sprint Book——免费资源、Miro 模板、视频讲解
- GV Library——来自 Google Ventures 的文章和案例研究
- Character Labs——Jake 和 John 使用冲刺序列的加速器项目
起源：
Design Sprint 由 Jake Knapp 在 Google 开发，在 Google Ventures 经过数百次冲刺打磨，并在 2016 年出版的《Sprint》一书中记录。它借鉴了设计思维、IDEO 方法以及关于决策与创造力的心理学研究。