Framework Deep Dive

Google Design Sprint

由 Google Ventures 开发的 5 天结构化创新流程:周一定义问题,周二发散创意,周三做决策,周四制作原型,周五用真实用户验证。五天完成从问题到答案的全程。

提出者Jake Knapp · Google Ventures
首次提出2010 年
类型快速创新与验证框架
最适合重大决策前的快速验证
下载 Skill

五天,而不是五个月

数月的规划,数月的开发——然后用户测试发现它不起作用。Design Sprint 将这个循环压缩到 5 天。周四你有了一个真实感十足的原型;周五你得到了真实用户的反应。

你可以在 5 天内放弃一个坏想法,而不是 5 个月。这是 Design Sprint 最核心的价值主张:把学习的成本从百万级压缩到万级,把时间从季度压缩到周。

五天,每天一个目标

Design Sprint 的结构是严格的——每一天都有明确的交付物,每一个活动都有时间限制。约束不是障碍,约束逼出真正的决策。

Day 01
周一
Map · 定义
长期目标:2 年后这个产品/功能实现了什么?让团队对齐终点。
Sprint 问题:如果我们失败,会在哪里失败?把假设暴露出来。
绘制用户旅程地图:找到最关键的一个节点作为整个 Sprint 的焦点。
交付物:Sprint 焦点 + 用户旅程地图
Day 02
周二
Sketch · 草图
Lightning Demos:展示竞品或类似解决方案(每人 20 分钟),借鉴而非模仿。
4 步草图法:笔记 → 想法 → 疯狂 8s(8 分钟 8 个想法)→ 详细解决方案草图。
个人独立完成,不讨论:保持多样性,避免群体思维。
交付物:每人一份详细解决方案草图
Day 03
周三
Decide · 决策
Art Museum:将所有草图贴墙展示,无声浏览,像参观艺术展一样。
贴点投票(Heat Map):每人用点贴纸标注喜欢的元素,无声进行避免影响。
Storyboard:将选定方案展开为 15 格用户旅程,这是周四原型的脚本。
交付物:15 格 Storyboard,原型脚本
Day 04
周四
Prototype · 原型
分工制作真实感原型:用 Keynote、Figma 或物理道具。不要写代码。
目标是「真实感」而非「完整功能」:用户需要相信它是真实产品,但不需要真的能运行。
准备测试脚本:设计周五的访谈问题和任务,不要让测试者知道你期望什么答案。
交付物:可测试的原型 + 访谈脚本
Day 05
周五
Test · 测试
5 位目标用户:一对一访谈,每人 60 分钟。5 人是经过验证的最优数量——足够发现模式,不会太多。
团队在隔壁房间观看直播:记录观察,不参与访谈,保持客观。
模式发现:访谈结束后团队汇总——什么在 5 人中重复出现?这是信号,不是噪声。
交付物:继续 / 停止 / 转向 的明确决策

什么时候该用它?

Design Sprint 不适合所有问题——它最适合高风险、高不确定性的重大决策。当你面临「如果做错了,代价极高」的情况,五天的投入往往能省下数月。

🚀
新产品方向投入前的验证
在大规模资源投入之前,五天内验证核心假设是否成立。
🔄
功能重新设计的方向确认
当现有功能需要大幅重设计时,Sprint 帮助在动工前找到正确方向。
🤝
重要客户或 B2B 提案验证
在正式提案前,用 Sprint 原型获得客户的真实反应,降低谈判风险。
🛠️
内部工具设计的快速对齐
跨部门内部工具涉及多方需求时,Sprint 快速对齐各方诉求并验证方案。
💡
初创公司的商业模式验证
在烧钱开发之前,用 Sprint 原型验证商业模式假设和核心用户行为。
📋
年度战略讨论后的快速原型
战略方向确定后,用 Sprint 快速将抽象战略转化为可测试的具体方案。

Slack 企业版功能
的 Sprint 验证

2016 年 Slack 快速增长时,面临关键决策:如何为大型企业 IT 部门设计管理控制功能。构建错误的方案可能需要 6 个月以上,并彻底错失企业市场。他们选择先跑一个 Design Sprint。

Slack
企业版管理控制功能的五天验证 · 2016
2016
Day 01
Map
长期目标:企业 IT 管理员应该觉得 Slack 是可审计、可控制、合规的。
Sprint 问题:IT 管理员会真的信任 Slack 到批准全公司部署吗?
Sprint 焦点:「合规与安全仪表板」——整个 Sprint 聚焦于这一个界面。
Day 02
Sketch
每位团队成员独立设计,产生了 6 种完全不同的方案——从简单的开关列表到复杂的审计日志系统。没有一个方案在这一天被淘汰,多样性被完整保留下来。
Day 03
Decide
团队投票选定「轻量级控制 + 详细审计轨迹」方案——中等复杂度但高信任感。这个方案在投票中胜出,并非因为最华丽,而是因为它直接回应了「IT 管理员的信任」这一核心问题。
Day 04
Prototype
用 Keynote 构建了模拟管理员仪表板的完整原型。看起来完全真实——5 位 IT 管理员测试时无法判断这是否是已发布的产品。没有写一行代码。
Day 05
Test
5 位来自不同公司的企业 IT 管理员参与测试。结果:4/5 立刻问「GDPR 合规设置在哪里?」(原型中没有);3/5 表示审计日志是「他们在任何通讯工具中见过的最重要功能」;2/5 对权限层级感到困惑。
Sprint 结论 → 三项明确决策
Sprint 直接产出了三项可执行决策:立即优先开发 GDPR 合规设置(5 人中 4 人主动提出,需求验证);大力投资审计日志 UI(3 人认为这是最关键功能,价值验证);简化权限层级设计(2 人感到困惑,问题验证)。
5天
完成从问题到决策的全程
6个月
避免了错误方向的开发周期
$27.7B
Slack Enterprise Grid 后续 Salesforce 收购价
💡
为什么这个案例重要
Sprint 验证了「合规信任机制」是企业采购的核心决策因素——不是价格,不是功能数量
Slack Enterprise Grid 于 2017 年发布,直接启用了企业级销售通道,推动了后续的 Salesforce 收购
5 天的 Sprint 投入,避免了 6 个月构建错误管理系统的风险,这是 Design Sprint 最典型的 ROI 模式

五个关键提醒

Design Sprint 的结构看似简单,但每一个环节都有陷阱。以下是最常见的失败模式和对应的实践原则。

01
Decider 必须全程参与
没有决策者的赋权,Sprint 的决策无法落地。如果 CEO 或产品负责人只参与周五,Sprint 产出的决策会在随后的会议中被推翻。
02
周一的 Sprint 问题比目标更重要
「如果我们失败,会怎样?」这个问题比长期目标更有力量。它把团队的注意力从乐观愿景转向真实风险,往往是 Sprint 中最有价值的一小时。
03
周四原型要「真实感」而非「完美」
用 Keynote 或截图拼接,不要写代码。原型需要让用户相信它是真实产品,但不需要真的能运行。「完美原型」是最大的时间陷阱。
04
5 天是约束,不是障碍
约束逼出真正的决策而非无限优化。「我们需要更多时间研究」往往是逃避决策的借口。5 天的压力让团队做出真实的优先级判断。
05
Sprint 结束后必须有明确决策
如果 Sprint 结束时没有「继续 / 停止 / 转向」的明确决策,这个 Sprint 就浪费了。不确定的结论不是谦虚,是失败。

五天解答五年问题:Google Ventures 的时间革命

Google Design Sprint 由 Jake Knapp 在 Google 内部工作期间创造,并于 2012 年前后在 Google Ventures(现 GV)投资组合公司中系统化推广。它的核心主张颠覆了传统产品开发逻辑:与其花数月构建产品再验证假设,不如用五天时间完成从问题定义到原型测试的全流程,以最小成本获得用户真实反馈。

2010
Jake Knapp 在 Google 内部发明 Sprint
Jake Knapp 在 Google 担任设计师期间,为解决跨团队对齐效率低下和产品方向不明确的问题,借鉴设计思维和敏捷方法,在 Gmail 和 Google Hangouts 等项目中实验性地压缩决策周期,逐步形成 Sprint 雏形。
2012
Google Ventures 开始推广至投资组合
Knapp 加入 Google Ventures 后,将 Sprint 方法标准化为五天工作坊流程,在 Slack、Nest、Blue Bottle Coffee 等被投公司中密集实践,通过数百次 Sprint 不断打磨方法细节,验证其跨行业适用性。
2016
《Sprint》一书出版
Jake Knapp 与 John Zeratsky、Braden Kowitz 合著的《Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days》出版,登上《纽约时报》畅销书榜,使 Design Sprint 方法迅速传播至全球产品团队。
2017
AJ&Smart 推出 Sprint 认证,社区爆发
柏林设计公司 AJ&Smart 成为 Design Sprint 的重要推广者,开发认证课程并在 YouTube 发布大量实操内容,带动全球 Sprint 推进者(Sprint Facilitator)社区快速成长,使其从 Google 内部方法演变为开放的行业标准。
2019
Sprint 2.0 简化为四天流程
AJ&Smart 和社区实践者基于大量执行经验,将原版五天 Sprint 优化为更精简的四天版本,删减重复环节,提升节奏密度,进一步降低了企业采用的时间成本,使 Sprint 在大型组织中的推广更为顺畅。

与这些工具搭配效果更好