加载中...
Method
Design Sprint
用 5 天时间，从问题定义到原型测试完成一次完整的产品验证——把'想清楚'压缩为'试出来'。
设计冲刺（Design Sprint）是 Google Ventures 的杰克·纳普（Jake Knapp）在 2010 年代提出的一套高密度产品验证流程：把通常需要数月的'定义-设计-测试'周期压缩为 5 个工作日。其核心信念是'在投入开发前先用原型验证假设'——不靠讨论说服，而靠真实用户对原型的反应决策。
冲刺不是头脑风暴，而是一条被严格编排的流水线：周一定义长期目标并画出用户旅程，周二基于现有方案发散并选出最佳路径，周三把选中的方案细化为分镜脚本，周四周五由真实用户进行原型测试。五天结束，团队得到一个'可判断'的答案：这个想法值不值得继续。
设计冲刺诞生于 Google Ventures 的投资实践：风投需要在短时间内判断一家初创公司的产品方向是否值得押注。杰克·纳普与约翰·泽拉茨基、布拉登·科维茨在 2010-2012 年间反复迭代这套流程，2016 年《设计冲刺》（Sprint）一书出版后全球普及。
其思想谱系连接 2000 年代以来的敏捷开发与设计思维：敏捷提供了'快速迭代'的节奏，设计思维提供了'用户中心'的方法，设计冲刺把两者压缩进一周，并引入'独立于团队的测试'这一投资视角。它也成为'设计验证'职业化的标志：让设计从'产出方案'转向'产出决策'。
5 天、每天 8 小时是硬约束——时间压力迫使团队做减法、聚焦真正重要的假设。
第一天不是头脑风暴，而是理解用户、竞品与约束；发散必须建立在对问题的共同理解上。
周四的测试原型只回答一个关键假设（'用户会用它吗'），不做多余的功能。
团队争论无法裁决时，交给真实用户的反应来裁决——数据取代办公室政治。
有拍板权的人全程参与，避免'专家评审'与'决策层'脱节。
画出问题地图与用户旅程，访谈内部专家，定义'长期目标'与'冲刺问题'。要点：把'我们要解决什么'写成一页纸。
▸邀请 3-5 位内部专家做 20 分钟访谈
基于现有方案（竞品/内部脑暴）画出备选方案，用'草图墙'展示，投票选出最优路径。要点：独立构思再汇合，避免从众。
▸每人先独立画 3 张草图
把选中的方案细化为用户与原型交互的分镜脚本（类似故事板），逐格描述屏幕与交互。要点：只画测试所需的路径。
▸一张分镜对应一个测试场景
用原型工具（Figma/纸原型等）按分镜搭建高保真原型。要点：够测试即可，不追求完整。
▸禁止'顺便把别的也做了'
邀请 5-6 位目标用户，一人一小时完成测试，观察其反应并记录。要点：观察行为而非只听说法。
▸至少 5 位用户就能发现主要问题
Google 日历的'日程建议'功能通过设计冲刺在 5 天内完成原型验证，避免了一次高风险的完整开发投入。
大量初创公司用设计冲刺验证'我们以为用户想要的功能'，其中相当比例在测试后被砍掉——这正是冲刺的价值：廉价地证明错误。
设计冲刺擅长验证'单一关键假设'，不适合探索开放性问题或需要长期研究的复杂系统；5 天高密度对团队精力要求高，且测试样本小（5-6 人），结论是方向性的而非统计性的。它不能替代用户研究，只能补充验证。
设计冲刺方法论的原典
Donald Norman, The Design of Everyday Things, Basic Books, 2013.
Ezio Manzini, Design, When Everybody Designs, MIT Press, 2015.