デザインスプリント

英語名 Design Sprint
読み方 デザイン スプリント
難易度
所要時間 5日間
提唱者 Jake Knapp / Google Ventures
目次

ひとことで言うと
#

月曜から金曜の5日間で「課題の理解→アイデア出し→決定→プロトタイプ作成→ユーザーテスト」を一気に行う、Google Ventures発の超集中型フレームワーク。何ヶ月もかけて作ってから失敗するリスクを、たった1週間で潰せる。

押さえておきたい用語
#

押さえておきたい用語
スプリントクエスチョン
スプリントで検証する核心的な問い。「〜できるか?」の形式で定義し、5日間の焦点を決める。
Lightning Demos(ライトニングデモ)
火曜日に行う、既存の優れたソリューションを3分ずつ紹介し合うアクティビティ。自社外の事例からインスピレーションを得る。
ストーリーボード
ユーザーテスト用の画面遷移シナリオを漫画形式で描いたもの。プロトタイプの設計図になる。
ヒートマップ投票
全員のスケッチを壁に貼り、良いと思う部分にシールを貼る投票方式。議論なしで全員の評価を可視化する。
Decider(ディサイダー)
スプリントの最終意思決定者。CEO、PdMなど、実行権限を持つ人が担う。

デザインスプリントの全体像
#

月〜金の5日間で課題理解からユーザーテストまでを一気通貫で行う
月曜: Map課題を理解しターゲットを決定スプリントクエスチョン設定火曜: Sketch個人で解決策をスケッチするLightning Demos→ 個別スケッチ水曜: Decide最良のアイデアを選び決定するヒートマップ投票→ ストーリーボード木曜: Prototypeリアルに見えるプロトタイプ作成1日で完成が鉄則本物っぽさ重視金曜: Test5人のユーザーにテストする3人以上の共通パターン = 学び何ヶ月もかけて作ってから失敗するリスクを1週間で潰す
デザインスプリントの5日間フロー
1
Map(月)
課題理解とターゲット設定
2
Sketch(火)
個人でソリューションを描く
3
Decide(水)
投票で選び決定する
4
Prototype(木)
1日でリアルなモック作成
5
Test(金)
5人でテストし判断する

こんな悩みに効く
#

  • 新しいアイデアがあるけど、本当にユーザーに刺さるかわからない
  • チーム内で意見がまとまらず、議論だけで時間が過ぎていく
  • 開発に数ヶ月かけた後に「方向性が違った」となるのが怖い

基本の使い方
#

月曜:課題を理解し、ターゲットを決める(Map)

チーム全員で長期的なゴールを設定し、課題の全体像をマップ化する。

  • スプリントの目的を「質問形式」で定義する(例:「初回ユーザーの離脱率を下げられるか?」)
  • エキスパートにインタビューして知見を集める
  • 1週間で解くべき具体的なターゲットを1つに絞り込む

焦点を絞ることが成功の鍵。あれもこれも欲張らない。

火曜:個人でソリューションをスケッチする(Sketch)

ブレインストーミングではなく、各自が個別にアイデアをスケッチするのがデザインスプリントの特徴。

  • 既存の優れたソリューションをリサーチ(Lightning Demos)
  • 個人で「ソリューションスケッチ」を紙に描く
  • 4分割のスケッチ→最終的に1つの詳細スケッチに落とし込む

グループの声の大きい人に引っ張られず、全員のアイデアが平等に扱われる。

水曜:最良のアイデアを選び、ストーリーボードを作る(Decide)

全員のスケッチを壁に貼り出して、サイレント投票で評価する。

  • 「ヒートマップ投票」でシール投票→「意思決定者」が最終決定
  • 選んだアイデアをもとに、ユーザーテスト用のストーリーボードを作成
  • テスト当日の流れを具体的に設計する

民主的だが、最終決定権は明確にしておく。

木曜→金曜:プロトタイプを作り、ユーザーにテストする

木曜日にリアルに見えるプロトタイプを1日で作る。Figma、Keynote、PowerPointなど何でもOK。動く必要はなく「本物っぽく見える」ことが重要。

金曜日に5人のユーザーにプロトタイプを見せてテスト。

  • 1人45分のインタビュー形式
  • チーム全員が別室でリアルタイム観察
  • 5人中3人以上に共通するパターンを発見すれば十分な学び

5日間の結果を踏まえて「進む / 方向転換 / やめる」を判断する。

具体例
#

例1:フィットネスアプリが新規ユーザーの7日間継続率を30%から50%に引き上げる施策を検証する

月曜(Map): 「新規ユーザーの7日間継続率を30%→50%に上げられるか?」をスプリント課題に設定。エキスパートとして既存ユーザー3名にヒアリング。ターゲットを「初回起動からワークアウト完了まで」に絞る。

火曜(Sketch): 各メンバーがソリューションを個別にスケッチ。「AIパーソナライズ初回体験」「3分お試しワークアウト」「目標設定ウィザード」など8案が出る。

水曜(Decide): 投票の結果「3分お試しワークアウト+目標設定」を選択。初回起動→3分体験→目標設定→次回予告、のストーリーボードを作成。

木曜(Prototype): Figmaで実際のアプリ風の画面を15画面作成。動画再生部分はダミーだが、タップで画面遷移するリアルなモック。

金曜(Test): 5人中4人が3分体験を完了し「これなら続けられそう」と回答。ただし目標設定が「面倒」との声が3人。→ 目標設定は初回でなく3日目に移動する方針に。

5日間で「開発すべきもの」と「やめるべきもの」が明確になった。本番開発後、継続率は32%→48%に改善。

例2:B2B SaaSが新規見込み客のオンボーディング完了率を改善する

月曜(Map): スプリントクエスチョン「無料トライアルから有料転換率を8%→15%に上げられるか?」。カスタマーサクセスへのヒアリングで「トライアル期間中にコア機能を体験できていない」が最大の課題と判明。ターゲットを「初回ログインからレポート作成完了まで」に絞る。

火曜(Sketch): 8名がそれぞれソリューションを描く。「インタラクティブチュートリアル」「サンプルデータ入りテンプレート」「パーソナライズされたダッシュボード」など。

水曜(Decide): 「サンプルデータ入りテンプレート+3ステップガイド」に決定。ストーリーボードは「ログイン→業種選択→テンプレート自動生成→レポート確認」の4画面。

木曜(Prototype): Figmaで20画面のプロトタイプ。サンプルデータは架空の企業データをリアルに作成。

金曜(Test): 5人中5人がレポート作成まで到達(現行UIでは5人中1人のみ)。「サンプルデータがあるから何ができるツールかすぐわかった」が全員共通の声。 ただし業種選択が4人から「自分の業種がない」と指摘。→ 業種を15→30に拡充する方針に。

結果: 実装後、無料→有料転換率が8%→17%に改善。5日間のスプリントが、3ヶ月分の議論を置き換えた。

例3:自治体が窓口手続きのデジタル化の方向性を5日間で検証する

月曜(Map): 「住民が窓口に来なくても転入届を完了できるか?」がスプリントクエスチョン。窓口職員3名にヒアリング。現状は平均待ち時間45分、手続き15分。

火曜(Sketch): チーム6名(職員2名、デザイナー2名、エンジニア2名)がスケッチ。「LINE連携」「写真撮影で書類入力自動化」「ビデオ通話で遠隔対応」など。

水曜(Decide): 「写真撮影で書類認識 + チャットで不明点を質問」に決定。

木曜(Prototype): スマホ画面12画面のプロトタイプ。書類撮影→自動読み取り→確認→送信の流れ。

金曜(Test): 住民5名でテスト。5人中3人が問題なく完了。2人はスマホの書類撮影で「うまく撮れない」と戸惑い。→ 撮影ガイド(枠線とリアルタイムフィードバック)の追加を決定。

結果: 実証実験では窓口来庁者が30%減少。 1件あたりの処理時間は60分→12分に短縮。住民満足度も78%→92%に向上。

やりがちな失敗パターン
#

  1. 意思決定者が参加しない — スプリントの結論を後から「やっぱり違う」と覆される。意思決定者(CEO、PdMなど)は必ず全日程参加させること
  2. プロトタイプを作り込みすぎる — 木曜日の1日で完成しないのは作り込みすぎ。「本物っぽく見えればOK」が鉄則
  3. テスト結果を無視する — 5日間の努力が詰まったアイデアだからこそ否定しづらいが、ユーザーの反応が悪ければ潔く方向転換する
  4. 焦点を絞らずに始める — 「アプリ全体を改善したい」のような広いテーマでは5日間で結論が出ない。1つの具体的な課題に集中する

企業での実践例 — Google Ventures
#

デザインスプリントはGoogle Ventures(GV)のデザインパートナー、ジェイク・ナップが2010年頃に社内で体系化し、投資先スタートアップの支援に適用し始めたのが起源である。ナップはGmail開発チーム時代に「長い会議で議論するより、素早くプロトタイプを作ってユーザーに見せたほうが早い」と気づいた経験を、5日間の構造化プロセスに落とし込んだ。

GVでは2012年から2016年までに150社以上の投資先企業でデザインスプリントを実施している。代表的な成功例の一つが、ロボットアドバイザーのBlue Bottle Coffeeのオンラインストア設計だ。5日間のスプリントで「コーヒーの定期購入体験」のプロトタイプを作り、ユーザーテストの結果をもとに開発方針を確定させた。ナップは著書『Sprint』で「スプリントによって3〜6ヶ月分の議論を1週間に圧縮できた事例が繰り返し観察された」と述べている。現在ではGoogleの社内チームはもちろん、LEGO、Slack、Uber、国連など業種・規模を問わず世界中の組織がこの手法を採用している。GVが無償で公開したスプリントキットが普及を加速させた点も、オープンな知識共有というGVの投資哲学を反映している。

まとめ
#

デザインスプリントは「5日間でアイデアの価値を検証する」超実践的プロセス。通常なら数ヶ月かかる「企画→開発→検証」を1週間に圧縮できる。大事なのは全員が集中して取り組むこと。ダラダラ議論する会議文化を破壊し、手を動かしてユーザーの声を聞く文化を作る最高のフレームワーク。