design-sprint

デザインスプリントフレームワーク

デザイン、プロトタイピング、顧客とのアイデア検証を通じて、重要なビジネス上の課題に答えを出すための5日間のプロセスです。Google Venturesで開発され、Google、Slack、Airbnb、および数百社のスタートアップで活用されています。

核となる原則

何カ月にもわたる議論、設計、テストを1週間に凝縮し、本番コードを書く前に実際のユーザーで検証します。 スプリントでは、終わりのない議論を、月曜日から金曜日までの固定された骨組み、厳格な時間制限、そして1人の決定者に置き換えます。これにより、重大なプロダクト上の課題に5カ月ではなく5日で確かな答えを出せます。

採点

目標：10/10。 スプリントの計画または実施内容を採点するには、該当する項目が正しく含まれているごとに1点を加算します（合計10点）。スコアと、10/10に達するために不足している項目を報告してください。

1. 決定者が週全体の参加を確約し、1人のスプリントマスターが進行役を務める。
2. 月曜日に、漠然とした「プロダクトをテストする」ではなく、対象顧客と利用場面を決める。
3. 厳格な時間制限を設ける（Crazy 8sは8分、各日は10am-5pm、時間無制限のセッションは行わない）。
4. 解決策のスケッチは各自で匿名で行い、グループでのブレインストーミングは行わない。
5. 水曜日は、合意形成ではなく、決定者による単一のスーパーボートで終える。
6. プロトタイプを作る前に、ストーリーボードを作成する。
7. プロトタイプは適度な忠実度のファサードで、5-15 minでテスト可能であり、事前に試走を済ませる。
8. スクリーナーを使って対象ユーザーをちょうど5人募集する（欠席者に備えて6人を予定する）。
9. 金曜日はFive-Act Interviewを使い、ユーザーが説明なしでプロトタイプを解釈する。
10. スプリント終了時の振り返りで、+/-/~のパターングリッドを次のステップに関する決定に結びつける。

決定者、実際のユーザー、または当日中に作成するプロトタイプが欠けている計画は、6点が上限です。これらはスプリントが防ぐために設計されている失敗要因です。

5日間のスプリントプロセス

Monday → Tuesday → Wednesday → Thursday → Friday
  Map      Sketch     Decide      Prototype    Test

前提条件： 1週間集中して取り組む価値のある大きな課題、適切なチーム（決定者に加え、さまざまな専門知識を持つ4-7人）、中断のない丸5日間（10am-5pm）、ホワイトボードのある専用の部屋。1人のスプリントマスターが進行役を務め、時間を管理し、チームの活気を保ちます。

スプリントマスターとして進行する場合は、references/facilitation.mdを参照してください。進行の完全ガイド、時間制限の設定方法、行き詰まった部屋や活気のない部屋を生産的にするためのエネルギー管理の手法が記載されています。

月曜日：マップを作る

目標： 課題を理解し、今週のターゲットを選びます。

午前：ゴールから始める

• 長期目標： 「2年後、何が実現していてほしいか？」への前向きな答えを書きます。例：「顧客が毎日、私たちのプロダクトを使っている。」
• スプリントの質問： 障害や未知の点を、チーム全員でホワイトボードに質問として列挙します。例：「顧客は支払い情報を安心して私たちに預けてくれるだろうか？」

午後：課題をマップにする

• カスタマージャーニーマップ： 関係者（顧客の種類）を列挙し、次にジャーニーを左から右へ5-15ステップで描きます。「プロダクトを知る → サイトを訪れる → 登録する → 初めて使う → 定期的に使うユーザー」のようにします。
• 専門家への質問： 専門知識を持つチームメイト（CEO、デザイン、エンジニアリング、サポート、営業）にインタビューし、ホワイトボードにメモを記録します。
• How Might We（HMW）： 課題を機会として言い換えます。「顧客は価格設定を理解していない」→「HMW、価格設定をすぐに分かるようにするには？」。付箋1枚につき1つ書き、投票して、最もよいものをマップ上に整理します。

1日の終わり：ターゲットを選ぶ

マップ上から、取り組む顧客と利用場面を選びます。最大のリスクまたは機会となるものを選んでください（例：「登録後の最初の10分間」）。最終判断は決定者（決定権を持つ人）が下します。

月曜日の成果物： 長期目標、スプリントの質問、ジャーニーマップ、専門家からの知見、整理されたHMWのメモ、対象顧客と利用場面。

月曜日の進行時はreferences/monday.mdを参照してください。演習の手順ごとの進行スクリプト、HMWの例、ターゲット選定方法が記載されています。

火曜日：スケッチする

目標： 解決策を生み出します。各自が詳細な解決策をスケッチします。

月曜日：ライトニングデモ

• 発想のヒントを見つける： 競合製品や類似製品の3分間デモを行います（「見つけたものはこちらです。興味深い理由はこちらです」）。良いアイデアをホワイトボードに書き留めます。あらゆる業界からアイデアを借りてきましょう。
• 分担するか、全員で取り組む： マップに複数の部分がある場合は、担当を分けます。そうでなければ、全員で同じ重要課題に取り組みます（スプリントのほとんどは全員で取り組みます）。

午後：4ステップのスケッチ

全員が個人でスケッチします。グループでのブレインストーミングはしません。個人で作業することで、より良く、多様なアイデアが生まれます。

1. メモ（20分）： 静かに会場を回り、マップ、HMW、インスピレーションを見直します。
2. アイデア（20分）： ラフな落書き、マインドマップ、棒人間など、質より量を重視します。
3. Crazy 8s（8分）： 紙を8つのパネルに折り、8分間で8つのバリエーションをスケッチします。最初のアイデアを超えることができます。
4. ソリューションスケッチ（30～90分）： 顧客体験の3コマのストーリーボード（始まり、中盤、終わり）を作成します。見ただけで内容がわかるようにし、覚えやすいタイトルを付け、匿名にします。

火曜日の成果物： 各自が作成した、詳細で、匿名で、見ただけで内容がわかるソリューションスケッチ1点。

4ステップのスケッチを始める前に、references/tuesday.mdをご覧ください。チームに見せるためのCrazy 8sとソリューションスケッチのテンプレート、記入例があります。

水曜日：決定する

目標： ソリューションを批評し、プロトタイプを作成してテストする最適な案を選びます。

午前：付箋で決定する

• アートミュージアム： スケッチを壁に貼り、無言で見て回ります（会話は禁止）。ドットシールを貼って、興味深い部分を示します。
• ヒートマップレビュー： 各スケッチについて3分間話し合います。ファシリテーターが説明する間、匿名のスケッチ作成者は発言せず、書記が目立ったアイデアをホワイトボードに記録します。
• 仮投票： 各自が、理由を一文で添えて、1つのソリューションに投票します（拘束力はありません）。
• 最終投票： 決定者には大きなドットシールが3つ渡され、その決定が採用されます。

午後：RumbleまたはAll-in-One

複数のスケッチが選ばれた場合は、Rumble（異なるアプローチを試す競合プロトタイプ）か、All-in-One（最良のアイデアを1つのプロトタイプにまとめる方法。よりシンプルで、多くのスプリントが採用します）を選びます。

• ストーリーボード： テスト体験を10～15コマの漫画で描きます。導入場面（顧客がどのようにあなたを見つけるか）→ソリューションの実演→成功した結果、の流れにします。シンプルに、棒人間、言葉、矢印などを使います。ただし、UIは具体的に描きましょう。木曜日のプロトタイプ作成に必要な詳細だけを含めます。

水曜日の成果物： 採用されたソリューションと、プロトタイプを作成できる詳細なストーリーボード。

付箋を使った決定やストーリーボード作成を進める際は、references/wednesday.mdをご覧ください。投票の進行手順と、コマごとのストーリーボードテンプレートがあります。

木曜日：プロトタイプ

目標： 1日でリアルな外観のものを作ります。金曜日にテストできるものが必要です。

考え方： 見せかけで十分です。テストするものだけをプロトタイプにします。適切な忠実度を目指しましょう。スケッチでは率直な反応を得るには粗すぎますが、動作するコードでは時間を無駄にします。実際に動かなくても、本物らしく見えるもの（外観だけの画面、クリック操作のデモ、動画）にします。

役割分担

役割	担当
作成者（2人以上）	プロトタイプの各パーツを作成します（デザイン、アセット）
統合担当（1人）	各パーツを最終プロトタイプにまとめます（Keynote、Figma）
ライター（1人）	見出し、ボタンのラベル、説明など、すべてのコピーを作成します
素材収集担当（1～2人）	写真、アイコン、競合のスクリーンショットを集めます
インタビュアー（1人）	金曜日のインタビュー台本を作成し、練習します
スプリントマスター	必要に応じて支援し、チームの活気を保ちます

プロトタイプを作成する

ツール： Web／アプリ向けのリンク付きスライドには Figma、Keynote、または PowerPoint、物理的な製品には操作手順を紹介する動画または3Dプリントのモックアップ、サービスにはロールプレイ動画または台本付きのやり取りを使用します。

午前：ストーリーボードをシーンに分け、作成担当者を割り当てます。午後：各パーツをつなぎ合わせ、ストーリーボードに沿っているか確認し、全体の流れをリハーサルして、スプリントチーム外の人と試験運用を行います。

プロトタイプのチェックリスト：

• ストーリーボードに正確に沿っている
• 率直な反応を得られる程度に本物らしく見える
• 5～15分で一通り体験できる
• インタビュアーが提示方法を把握している
• 試験運用を完了している

木曜日の成果物： リアルなプロトタイプ、インタビュー台本、準備済みのインタビュールーム。

プロトタイプの作成中は、references/thursday.mdを参照してください。1日でゴルディロックス水準の忠実度を実現するための、ツールごとの手法（Keynote／Figma のファサード、動画、モックアップ）が紹介されています。

金曜日：テスト

目標： 5人の顧客にインタビューし、何がうまくいき、何がうまくいかないかを学びます。

セットアップ

インタビュールーム：静かな場所に、プロトタイプを表示したノートパソコンを用意し、画面と顧客の顔を撮影します。観察ルーム：チーム全員が視聴してホワイトボードにメモを取れるライブ動画フィードを用意します。インタビュアー1人が5件すべてのインタビューを実施します。

5幕構成のインタビュー

顧客1人あたり約45分（5幕の実施に約35分、準備と切り替えに加えて約10分）です。各インタビューの間には30分の休憩を取り、観察結果について話し合い、質問を調整します。午前9時から午後5時までの全スケジュールはreferences/friday.mdを参照してください。

幕	時間	内容
1. 温かく迎える	5分	温かく挨拶し、テストするのは相手ではなくプロトタイプであると説明し、録画の許可を得て、考えを声に出してもらいます
2. 背景について質問する	5分	「現在、[問題]にどのように対処しているか教えてください」——考え方と現在の行動を把握します
3. プロトタイプを紹介する	5分	「これは何でしょう？何のためのものだと思いますか？」説明はせず、相手に解釈してもらいます
4. タスクと促し	15分	自由に試してもらい、その後ストーリーボードのタスクに取り組んでもらいます。行き詰まったら「次に何をしますか？」「今、何を考えていますか？」と尋ねます。助けずに、相手が苦労する様子を観察します
5. 振り返り	5分	「全体としてどう思いましたか？」「これは誰のためのものですか？」「うまくいった点は？分かりにくかった点は？」と尋ねます

5人が最適な人数

3～5人の時点でパターンが現れ、5人を超えると効果が薄れていきます。また、インタビューと休憩を組み合わせた5枠で1日を通して実施できます（references/friday.mdを参照）。スクリーナー調査で対象顧客を募集し、謝礼（B2Bは100～200ドル、B2Cは50～100ドル）を提示します。

スプリントの2週間前にreferences/recruiting.mdを参照してください。スクリーナー調査の質問、募集チャネル、スケジュール調整の手順、対象に合ったユーザー5人を確保するための謝礼に関するガイダンスが掲載されています。

メモを取る：パターン認識

顧客ごとに1列を割り当てたグリッドに観察結果を記録します。

顧客1	顧客2	顧客3	顧客4	顧客5
メモ	メモ	メモ	メモ	メモ

各観察結果に**✓（肯定的、成功）、✗（否定的、失敗）、または~**（中立／混在）を付けます。5件すべてのインタビュー後、行ごとに印を数えてパターンを探します。同じことで5人全員が苦労していたでしょうか？

スプリント最終日の振り返り

調査結果を整理します。✓ うまくいったこと（全員が理解したフロー、共感を得たメッセージ）、✗ うまくいかなかったこと（わかりにくい用語、抜けている手順、誤った前提）、~ どちらとも言えないこと（理解できた人もいれば、できなかった人もいる）。次に何をするかを決めます。

• 核となるコンセプトが検証できた： 開発するか、次のスプリントで詳細を詰めます
• 大きな問題がある： 方針を転換するか、問題点に取り組むためにもう一度スプリントを実施します
• 完全な失敗： 企画を一から練り直します。これで何か月もの時間を節約できました

金曜日の成果物： インタビューの録音、パターンのメモ、うまくいったことといかなかったことの明確なリスト、次のステップについての決定。

インタビューの前にreferences/friday.mdを確認してください。Five-Actの台本全文、メモ用テンプレート、次のステップを決める詳細な表、金曜日によくある避けるべきミスが記載されています。

デザインスプリントを実施するタイミング

実施する場合： 意思決定の影響が大きい場合、通常の方法では開発してテストする時間がない場合、チームが終わりのない議論で行き詰まっている場合、複数の解決策が競合している場合、新製品／新機能／大規模な再設計に取り組む場合、または投資前にリスクを軽減する必要がある場合です。

実施しない場合： 問題と解決策が明白で、実行するだけの場合、チームの賛同が得られていない場合、または意思決定者が一週間を通して参加できない場合です。

ご自身の領域でスプリントがどのように進められたか、具体的な先例が必要な場合は、references/case-studies.mdでスプリントの実施例（Slack、Blue Bottle Coffee、Saviokeなど）をご覧ください。

バリエーション

• 4日間のスプリント： 1日目はマップ作成＋スケッチ（短縮版）、2日目は決定、3日目はプロトタイプ作成、4日目はテストです。
• リモートスプリント： Miro／FigJamのホワイトボードとZoomを使い、同じスケジュールで進めます。チームが分散している場合は、references/remote-sprints.mdをご覧ください。各エクササイズをデジタルホワイトボード向けに調整し、リモートでのタイムボックスを設定し、ビデオを使ったプロトタイプテストに対応する方法を説明しています。
• 複数スプリント： スプリント1で広範な問題に対する方向性を決め、スプリント2で選んだ解決策を掘り下げ、スプリント3で詳細を磨きます。

よくあるミス

ミス	失敗する理由	対処法
プロトタイプを省略する	テストするものがなくなります	簡単なものでも、必ずプロトタイプを作成します
プロトタイプを作り込みすぎる	重要でない詳細に時間を浪費します	動作するコードではなく、外観だけを作ります
対象ユーザーを間違える	有効なフィードバックを得られません	対象顧客を選別します
ユーザーにプロトタイプを説明する	テストの意味がなくなります。混乱もデータの一部です	記載どおりにAct 3～4を実施します。ユーザーは助けなしで解釈し、戸惑う必要があります
意思決定者がいない	意思決定に踏み切れません	意思決定者に一週間を通して参加してもらうか、スプリントを実施しないでください
中断が入る	集中が途切れます	一週間を確保し、会議やメールを入れないでください

簡易診断

スプリント計画を監査します。

質問	「いいえ」の場合	対応
一週間を通して参加する意思決定者がいますか？	スプリントは失敗します	確約を得るか、延期します
その問題は取り組む価値があるほど重要ですか？	時間の無駄です	大きな課題にのみスプリントを実施します
1日でプロトタイプを作成できますか？	スプリントに適さない問題です	より具体的な問題を選びます
対象ユーザーを5人募集できますか？	適切にテストできません	今すぐ募集を始めます（2週間前から）
チームは中断なしで取り組むことに同意していますか？	集中を維持できません	リーダーの賛同を得ます

参考資料

方法論、エクササイズ、事例の全容については、次をご覧ください。

• "Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days" Jake Knapp、John Zeratsky、Braden Kowitz著

著者について

Jake KnappはGoogleでデザインスプリントを考案し、Gmail、Chrome、Google Xのスプリントを実施しました。その後、Google Venturesのデザインパートナーとして、100件を超えるスタートアップのスプリントを通じてプロセスを洗練させました。現在、このスプリントはGoogle、Slack、Airbnb、LEGOをはじめ、世界中の何千もの企業で活用されています。著書にMake Timeもあります。