当团队围绕一个重要问题争论很久，却始终无法前进时，设计冲刺提供了一种短周期的验证方式。它不是用五天完成整个产品，而是用五天集中回答一个高风险问题，让团队在投入更多资源之前获得真实反馈。
第一天：画出问题地图
冲刺开始时，团队需要把长期目标、关键风险和用户流程放在同一张地图上。邀请熟悉业务、技术与用户的人提供信息，但由明确的决策者确定本周最值得解决的目标。范围越具体，五天结束时得到的反馈越有意义。
第二天：独立提出多种方案
先了解已有案例，再让每个人独立完成草图，能避免讨论被声音最大的人主导。方案不要求精美，但必须让别人看懂用户如何一步步完成任务。独立思考之后再集中展示，团队通常能获得比集体头脑风暴更丰富的选择。
第三、四天：决策并制作原型
评审时依据冲刺目标选择最需要验证的方向，把多个好点子整合为故事板。原型只需覆盖测试所需的关键路径，不必完成全部功能。明确页面、文案、素材与访谈分工，让团队在一天内做出足够真实的体验。
第五天：观察而不是解释
让目标用户独立完成任务，主持人避免提示设计意图。团队同步记录每个测试中出现的顺畅点、困惑点和关键表达。五次访谈后，重复模式通常会变得清晰。冲刺的成果不一定是一个成功方案，也可能是及时发现方向不成立。
ACTION LIST / 行动清单
读完以后，可以先做这三件事
- 选择一个五天内能够验证的关键风险
- 提前确定有决策权的人和测试用户
- 只制作覆盖关键路径的原型，不扩展无关功能
冲刺最有价值的成果不是一套漂亮页面，而是团队共同获得的证据。即使验证失败，也比数周后才发现方向错误更便宜、更清楚。
编辑说明
← 返回设计知识本文为莘生计划编辑部独立撰写的完整中文文章，参考公开专业资料并结合设计学生的学习场景重新组织。编辑参考：Google Design, Design Sprints。