design-sprint

デザインスプリント

わずか5日で大きなアイデアを検証できます。Google Venturesの実証済みの方法論を活用し、何か月も開発することなく、課題から検証済みのプロトタイプへと進みます。

このスキルを使う場面

• 構築する前に検証が必要な新しい製品コンセプト
• 多大な投資が必要な重要な機能に関する意思決定
• 分析による行き詰まりを打破する必要がある停滞したチーム
• 進むべき方向が不確かな場合のスタートアップの方向転換
• 失敗した場合の損失が大きいリスクの高い賭け
• チーム間で方向性について意見が異なる場合の部門横断的な合意形成

方法論の基盤

項目	詳細
出典	Jake Knapp - Sprint（2016）、Google Venturesで開発
基本原則	「課題からテスト済みのソリューションまで5日で進みます。議論や開発をする代わりに、プロトタイプを作り、実際のユーザーでテストします。」
検証	GVが150社以上のスタートアップで活用し、Google、Slack、Uber、IDEOのチームにも採用されています
これが重要な理由	何か月もの作業を1週間に凝縮できます。リリース後に発見するには何か月もかかることを、5日で学べます。

Claudeが行うことと、あなたが決めること

Claudeが行うこと	あなたが決めること
動画のワークフローを構成する	最終的なクリエイティブビジョン
ショットの構成を提案する	機材の選定
ストーリーボードのテンプレートを作成する	ブランドの美学
スクリプトのフレームワークを生成する	最終承認
技術要件を特定する	予算配分

このスキルでできること

1. 5日間のプロセスを構成する - 月曜日から金曜日まで、詳細なスケジュールを作成
2. 発散的思考を促進する - 多くのアイデアを生み出す
3. 迅速なプロトタイピングを可能にする - 現実的に見えるが、実際には機能しないものを作る
4. 実際のユーザーで検証する - 金曜日にテストする
5. チームを迅速にまとめる - 共通認識と意思決定を実現する
6. リスクを軽減する - 構築前に学ぶ

使い方

デザインスプリントを計画する

I want to run a design sprint to solve [challenge].
Help me plan the 5-day schedule and prepare materials.
Team: [who's involved]

特定のスプリント日を実施する

We're on [Day] of our design sprint.
Guide me through today's activities for [challenge].

リモートまたは短縮版のスプリントに適応する

I need to run a design sprint remotely [or: in 3 days instead of 5].
Help me adapt the methodology.

手順

ステップ1：スプリントの概要を理解する

## The 5-Day Sprint

### Why 5 Days?

**Day 1 (Monday): Map**
Understand the problem and pick a target

**Day 2 (Tuesday): Sketch**
Generate solutions individually

**Day 3 (Wednesday): Decide**
Choose the best solution

**Day 4 (Thursday): Prototype**
Build a realistic facade

**Day 5 (Friday): Test**
Get real user feedback

### The Philosophy

**Before sprints:**
- Debate ideas for weeks
- Build something over months
- Launch and hope
- Discover problems late

**With sprints:**
- 1 day to understand
- 2 days to generate and decide
- 1 day to prototype
- 1 day to validate
- Learn before building

### What You Need

**Team (7 or fewer):**
- Decider (authority to make calls)
- Facilitator (runs the sprint)
- Product person
- Designer
- Engineer
- Domain expert
- Customer-facing person

**Space:**
- Dedicated room for 5 days
- Whiteboards or wall space
- Post-its, markers, dot stickers

**Prep:**
- 5 user interviews scheduled for Friday
- Sprint challenge defined
- Long-term goal agreed

---

ステップ2：日ごとのアクティビティ

## Monday: Map

### Goal
Understand the problem. Pick where to focus.

### Schedule

**10:00 - Long-term goal**
"Where do we want to be in 6 months / 2 years?"
Write on whiteboard. Get Decider agreement.

**10:30 - Sprint questions**
"What could go wrong? What do we need to learn?"
Turn fears into questions.
"Will users understand our value prop?"
"Can we convert free users to paid?"

**11:00 - Make a map**
Customer journey map:

[Actor] → [Action 1] → [Action 2] → [Goal] ↓ ↓ [Touchpoint] [Touchpoint]

Simple is better. Show how customers interact.

**1:00 - Ask the experts**
Interview team members and stakeholders.
20 minutes each. "How Might We" notes.

**How Might We (HMW):**
Turn problems into opportunities.
Problem: "Users don't understand pricing"
HMW: "How might we make pricing instantly clear?"

**3:30 - Organize HMWs**
Affinity map the HMW notes.
Dot vote on most important.

**4:30 - Pick a target**
Choose ONE part of the map to focus on.
Decider makes the call.

### Monday Output
- Long-term goal on wall
- Sprint questions on wall
- Map on wall
- Target circled on map

---

## Tuesday: Sketch

### Goal
Generate solutions. Everyone contributes.

### Schedule

**10:00 - Lightning demos**
Show inspiring solutions from other products/industries.
3 minutes each. Capture "Big Ideas" on post-its.

**11:30 - Divide or swarm**
If multiple targets, assign team members to each.
If one target, everyone tackles it.

**1:00 - Four-step sketch (individual work)**

**Step 1: Notes (20 min)**
Walk around room. Take notes on what's there.
Review goals, map, HMWs, demos.

**Step 2: Ideas (20 min)**
Write rough ideas. No polish.
Quantity over quality.

**Step 3: Crazy 8s (8 min)**
Fold paper into 8 sections.
1 minute per section: sketch a variation.
Forces rapid iteration.

**Step 4: Solution sketch (30-90 min)**
Create a 3-panel storyboard.
Self-explanatory (words + pictures).
Anonymous (no names).

**Key rules:**
- Work alone (no groupthink)
- No collaboration yet
- Keep sketches anonymous
- Must be self-explanatory

### Tuesday Output
- Solution sketches from each person
- Posted on wall, face out

---

## Wednesday: Decide

### Goal
Choose one solution to prototype.

### Schedule

**10:00 - Art museum**
Post all sketches on wall.
Team walks around in silence (no pitching).

**10:30 - Heat map**
Dot vote silently on interesting parts.
No discussion. Cluster votes reveal consensus.

**11:00 - Speed critique**
3 minutes per sketch.
Facilitator narrates. Team discusses.
Capture standout ideas.

**11:45 - Straw poll**
Each person votes for ONE solution.
(Not binding, just gauging sentiment)

**12:00 - Supervote**
Decider gets 3 special votes.
Decider's votes decide what gets prototyped.

**Why Decider decides:**
- Faster than consensus
- One person is accountable
- Avoids design-by-committee

**1:30 - Rumble or All-in-one?**
If votes cluster on one idea: All-in-one prototype
If votes split: Can we combine? Or do we rumble (test both)?

**2:00 - Storyboard**
Draw the prototype frame-by-frame.
What does the user see at each step?

[Frame 1] [Frame 2] [Frame 3] [Frame 4] Opening Key action Result End state scene

15-20 frames typical. Detail matters.

### Wednesday Output
- Winner(s) chosen
- Detailed storyboard ready for prototype

---

## Thursday: Prototype

### Goal
Build something real enough to test.

### Schedule

**Full day: Build the prototype**

### The Prototype Mindset

**Not building:**
- A real product
- Code
- Anything that works

**Building:**
- A facade
- Realistic enough to get real reactions
- Goldilocks quality (just right)

### Goldilocks Quality

**Too low:** User can't engage, doesn't feel real
**Too high:** Takes too long, you get attached
**Just right:** Real enough to react to, fake enough to be fast

### Division of Labor

**Makers (2+):**
Build the screens/assets

**Stitcher (1):**
Assemble into clickable flow

**Writer (1):**
All the copy and content

**Asset collector (1):**
Stock photos, logos, icons

**Interviewer (1):**
Prep Friday's interview script

### Tools

| Prototype Type | Tools |
|----------------|-------|
| Digital product | Figma, Keynote, InVision |
| Physical product | 3D print, foam, paper |
| Service | Role-play script, fake storefront |
| Marketing | Landing page, fake ads |

### Thursday Tips

- Start with hardest screens first
- Writer writes real copy (not Lorem Ipsum)
- Error states matter
- Have something testable by 3pm
- Do a trial run at 4pm
- Fix issues before Friday

### Thursday Output
- Clickable/usable prototype
- Interview script ready
- 5 users confirmed for Friday

---

## Friday: Test

### Goal
Learn from real users.

### Schedule

**9:00 - Prep**
- Prototype working
- Interview room ready
- Observation room set up (team watches)

**10:00-3:00 - Five user interviews**
1 hour each. 30 minutes between.

**Interview structure:**
1. Friendly welcome (5 min)
2. Context questions (10 min)
3. Prototype walkthrough (40 min)
4. Debrief (5 min)

**3:30-5:00 - Review and learn**
- Look for patterns
- What worked?
- What didn't?
- What surprised us?

### Watching the Interviews

**Team watches from another room**
- Video feed or live stream
- No interrupting

**Note-taking:**
Each watcher takes notes on:
- Positive reactions (+)
- Negative reactions (-)
- Quotes
- Questions

**Use a grid:**

       | User 1 | User 2 | User 3 | User 4 | User 5

-----------|--------|--------|--------|--------|-------- Feature A | + Easy | + Easy | - Conf | + Easy | + Easy Feature B | - Lost | - Lost | - Lost | + OK | - Lost

Patterns become obvious.

### 5 Is Enough

Why 5 users?
- 85% of issues found with 5 users
- Diminishing returns after 5
- Can recruit in a week
- One day of testing

### Friday Output
- Patterns documented
- Decisions on what to build
- Next steps clear

---

ステップ3：スプリント後

## What Happens Next

### Possible Outcomes

**1. Big hit (everything worked)**
- Move to build with confidence
- Scope based on prototype
- High conviction, low risk

**2. Flawed but promising**
- Know what to fix
- Might need mini-sprint on problem area
- Build core, iterate on issues

**3. Mixed results**
- Some things worked, some didn't
- Consider pivot or scope reduction
- Another sprint on specific problem?

**4. Complete miss**
- Wrong problem or wrong solution
- Better to know now than after building
- Reframe and try again

### Turn Learning into Action

**If building:**
1. Turn storyboard into spec
2. Engineers can start from prototype
3. Validated design reduces back-and-forth

**If pivoting:**
1. What did we learn?
2. What's the new hypothesis?
3. Next sprint or different approach?

### Document the Sprint

**Sprint summary:**
- The challenge we addressed
- What we tested
- What we learned
- Decisions made
- Next steps

**Keep the artifacts:**
- Photos of walls
- The prototype
- User test videos (gold!)

---

例

例1：スプリントの計画

入力：

「当社はB2B SaaS企業で、ダッシュボードの大幅な刷新を検討しています。デザインスプリントを実施すべきでしょうか？」

出力：

スプリント評価：ダッシュボードの刷新

スプリントに適していますか？

スプリントが効果的なケース：

• ✓ 重要性が高い（誤った場合に多大な投資が無駄になる）
• ✓ 不確実性がある（デザインがうまくいくか分からない）
• ✓ プロトタイプを作成できる（デジタル製品で、簡単にそれらしく見せられる）
• ✓ ユーザーを確保できる（B2Bユーザーを募集できる）

スプリントがあまり適さないケース：

• ソリューションが明白（そのまま構築すればよい）
• プロトタイプを作成できない（技術的に根深い問題）
• ユーザーにアクセスできない（政府との契約など）

結論： スプリントに適した候補です。

スプリントの準備

課題： 「ユーザーが［主要な業務］を半分の時間で達成できるダッシュボードをデザインする。」

長期目標： 「ダッシュボードによってユーザーの生産性が高まるため、ユーザーが競合他社ではなく当社を選ぶ。」

スプリントの質問：

• ユーザーは新しいレイアウトを理解できるか？
• ユーザーは必要なデータをすばやく見つけられるか？
• 新しいデザインはパワーユーザーにも対応できるか？
• 小さな画面でも使えるか？

チーム編成

役割	担当者	理由
決定者	プロダクト責任者	決定を下す権限があるため
ファシリテーター	外部／デザインリード	プロセスを進行するため
デザイナー	UI デザイナー	プロトタイプを作成するため
エンジニア	シニア開発者	実現可能性を直感的に判断するため
カスタマーサクセス	CS リード	ユーザーに関する知識があるため
セールス	AE	見込み客からの反論を把握しているため
データ	アナリスト	利用パターンを把握しているため

ユーザーの募集

対象： ダッシュボードを毎日利用している現ユーザー5名

条件：

• ヘビーユーザーと一般ユーザーを混在させる
• 企業規模が異なる
• 過去30日以内に利用している

謝礼： 1時間のセッションに対して100ドルのギフトカード

スケジュール： 金曜日の午前9時、午前10時30分、午後12時、午後2時、午後3時30分

資料の準備

月曜日までに：

• 1週間を通して使える部屋を予約
• ホワイトボードまたは壁のスペース（十分な広さ）
• 付箋（4色）、マーカー、ドットシール
• 軽食と昼食の計画
• プロトタイプツールを準備（Figma アカウント）
• ユーザーインタビューを確定
• 現在の分析データを取得
• 競合のダッシュボードをスクリーンショットで記録

---

例2：水曜日の決定セッションを進行する

入力：

「スプリントの水曜日です。解決策のスケッチが6つあります。決定の進め方を教えてください。」

出力：

水曜日の決定セッション：手順

午前の準備

準備するもの：

• スケッチ6点をすべて壁に掲示（表向き）
• タイマー
• ドットシール（通常のものと、決定者用の特別なもの3枚）
• メモ用のホワイトボード

10:00 - アートミュージアム（20分）

チームへの説明： 「これから、すべての解決策を無言で見ていきます。話したり、説明したりしないでください。 歩き回って、それぞれのスケッチを見てください。目を引いたものをメモしてください。 スケッチ自体がすべてを物語るはずです。」

タイマー： 20分

誰かが話した場合： 優しく「批評の時間まで取っておきましょう」と伝えます。

10:30 - ヒートマップ（15分）

説明： 「次は、興味を引く部分に投票します。解決策全体ではなく、具体的な要素に投票してください。 一人につきドットシールをたくさん使えます。気に入ったものに貼ってください。 興味を引くもの1つにつきドットを1つ貼ります。引き続き、話さないでください。」

起こること： ドットが集まる場所ができます。たくさん集まる箇所もあれば、まったくない箇所もあります。 誰も売り込むことなく、どこに熱意が集まっているかがわかります。

11:00 - スピード批評（スケッチ1点につき3分）

各スケッチの進め方：

1. ファシリテーターが説明する（1分）： 「では、この解決策を見てみましょう。ユーザーは[X]に到着し、 次に[Y]をクリックして、[Z]にたどり着きます。中心となるアイデアは[A]のようです。」

2. 懸念点を挙げる（1分）： 「チームから見て、懸念点や質問はありますか？議論ではなく、記録するだけです。」 懸念点を付箋に書き、スケッチの近くに貼ります。

3. 作成者が明かす（30秒）： 「このスケッチを描いたのは誰ですか？見落とした点はありますか？」 作成者は誤解を正すことができます。売り込みはしません。

4. 大きなアイデアを記録する（30秒）： 「このスケッチから記録しておくべき大きなアイデアはありますか？」 「大きなアイデア」と書かれたホワイトボードに記入します。

6つのスケッチすべてを順に見ていきます。 手短に進めます。

11:45 - 予備投票（5分）

説明： 「次は、それぞれ1つの解決策に投票してください。プロトタイプにすべきだと思うものを選んでください。 この投票に拘束力はありません。チームの考えがどこにあるかを把握するためのものです。 付箋に投票先を書いてください。私が集めます。」

投票結果を発表： 「スケッチBに3票、スケッチDに2票、スケッチAに1票です。」

12:00 - 最終投票（10分）

決定者への説明： 「[決定者名]さん、特別な投票権が3票あります。これが決定票です。 3票すべてを1つのスケッチに投じても、分けて投じてもかまいません。 投票先が、プロトタイプになります。」

決定者が投票します。 チームは見守ります。

発表： 「スケッチBをプロトタイプにします。これが私たちの方向性です。」

12:15 - ランブルの確認

投票が分かれた場合： 2つのアプローチをテストすることを検討します。 意見が一致した場合： 勝者に全力で取り組みます。

決定：「スケッチBを一体型の案として進め、スケッチDのナビゲーションのアイデアを取り入れます。」

1:30 - ストーリーボード

準備： 大きな紙またはホワイトボード。空のフレームを15〜20個用意します。

質問1： 「オープニングシーンはどうなりますか？ ユーザーはどこから始めますか？」

一緒にフレーム1を描きます。進行役が描き、チームが指示します。

質問2： 「次に何が起きますか？ ユーザーは何をしますか？」

フレームごとに続けます。次の内容を含めてください。

• すべての画面
• すべてのクリック／タップ
• 重要なコピー（見出し、ボタン）
• 必要に応じてエラー状態

ヒント： 「フレーム4とフレーム5の間に何かありますか？ 見落としているステップはありませんか？」

水曜日の終了時

成果物：

• 優勝案を選定
• ストーリーボード完成
• チーム内で合意
• 翌日の制作準備完了

---

例3：リモート／短縮スプリント

入力：

「スプリントを実施する必要がありますが、チームはリモートで、期間は3日しかありません。どのように調整すればよいですか？」

出力：

短縮リモートスプリント（3日間）

調整の原則

リモートでの変更点：

• 対面ではなくビデオ通話を使用
• デジタルホワイトボード（Miro、Figma、Mural）
• 同期時間を節約するための非同期事前作業
• 休憩を増やす（ビデオ通話による疲労対策）

短縮に伴う変更点：

• 月曜日の午前と午後を統合
• スケッチと決定を統合
• より速くプロトタイプを作成（ゴルディロックスではなく、ゴールド）
• テスト対象を5人ではなく3人にする場合がある

スプリント前の非同期作業（0日目）

スプリント開始前に：

1. 専門家インタビュー： Loom の非同期動画を録画します
2. ライトニングデモ： チームが共有ドキュメントに参考例を提出します
3. HMWメモ： Miro ボードで集め始めます
4. ユーザー募集： 3日目のテスターを確定します

節約できる時間： 1日目の約3時間

1日目：マップ作成＋スケッチ（終日）

9:00-9:30 - スプリントのセットアップ

• ビデオ通話、カメラをオン
• 導入、基本ルール
• 事前作業の確認

9:30-10:30 - 長期目標＋スプリントの質問

• 共同編集には Miro ボードを使用
• 決定者が目標を確認

10:30-11:30 - マップの作成

• 1人が画面を共有して描く
• チームが指示
• 対象を選ぶ

11:30-12:00 - HMWの整理

• Miro でデジタル投票
• 親和性によるクラスタリング

休憩（1時間）

1:00-2:30 - ライトニングデモの確認＋メモ

• 事前に提出されたデモを確認
• 各自でメモを取る（非同期）

2:30-3:00 - Crazy 8s

• 全員が個別に作業
• スクリーンショットを撮り、Miro にアップロード

3:00-5:00 - ソリューションのスケッチ

• 個別に作業
• 終業時までに最終スケッチを Miro にアップロード

2日目：決定＋プロトタイプ（終日）

9:00-10:00 - アートミュージアム＋ヒートマップ

• Miro でスケッチを非同期に確認（カメラオフ、30分）
• 再集合して投票

10:00-11:00 - スピード批評

• スケッチ1つにつき5分（短縮版）
• 進行役が画面を共有し、説明

11:00-11:30 - 仮投票＋スーパーボート

• デジタル投票
• 決定者が決定

11:30-12:00 - ストーリーボードの作成開始

• Miro で共同作業
• 主要なフレームをスケッチ

休憩（1時間）

1:00-5:00 - プロトタイプの作成

• チームをメイカー、スティッチャー、ライターに分ける
• 調整用の Slack チャンネル
• 午後3時に進捗確認
• 午後4時30分に試運転

3日目：テスト（半日）

9:00-12:00 - ユーザーテスト

• ユーザー3人（5人から短縮）
• 1人あたり45分
• 動画を録画
• チームは Zoom で視聴

1:00-2:00 - パターンの確認

• 振り返りの通話
• うまくいった点は？ うまくいかなかった点は？
• 決定事項を記録

2:00-3:00 - 次のステップ

• 学びを文書化
• スプリント後のアクションを計画

リモートスプリントのヒント

ビデオ通話による疲労：

• 個人作業中はカメラをオフにしてもかまいません
• 90分ごとに10分休憩
• 昼休みはきちんと休憩します

デジタルホワイトボード：

• 共有ボードを「操作」する担当者を1人決めます
• セットアップ時間を節約するためにテンプレートを使います
• スプリント前にツールの使い方を練習します

タイムゾーン：

• 全員が重なるコア時間を設定
• 時差のある地域には非同期の事前作業を用意

プロトタイプ用ツール：

• Figma（共同作業が可能）
• テスト用にプロトタイプのリンクを共有できます

---

チェックリストとテンプレート

スプリント準備チェックリスト

## 2 Weeks Before

### People
□ Decider confirmed and calendar blocked
□ Sprint team identified (5-7 people)
□ Facilitator assigned
□ External experts identified for Monday

### Logistics
□ Room booked (or video call setup)
□ User recruitment started

### Challenge
□ Sprint challenge drafted
□ Long-term goal discussed with Decider

## 1 Week Before

### Users
□ 5 users confirmed for Friday
□ Screener criteria applied
□ Calendar invites sent
□ Incentives arranged

### Materials
□ Whiteboards/wall space ready
□ Post-its, markers, dots ordered
□ Prototype tool tested
□ Recording setup for Friday

### Content
□ Lightning demo examples collected
□ Current data/analytics pulled
□ Competitor research gathered

## Day Before

□ Room setup complete
□ Agenda posted
□ Materials laid out
□ Friday interview schedule confirmed
□ Trial run of video/recording

---

インタビュー台本テンプレート

## Friday User Test Script

### Welcome (5 min)
"Thanks for coming in! I'm [name], and I'll be walking you
through some ideas we're exploring. This is NOT a test of you—
we're testing our ideas.

Please think out loud. Tell me what you're seeing, what you're
thinking, even if it's 'this is confusing.'

Your honest feedback helps us make this better.
There are no wrong answers. Ready?"

### Context Questions (10 min)
"Before I show you anything..."

- "Tell me about your role. What do you do day to day?"
- "How do you currently handle [problem area]?"
- "What's most challenging about that?"
- "What tools do you use?"

### Prototype Walkthrough (40 min)
"I'm going to show you something we're working on.
It's just a prototype—not everything works.
Talk me through what you see and what you'd do."

[Show prototype]

**As they explore:**
- "What are you thinking?"
- "What would you do next?"
- "What did you expect to happen?"
- "Is this what you expected to see?"

**When they struggle:**
- "What's confusing?"
- "What would make this clearer?"
- Don't rescue them. Let them figure it out.

### Debrief (5 min)
"Thanks for walking through that."

- "If you could change one thing, what would it be?"
- "How does this compare to how you do things today?"
- "Anything else I should know?"

### Close
"Thank you so much! Your feedback is incredibly valuable."

---

スキルの範囲

このスキルが得意なこと

• 動画制作ワークフローの構成
• ストーリーボードのフレームワーク作成
• 技術的なアプローチの提案
• クリエイティブディレクション用テンプレートの提供

このスキルでできないこと

• プロによる撮影の代わり
• 動画ファイルの直接編集
• 最終的なクリエイティブ面の判断
• オーディエンスのエンゲージメントの保証

参考資料

• Knapp, Jake. 『Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days』（2016年）
• Google Ventures のスプリント手法
• AJ&Smart のスプリントファシリテーションに関するリソース
• IDEO のデザイン思考に関する背景情報

関連スキル

• product-discovery - 継続的なディスカバリー
• shape-up - 構築手法
• lean-canvas - ビジネスモデルの検証
• mom-test - インタビュー手法

---

スキルのメタデータ

• モード：サイボーグ

name: design-sprint
category: product
subcategory: methodology
version: 1.0
author: MKTG Skills
source_expert: Jake Knapp
source_work: Sprint
difficulty: intermediate
estimated_value: $20,000+ facilitation engagement
tags: [design sprint, GV, Google Ventures, prototyping, validation, 5 days, innovation]
created: 2026-01-25
updated: 2026-01-25