> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 设计冲刺

> 设计冲刺是一种 5 天内完成问题聚焦、原型构建与用户验证的方法，帮助团队在投入大量开发前用真实反馈做出更稳健决策。

<Info>
  **类别**: 方法<br />
  **类型**: 快速产品验证与决策方法<br />
  **来源**: Jake Knapp 在 Google 与 Google Ventures 的实践，约 2010 年形成，2016 年系统化出版<br />
  **别名**: GV 冲刺、五天冲刺
</Info>

<Note>
  **快速回答** — **设计冲刺**（Design Sprint）是一套在一周内把关键问题转化为可测试原型、并用真实用户反馈快速做决策的方法。它由 Jake Knapp 在 Google 及 Google Ventures 场景中发展，并在 2016 年《Sprint》一书中系统化。核心价值是用 5 天验证方向，替代数月低效争论与盲目开发。
</Note>

## 什么是设计冲刺？

设计冲刺是一种“五天闭环”方法：围绕一个高风险问题，依次完成问题地图、方案发散、决策收敛、原型制作与用户测试。

> 设计冲刺不是加速开会，而是加速获得决策级证据。

它强调先验证再投入，通常在周五用 5 位目标用户测试高保真原型。面对不确定决策时，可与 `/zh/methods/hypothesis-driven-thinking`、`/zh/methods/scientific-method`、`/zh/methods/pre-mortem-analysis` 联用。

### 设计冲刺的三层理解

* **入门**：当团队要做高成本决定、却缺乏用户证据时，用冲刺先做小规模验证。
* **实践**：严格执行五天节奏，明确决策者、冲刺问题与用户招募标准。
* **进阶**：把冲刺当作投资组合管理工具，优先资源给“证据更强”的方向。

## 起源

设计冲刺起源于 Jake Knapp 在 Google 产品团队中的实践，约 2010 年开始形成雏形。随后在 Google Ventures（GV）与创业团队合作中，方法被打磨成可复用流程。

2016 年，Jake Knapp、John Zeratsky 与 Braden Kowitz 在《Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days》中完整公开了五天模型。GV 公开流程也沿用这一节奏：周一定方向、周二画方案、周三做决策、周四搭原型、周五测用户。

## 核心要点

设计冲刺的产出质量，取决于“问题清晰度 + 决策纪律 + 用户反馈质量”。

<Steps>
  <Step title="聚焦一个最高风险问题">
    把问题写成可验证假设，例如“新手是否愿意在首次使用时授权关键权限”。问题越具体，证据越可用。
  </Step>

  <Step title="先发散再收敛">
    分离“想法生成”和“方案决策”两个阶段，避免团队在过早评判中损失高潜力方案。
  </Step>

  <Step title="只做用于验证的原型">
    原型目标是验证行为，不是上线质量。重点是最小成本获得可信反馈，而非追求工程完整度。
  </Step>

  <Step title="用反馈更新投入决策">
    冲刺结束必须形成“继续、修正或暂停”的明确结论，把用户证据转化为资源配置依据。
  </Step>
</Steps>

## 应用场景

当决策窗口短、试错成本高时，设计冲刺尤其有效。

<CardGroup cols={2}>
  <Card title="新功能方向验证">
    在投入研发前先验证用户是否愿意采用，降低“做出来没人用”的风险。
  </Card>

  <Card title="关键交互改版">
    对高影响流程先做原型测试，避免仅凭主观偏好推进大改版。
  </Card>

  <Card title="服务流程创新">
    先模拟服务触点与体验路径，再决定是否进行组织级流程改造。
  </Card>

  <Card title="跨部门共识建立">
    让产品、设计、研发、业务在同一周内基于同一份用户证据对齐。
  </Card>
</CardGroup>

## 经典案例

Blue Bottle Coffee 与 Google Ventures 的合作常被视作设计冲刺代表案例。公开资料提到，冲刺前 Blue Bottle 的线上销售占比约为 **10%**，团队希望提升网站对购买决策的支持能力。

团队按标准流程完成 **5 天冲刺**，并在周五对高保真原型进行了 **5 位目标用户访谈**。可量化结果不只是“想法变多”，而是在一周内拿到可行动的真实反馈，为后续网站改版提供了更明确的转化优化方向。

## 边界与失效场景

如果团队把设计冲刺当作“形式化工作坊”，它就会失效。没有明确决策者、问题定义过宽、用户样本不匹配，都会让结果变成“看似忙碌、实际无结论”。

两个边界条件要注意：第一，设计冲刺擅长解决“方案不确定”问题，不适合已明确目标的执行排期问题；第二，5 次访谈提供的是方向性证据，不是市场规模结论。常见误用是把冲刺结果当作上线充分条件。

## 常见误区

很多团队不是不会做冲刺，而是误解了它能证明什么。

<AccordionGroup>
  <Accordion title="设计冲刺只适合创业公司">
    大企业同样适用，尤其在跨团队协同慢、决策链条长时更能体现价值。
  </Accordion>

  <Accordion title="做一次冲刺就完成需求探索">
    冲刺是一次高密度验证循环，不是长期用户研究的替代品。
  </Accordion>

  <Accordion title="5 个用户反馈就足够统计显著">
    冲刺访谈主要用于发现关键可用性与价值风险，属于早期质性证据。
  </Accordion>
</AccordionGroup>

## 相关概念

把设计冲刺与以下方法结合，能形成“提出假设-验证假设-落地实施”的连续链路。

<CardGroup cols={3}>
  <Card title="假设驱动思维" href="/zh/methods/hypothesis-driven-thinking">
    把冲刺目标转为可验证假设与判定标准。
  </Card>

  <Card title="科学方法" href="/zh/methods/scientific-method">
    让原型测试具备实验逻辑与可复核性。
  </Card>

  <Card title="最小可行产品" href="/zh/methods/mvp">
    将冲刺验证结果转化为上线范围与实现优先级。
  </Card>

  <Card title="预先验尸分析" href="/zh/methods/pre-mortem-analysis">
    在扩展投入前提前识别失败路径与防护动作。
  </Card>
</CardGroup>

## 一句话总结

<Tip>
  设计冲刺的本质，是用一周时间把“意见冲突”转换成“用户证据驱动的投入决策”。
</Tip>