> ## 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スプリント、5日間スプリント
</Info>

<Note>
  **先に答えると** — **デザインスプリント**（Design Sprint）は、1つの重要課題を1週間で「定義、試作、検証」まで進める手法です。Google と Google Ventures で育った実務プロセスが、2016年の *Sprint* で広く共有されました。要点は、長い議論よりも短期間の実ユーザー検証で意思決定の質を上げることです。
</Note>

## デザインスプリントとは？

デザインスプリントは、5日間で高リスクな問いに対する実証的な答えを得るためのフレームワークです。

> デザインスプリントの本質は、アイデアを議論で勝たせることではなく、ユーザー反応で選別することにある。

一般的には、月曜に課題を定義し、火曜に解決案を広げ、水曜に方向を決め、木曜にプロトタイプを作り、金曜にユーザーテストを行います。不確実性が高い場面では `/ja/methods/hypothesis-driven-thinking`、`/ja/methods/scientific-method`、`/ja/methods/pre-mortem-analysis` と併用しやすい方法です。

### デザインスプリントの3つの深さ

* **Beginner**: 重要だが確信のない意思決定を、まず1週間で検証する。
* **Practitioner**: 決裁権者、明確な検証質問、5人前後の対象ユーザーを揃えて運用する。
* **Advanced**: 新規施策のポートフォリオ管理に組み込み、弱い案を早期に停止する。

## 起源

デザインスプリントは、Jake Knapp が Google での製品開発経験をもとに組み立てた実践形式です。Google Ventures で複数のスタートアップ支援に使われる中で、5日サイクルとして再現可能な形へ洗練されました。

その後、Jake Knapp、John Zeratsky、Braden Kowitz による *Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days*（2016）で手順が明文化され、業界横断で使える方法として普及しました。

## 要点

デザインスプリントは、短い期間でも「問いの質」と「検証設計」が整っていれば高い意思決定価値を生みます。

<Steps>
  <Step title="最も高コストな不確実性を1つに絞る">
    まず「今週、何を明らかにできれば投資判断が前進するか」を定義します。問いが曖昧だと、得られる学びも曖昧になります。
  </Step>

  <Step title="発散と収束を分離する">
    先に複数案を出し切り、その後で意思決定します。これにより、肩書きや声の大きさによる早期固定を防げます。
  </Step>

  <Step title="検証に必要十分なプロトタイプを作る">
    完成品を目指すのではなく、行動反応を観察できる精度を目指します。目的は実装ではなく判断材料の獲得です。
  </Step>

  <Step title="テスト結果を資源配分に直結させる">
    終了時に「進む・修正する・止める」を明確に決めます。学びを次の実行計画へ接続して初めて価値になります。
  </Step>
</Steps>

## 応用場面

スピードと判断精度を同時に求める場面で、デザインスプリントは有効です。

<CardGroup cols={2}>
  <Card title="新機能コンセプト検証">
    実装前にユーザー価値を確認し、開発投資の外れを減らす。
  </Card>

  <Card title="主要UXの再設計">
    影響の大きい導線変更を、主観ではなくテスト結果で評価する。
  </Card>

  <Card title="サービス体験改善">
    オペレーションを大きく変える前に、接点設計をプロトタイプで確認する。
  </Card>

  <Card title="部門横断の意思統一">
    企画、設計、開発、事業が同じユーザー証拠を見て判断できる状態をつくる。
  </Card>
</CardGroup>

## 事例

Blue Bottle Coffee と Google Ventures の取り組みは、デザインスプリントの代表例としてよく参照されます。公開された事例では、当時 Blue Bottle のオンライン売上比率は約 **10%** とされ、デジタル購買体験の改善が主要課題でした。

チームは **5日間** で課題整理から高忠実度プロトタイプ作成まで進め、金曜に **5人の対象ユーザー** へ検証を実施しました。重要な成果は、長期開発前に意思決定可能な証拠を得たことであり、その後のサイト改善方針を短期間で具体化できた点です。

## 限界と失敗パターン

デザインスプリントは万能ではありません。決裁権者が不在、検証質問が曖昧、被験者の募集条件がずれている場合、1週間使っても実行判断に使えない結果になります。

境界条件は2つあります。第一に、スプリントは「どの解を選ぶべきか」が不明な場面に強く、既知タスクの実行管理には向きません。第二に、少人数インタビューは方向性判断には有効ですが、市場規模の確定には不十分です。

## よくある誤解

誤解の多くは、スプリントの目的を「完成品づくり」と取り違えることから生まれます。

<AccordionGroup>
  <Accordion title="デザインスプリントはスタートアップ専用">
    大企業でも、部門間の調整コストが高い案件ほど有効です。
  </Accordion>

  <Accordion title="1回で顧客理解は十分に完了する">
    1スプリントは1サイクルの検証です。継続的な発見活動は別途必要です。
  </Accordion>

  <Accordion title="5人テストで統計的結論まで出せる">
    スプリントは重大な価値仮説と使い勝手リスクを早期に検出するための質的検証です。
  </Accordion>
</AccordionGroup>

## 関連概念

次の方法と併用すると、仮説設計から実装判断までの接続が滑らかになります。

<CardGroup cols={3}>
  <Card title="仮説駆動思考" href="/ja/methods/hypothesis-driven-thinking">
    検証したい問いを、判断可能な仮説へ変換する。
  </Card>

  <Card title="科学的思考法" href="/ja/methods/scientific-method">
    テスト設計を再現可能な実験として整理する。
  </Card>

  <Card title="MVP" href="/ja/methods/mvp">
    スプリントの学びを最小実装の仕様に落とし込む。
  </Card>

  <Card title="プレモータム分析" href="/ja/methods/pre-mortem-analysis">
    拡大前に失敗シナリオを先回りで洗い出す。
  </Card>
</CardGroup>

## 一言で言うと

<Tip>
  デザインスプリントは、長い推測を短い検証に置き換え、投資判断を前倒しで正確にする方法です。
</Tip>