design-sprint
プロダクトアイデアを5日間の構造化プロセスで素早くプロトタイプ化し、実際のユーザーで検証・バリデーションするためのスキル。「デザインスプリント」「1週間で検証」「ラピッドプロトタイプ」「ユーザーテスト」「開発前のリスク軽減」「GVスプリント」といったキーワードや、チームが重要なプロダクト判断を迅速に下す必要がある場合、ステークホルダー間の意見対立の解消、開発投資前のリスクある仮説の検証が必要な場面でトリガーされる。マッピング・スケッチ・意思決定・プロトタイピング・テストの各フェーズをカバーし、継続的な実験にはlean-startup、顧客ジョブ分析にはjobs-to-be-doneを参照。
description の原文を見る
Run a structured 5-day process to prototype, test, and validate product ideas with real users. Use when the user mentions "design sprint", "validate in a week", "rapid prototype", "test with users", "de-risk before building", "GV sprint", "prototype testing", or "design workshop". Also trigger when a team needs to make a critical product decision quickly, resolve stakeholder disagreements, or test risky ideas before investing in development. Covers mapping, sketching, deciding, prototyping, and testing. For ongoing experimentation, see lean-startup. For customer job analysis, see jobs-to-be-done.
SKILL.md 本文
デザインスプリント フレームワーク
ビジネスの重要な質問に対し、デザイン、プロトタイプ作成、顧客とのアイデアテストを通じて答えを導き出す5日間のプロセス。Google Ventures で開発され、Google、Slack、Airbnb、そして数百のスタートアップで使用されています。
コアプリンシプル
優れたソリューションには、深い仕事と素早い反復の両方が必要です。 デザインスプリントは、数ヶ月の議論、設計、テストを1週間に圧縮し、エンドレスな議論を排除するフォーカスと緊迫感を生み出します。
基盤: 従来の製品開発は、間違ったものを構築するのに数ヶ月を浪費します。デザインスプリントは、本番コードを書く前に実際のユーザーとテストすることで、製品決定のリスクを軽減します。
スコアリング
目標:10/10。 デザインスプリントを計画または実行する際、以下の原則への準拠に基づいて0~10で評価します。10/10は、適切な構造、時間管理、プロトタイプ作成、ユーザーテストを意味します。低いスコアはステップをスキップしたり、テストが不十分であることを示します。常に現在のスコアと10/10に到達するために必要な具体的な改善を提供してください。
5日間のスプリントプロセス
月曜日 → 火曜日 → 水曜日 → 木曜日 → 金曜日
マップ スケッチ 決定 プロトタイプ テスト
前提条件:
- 大きなチャレンジ: 1週間のフォーカスに値する重要な問題
- 適切なチーム: 意思決定者 + 多様な専門知識を持つ4~7名
- 時間コミットメント: 5日間フル(午前10時~午後5時)、中断なし
- スペース: ホワイトボード付きの専用ルーム
スプリントマスター: 1名がファシリテーション、時間管理、エネルギー管理を行います。
月曜日:マップ
目標: 問題を理解し、今週のターゲットを選択します。
午前:終わりから始める
エクササイズ:長期目標
- スプリント質問を書く:「2年間で何が真実であってほしいか?」
- 例:「顧客が毎日弊社製品を使用している」または「市場シェア20%を獲得した」
エクササイズ:スプリント質問
- 障害と不確実性を質問としてリストアップ
- 例:「顧客は支払い情報を預けることを信頼するか?」または「初めてのユーザーがインターフェースを理解できるか?」
形式: ホワイトボードに書き、チーム全体で貢献
午後:チャレンジをマップする
エクササイズ:カスタマージャーニーのマップ
- アクター(異なるタイプの顧客/ユーザー)をリストアップ
- ジャーニーを開始から終了まで描く(ホワイトボード上で左から右へ)
- シンプルに保つ:最大5~15ステップ
- 例:「製品について聞く → サイトにアクセス → サインアップ → 初回使用 → 定期ユーザーになる」
エクササイズ:専門家に質問
- 特殊な知識を持つチームメンバーにインタビュー
- CEO、デザイナー、エンジニア、カスタマーサポート、営業
- ホワイトボードに詳細なノートを取る
- 「How Might We」ノート(HMW)をキャプチャ
エクササイズ:How Might We(HMW)ノート
- 問題を機会として言い換える
- 「顧客は価格設定を理解していない」→ 価格設定を即座にわかりやすくするには?
- 各HMWを付箋に書く
- 最高のHMWに投票し、マップ上に整理
終日:ターゲットを選ぶ
エクササイズ:ターゲットを選択
- マップ(カスタマージャーニー)のどの部分にフォーカスしますか?
- 最大のリスクまたは機会はどこですか?
- 例:「サインアップ後の最初の10分にフォーカスします」
決定者: 権限を持つ人が最終決定を下します。
月曜日のアウトプット:
- 長期目標
- スプリント質問
- カスタマージャーニーマップ
- 専門家の洞察
- 整理されたHMWノート
- ターゲット顧客と瞬間
参照:詳細な月曜日のエクササイズとファシリテーションについては、references/monday.md を参照してください。
火曜日:スケッチ
目標: ソリューションを生成します。各人が詳細なソリューションをスケッチします。
午前:ライトニングデモ
エクササイズ:インスピレーションを探す
- 競合他社と類似製品を見る
- 3分間のデモ:「これが見つけたもの、これが興味深い理由」
- 優れたアイデアをホワイトボードにキャプチャ
- 業界に限定しない―あらゆるところから借用
エクササイズ:分割またはスウォーム
- 分割:マップが複数の部分がある場合、異なる人が異なるセクションに取り組む
- スウォーム:1つの重要な問題の場合、全員が同じことに取り組む
- ほとんどのスプリント = スウォーム
午後:4ステップスケッチ
目標: 全員が個別に詳細なソリューションをスケッチします(グループではなく!)
ステップ1:ノート(20分)
- 部屋を歩き回り、マップ、HMW、インスピレーションを確認
- 黙ってノートを取る
ステップ2:アイデア(20分)
- ラフなスケッチ、マインドマップ、棒人間
- 量より質
- まだ個別作業
ステップ3:クレイジー8s(8分)
- 紙を8つのセクションに折る
- 8分間に8つのバリエーションをスケッチ(各1分)
- 最初のアイデアを超えるよう強制
- 1つのアイデアの8つのバリエーション、または8つの異なるアイデアも可
ステップ4:ソリューションスケッチ(30~90分)
- カスタマーエクスペリエンスを示す3パネルのストーリーボード
- ステップ1 → ステップ2 → ステップ3(開始、中盤、終了)
- 自己説明的にする(説明なしに理解できるように)
- テキスト、矢印、シンプルな図を使用
- キャッチーなタイトルをつける
- 匿名: 名前を入れない
重要: グループブレーンストーミングはありません。個別作業はより優れた、より多様なアイデアを生み出します。
火曜日のアウトプット:
- 各人が詳細なソリューションスケッチを持つ
- スケッチは匿名で自己説明的
参照:スケッチテンプレートと例については、references/tuesday.md を参照してください。
水曜日:決定
目標: ソリューションを批評し、プロトタイプとテストするのに最適なものを選択します。
午前:ステッキーデシジョン
エクササイズ:美術館
- ソリューションスケッチを壁にテープで貼る
- 全員にドットステッカーを配る
- 黙ってスケッチを確認(話さない!)
- 興味深い部分の隣にドットを置く
エクササイズ:ヒートマップレビュー
- 各スケッチについて3分間議論
- ファシリテーターがナレーション:「ここで彼らはXを見て、次にYをクリック...」
- スケッチャーは沈黙(自分を明かさない)
- チームが興味深い部分を指摘
- スクライブが注目すべきアイデアをホワイトボードにキャプチャ
エクササイズ:草案投票
- 各人が1つのソリューションに投票(1つの大きなドットを置く)
- 投票を1文で説明
- これは拘束力のない、単に好みを見るため
決定者: 権限を持つ人が3つの大きなドット(スーパー投票)を獲得。その決定が勝ちます。
午後:ランブルまたはオールインワン
複数の勝者がいる場合:
- ランブル: 競合するプロトタイプ(異なるアプローチをテスト)
- オールインワン: 最高のアイデアを1つのプロトタイプに結合
ほとんどのスプリント: オールインワン(プロトタイプとテストがシンプル)
エクササイズ:ストーリーボード
- 10~15パネルのストーリーボード(漫画本スタイル)を描く
- 各パネル = 1つのスクリーン、またはステップ
- オープニングシーン:顧客がどのようにあなたを発見するか
- 中盤:実際のソリューション
- エンディング:成功した結果
- 金曜日のプロトタイプに必要な程度の詳細を含める
ストーリーボードルール:
- シンプルに保つ
- 棒人間を使用
- 単語と矢印は大丈夫
- UIについて具体的に
- 最大15パネル
水曜日のアウトプット:
- 優勝ソリューション選択
- プロトタイプ準備完了の詳細なストーリーボード
参照:決定エクササイズとストーリーボードテンプレートについては、references/wednesday.md を参照してください。
木曜日:プロトタイプ
目標: リアルなファサードを構築します。金曜日にテストするためのものが必要です。
プロトタイプのマインドセット:
- それを見せかける
- テストするものだけをプロトタイプ化
- ゴルディロックスの品質:高すぎず低すぎず(正直な反応を得られるほどリアル)
- 1日のみ
プロトタイプの忠実度:
- 低すぎる: スケッチ、ワイヤーフレーム(顧客が現実的に反応できない)
- 高すぎる: 機能するコード、ピクセルパーフェクトなデザイン(時間の無駄)
- ちょうど良い: リアルに見える、リアルには機能しない(ファサード、クリックスルー、ビデオ)
ロールを割り当てる
メーカー(2名以上):
- デザイナー、ライター、アセットコレクター(画像、アイコン)
- プロトタイプを構築
ステッチャー(1名):
- 最終プロトタイプにピースを組み合わせる
- 通常、Keynote、Figma、またはプロトタイピングツール内
ライター(1名):
- すべてのコピーを書く
- ヘッドライン、ボタンラベル、説明
コレクター(1~2名):
- アセット(写真、アイコン、競合他社のスクリーンショット)を収集
- 生のマテリアルを提供
インタビュアー(1名):
- 金曜日のインタビュースクリプトを書く
- インタビューの練習
スプリントマスター:
- 必要な場所で手助け
- エネルギーを保つ
プロトタイプを構築
ツール:
- Web/アプリ: Figma、Keynote、PowerPoint(リンクされたスライド)
- 物理製品: ビデオウォークスルー、3Dプリント製モックアップ
- サービス: ロールプレイビデオ、スクリプト化されたインタラクション
木曜日午前:
- ストーリーボードをシーンに分割
- メーカーにシーンを割り当て
- ビルドを開始
木曜日午後:
- 一緒にステッチ
- チームとして確認(ストーリーボード通りか?)
- 金曜日のリハーサル(フロー全体を実行)
- トライアル実行(スプリントチームにいない誰かとテスト)
プロトタイプチェックリスト:
- ストーリーボード通りに従う
- 正直な反応を得られるほどリアルに見える
- 5~15分で歩き回ることができる
- インタビュアーはそれをプレゼンテーションする方法を知っている
- トライアル実行完了
木曜日のアウトプット:
- テスト準備完了のリアルなプロトタイプ
- インタビュースクリプト作成
- インタビュールーム準備
参照:プロトタイピングツールとテクニックについては、references/thursday.md を参照してください。
金曜日:テスト
目標: 5人の顧客にインタビューし、何が機能して何が機能しないかを学びます。
セットアップ
インタビュールーム:
- テーブル、2脚の椅子がある静かなスペース
- プロトタイプ付きのラップトップ
- 顧客の顔とスクリーンを記録するカメラ
観察室:
- ライブビデオフィードがある別室
- チームが一緒に見る
- ノート用ホワイトボード
ロール:
- インタビュアー: すべての5つのインタビューを実施
- チーム: 見守り、ノートを取る
5幕のインタビュー
第1幕:フレンドリーなウェルカム(5分)
- 温かくグリート
- プロトタイプをテストしており、人をテストしていないことを説明
- 記録許可を求める
- 声を出して考えることを促す
第2幕:コンテキスト質問(5分)
- 背景について質問
- 例:「現在、どのように[問題]に対処していますか?」
- 目標:彼らのマインドセットと現在の行動を理解
第3幕:プロトタイプを紹介(5分)
- ランディングページまたはエントリーポイントを表示
- 「これは何?これは何のためだと思いますか?」
- 説明しない―彼らに解釈させる
- 注記:彼らはそれを理解していますか?
第4幕:タスクとヌッジ(15分)
- オープンエンドなタスクを与える:「先に進んで探索してください」
- ストーリーボードからの具体的なタスク:「[アクションを完成させる]をしてみてください」
- スタックしたときのヌッジ:「次に何をしますか?」または「何が頭の中を通っていますか?」
- 手伝わない―彼らが苦労するのを見る
- 声を出して考えることを促す
第5幕:デブリーフ(5分)
- 「全体的にどう思いましたか?」
- 「これは誰のためですか?」
- 「何がうまくいきましたか?何が混乱していましたか?」
- 確実でない特定の部分について質問
インタビュー長: 顧客あたり約30分
インタビュー間:
- 30分の休憩
- チームが観察について議論
- 必要に応じて質問を更新
5は魔法の数
なぜ5人の顧客?
- 3~5人後にパターンが出現
- 5人以降、収穫逓減
- 1日で実行可能(5 × 1時間 = 休憩を含めて5時間)
採用対象:
- ターゲット顧客(ペルソナと一致)
- スクリーナー調査で適格性を確認
- インセンティブ(B2B $100~$200、B2C $50~$100)
- 6人をスケジュール(1人の不在を予想)
ノートを取る:パターン認識
インタビューを見ながら、チームは以下をキャプチャ:
| 欄1 | 欄2 | 欄3 | 欄4 | 欄5 |
|---|---|---|---|---|
| 顧客1のノート | 顧客2のノート | 顧客3のノート | 顧客4のノート | 顧客5のノート |
✓、✗、~でマーク:
- ✓ ポジティブな反応、成功
- ✗ ネガティブな反応、失敗
- ~ ニュートラルまたは混合
すべての5つのインタビュー後:
- パターンを探す(全員が同じことで苦労しましたか?)
- 行ごとに✓ ✗ ~をカウント
- 何がうまくいって、何が失敗したかを特定
スプリント終了デブリーフ
見つけたものを整理:
✓ うまくいったもの:
- すべての顧客が理解した機能/フロー
- 共鳴したメッセージング
- 直感的に感じたデザイン
✗ 失敗したもの:
- 混乱した用語
- 欠落したステップ
- 間違った仮定
~ 混合結果:
- 何人かは理解した、何人かはそうでなかった
- 重要であるかどうかが不明確
次のステップ:
- コアコンセプトが検証された場合: それを構築する(または次のスプリントで詳細について)
- 主要な問題がある場合: ピボットするか次のスプリントで問題を解決
- 完全に失敗した場合: 白紙に戻す(ただし数ヶ月節約しました!)
金曜日のアウトプット:
- インタビュービデオ
- パターンノート
- 何がうまくいって、何がうまくいかなかったかのはっきりしたリスト
- 次のステップに関する決定
参照:インタビュースクリプトとノート記録テンプレートについては、references/friday.md を参照してください。
デザインスプリントを実行する時
スプリントを実行:
- 高リスク決定
- 通常はビルドしてテストする時間がない
- チームがエンドレスな議論に固まっている
- 複数のソリューション可能
- 新製品、機能、または大幅なリデザイン
- 投資前にリスクを軽減する必要がある
スプリントを実行しないで:
- 問題が明確で、ソリューションが明白
- 実行するだけで良い
- チームが買い込まれていない
- 1週間フル意思決定者を得られない
バリエーション
4日間スプリント:
- 日1:マップ + スケッチ(圧縮)
- 日2:決定
- 日3:プロトタイプ
- 日4:テスト
リモートスプリント:
- ホワイトボードに Miro/FigJam を使用
- ミーティングに Zoom を使用
- 同じスケジュール、デジタルツール
マルチスプリント:
- スプリント1:広い問題、方向を選択
- スプリント2:選択されたソリューションを深掘り
- スプリント3:詳細を改善
よくある間違い
| 間違い | 失敗する理由 | 修正 |
|---|---|---|
| プロトタイピングをスキップ | テストするものがない | 常にプロトタイプ化(シンプルでも) |
| プロトタイプを過度に設計 | 重要でない詳細に時間を浪費 | ファサードのみ、動作するコードではない |
| 間違ったユーザーとテスト | 無効なフィードバック | ターゲット顧客をスクリーン |
| プロトタイプをユーザーに説明 | テストを無効にする | 彼らに苦労させる、混乱を観察 |
| 意思決定者がいない | 決定にコミットできない | フル週を決定者に取得するか、スプリントしない |
| 中断 | フォーカスを破る | 週を保護、会議/メール不可 |
クイック診断
スプリント計画を監査:
| 質問 | いいえの場合 | アクション |
|---|---|---|
| フル週の決定者がいますか? | スプリント失敗 | コミットメントを取得するか、延期 |
| 問題は十分に重要ですか? | 時間の無駄 | 大きなチャレンジのみでスプリント |
| 1日でプロトタイプできますか? | スプリントに間違った問題 | より具体的な問題を選択 |
| 5人のターゲットユーザーを採用できますか? | 正しくテストできない | 今すぐ採用を開始(2週間前) |
| チームは中断しないことにコミットしますか? | フォーカスを維持できない | リーダーシップから買い込みを取得 |
リファレンスファイル
monday.md:マップエクササイズ、HMWノート、ターゲット選択tuesday.md:スケッチテンプレート、Crazy 8s、ソリューションスケッチwednesday.md:決定エクササイズ、ストーリーボードテンプレートthursday.md:プロトタイピングツール、テクニック、チェックリストfriday.md:インタビュースクリプト、ノート記録、パターン分析facilitation.md:スプリントマスターガイド、時間管理、エネルギー管理recruiting.md:ユーザー採用、スクリーナー調査、スケジューリングcase-studies.md:Slack、Blue Bottle Coffee、Savioke、その他remote-sprints.md:分散チーム向けスプリントの適応
さらに詳しく
このスキルは、Google Ventures で開発されたデザインスプリントプロセスに基づいています。完全な方法論、エクササイズ、ケーススタディについては、以下を参照してください:
- "Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days" by Jake Knapp, John Zeratsky, Braden Kowitz
著者について
Jake Knapp は Google でデザインスプリントプロセスを作成し、Gmail、Chrome、Google X などの製品でスプリントを実施しました。Google Ventures(現在は GV)のデザインパートナーとして、GV ポートフォリオ内のスタートアップで 100 回以上のスプリントを実施してプロセスを洗練させました。デザインスプリントは現在、Google、Slack、Airbnb、LEGO、および世界中の数千の企業のチームで使用されています。Jake は Make Time の著者でもあり、フォーカスとエネルギーのためのフレームワークです。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- wondelai
- リポジトリ
- wondelai/skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/wondelai/skills / ライセンス: MIT
関連スキル
nano-banana-2
inference.sh CLIを通じてGoogle Gemini 3.1 Flash Image Preview(Nano Banana 2)で画像を生成します。テキストから画像を生成する機能、画像編集、最大14枚の複数画像入力、Google Searchグラウンディング機能に対応しています。トリガーワード:「nano banana 2」「nanobanana 2」「gemini 3.1 flash image」「gemini 3 1 flash image preview」「google image generation」
octocode-slides
洗練されたマルチファイル形式のHTMLプレゼンテーションを生成します。6段階のフロー(概要 → リサーチ → アウトライン → デザイン → 実装 → レビュー)で構成されています。各スライドは独立したHTMLファイルとなり、iframeで読み込まれます。「スライドを作成してほしい」「プレゼンテーションを作ってほしい」「HTMLスライドを生成してほしい」「デックを構築してほしい」といった依頼や、ノート・ドキュメント・コードを洗練されたプレゼンテーションに変換する際に使用できます。
gpt-image2-ppt
OpenAIのgpt-image-2を使用して、視覚的に優れたPPTスライドを生成します。Spatial Glass、Tech Blue、Editorial Monoなど10種類のキュレーション済みスタイルに対応し、ユーザーが提供したPPTXファイルを模倣するテンプレートクローンモードも搭載しています。HTMLビューアと16:9形式のPPTXファイルを出力します。プレゼンテーション、スライド、ピッチデック、投資家向けPPT、雑誌風PPTの作成依頼などで活用してください。
nano-banana
Nano Banana PRO(Gemini 3 Pro Image)およびNano Banana(Gemini 2.5 Flash Image)を使用したAI画像生成機能です。以下の場合に活用できます:(1)テキストプロンプトからの画像生成、(2)既存画像の編集、(3)インフォグラフィックス、ロゴ、商品写真、ステッカーなどのプロフェッショナルなビジュアルアセット制作、(4)複数画像での人物キャラクターの一貫性保持、(5)正確なテキスト描画を含む画像生成、(6)AI生成ビジュアルが必要なあらゆるタスク。「画像を生成」「画像を作成」「写真を作る」「ロゴをデザイン」「インフォグラフィックスを作成」「AI画像」「nano banana」またはその他の画像生成リクエストをトリガーとして機能します。
oiloil-ui-ux-guide
モダンでクリーンなUI/UXガイダンス・レビュースキルです。新機能や既存システム(Webアプリ)に対して、実行可能なUI/UX改善提案、デザイン原則、デザインレビューチェックリストが必要な場合に活用できます。CRAP(コントラスト・反復・配置・近接)をベースに、タスクファーストなUX、情報設計、フィードバック・システムステータス、一貫性、affordances、エラー防止・復旧、認知負荷を重視します。モダンミニマルスタイル(クリーン・余白・タイポグラフィ主導)を強制し、不要なテキストを削減、アイコンとしての絵文字を禁止し、統一されたアイコンセットから直感的で洗練されたアイコンを推奨します。
axiom-hig-ref
Apple Human Interface Guidelines リファレンス — 色(セマンティックカラー、カスタムカラー、パターン)、背景(マテリアル階層、ダイナミック背景)、タイポグラフィ(標準スタイル、カスタムフォント、Dynamic Type)、SF Symbols(レンダリングモード、色、多言語対応)、ダークモード、アクセシビリティ、プラットフォーム固有の考慮事項を網羅したガイドラインです。