VD
Value Discovery
|ヘルプセンター

次のアクションガイド

次のアクションガイド


検証された仮説をAI生成プロンプトとガイダンスを使用して実行可能な検証活動に変換しましょう。


🎯 次のアクションとは?


次のアクションは、実世界の活動を通じてビジネス仮説を検証するのに役立つAI生成の実行可能なプロンプトです。「次に何をすべきか?」と悩む代わりに、バリューキャンバスに基づいた具体的でパーソナライズされたアクションプランを取得できます。


🚀 動作方法


graph LR A[バリューキャンバス] --> B[アクションタイプを選択] B --> C[AIがカスタムプロンプトを生成] C --> D[アクションを実行] D --> E[洞察を収集] E --> F[アイデアを改善] F --> A

📋 利用可能な8つのアクションタイプ


🎪 **マーケティング・ポジショニング**


目的: アイデアの説得力のあるメッセージングとポジショニングを作成

最適用途: 価値提案のテスト、ピッチ資料の作成

出力: エレベーターピッチ、価値提案、ポジショニングステートメント


使用タイミング:

  • 他の人にアイデアを説明する必要がある
  • 異なるメッセージングアプローチをテスト
  • 投資家や顧客向けプレゼンテーションの準備

出力例:

エレベーターピッチ: 「私たちは忙しい働く親が緊急の育児状況でも
重要な仕事の機会を逃さないよう、アプリを通じて10分以内に
審査済み育児サービスを見つけるお手伝いをします。」

価値提案: 「最も必要な時の信頼できる緊急育児サービス。」

👥 **ペルソナリサーチ**


目的: ターゲット顧客を特定し調査

最適用途: インタビュー対象の理解、ユーザーの発見場所

出力: 詳細なペルソナプロファイル、リサーチ質問、発見戦略


使用タイミング:

  • ターゲットオーディエンスが広すぎるまたは不明確
  • インタビューする人を見つける必要がある
  • ペルソナの仮定を検証

出力例:

主要ペルソナ: 「サラ、32歳、マーケティングマネージャー、2児の母(4歳と7歳)
居住地: 都市部、共働き世帯(合計年収800万円以上)
発見場所: LinkedInプロフェッショナルグループ、地域の育児Facebookグループ、
学校のお迎え場所、家族向け制度のある企業オフィス」

🗣️ **ユーザーインタビュー計画**


目的: 仮説を検証する効果的なユーザーインタビューを設計

最適用途: インタビューガイドの作成、重要質問の特定

出力: インタビュースクリプト、重要質問、検証フレームワーク


使用タイミング:

  • 初回ユーザーインタビューの計画
  • ユーザーと話したがより良い洞察が欲しい
  • ユーザーニーズについての特定仮定を検証

出力例:

重要インタビュー質問:
1. 「職場で育児の緊急事態が起きた最後の時について教えてください。」
2. 「予期しない育児ニーズを現在どう処理しているか説明してください。」
3. 「新しい育児サービスを信頼するために何が真実である必要がありますか?」

💡 **ソリューション開発**


目的: ソリューションアプローチをブレインストームし検証

最適用途: MVP計画、機能優先順位付け、プロトタイプアイデア

出力: 機能アイデア、MVP仕様、開発ロードマップ


使用タイミング:

  • 問題検証からソリューション設計への移行
  • 最初に構築する機能の優先順位付け
  • 最小実行可能製品の計画

出力例:

MVPコア機能:
1. リアルタイム介護者可用性マップ
2. 即座の身元調査確認表示
3. 15分確認付き1クリック予約
4. アプリ内メッセージングとライブ追跡

📖 **カスタマージャーニーストーリーボード**


目的: 完全なユーザーエクスペリエンスをマッピング

最適用途: 摩擦点の特定、ユーザーフローの設計

出力: 詳細なカスタマージャーニーマップ、タッチポイント分析


使用タイミング:

  • エンドツーエンドのユーザーエクスペリエンス設計
  • 潜在的摩擦点の特定
  • ジャーニーでの感情的高低の理解

出力例:

ストーリーボード: 「緊急育児ジャーニー」
1. 危機の瞬間: 急な仕事会議の召集
2. パニック: 通常のベビーシッターが利用不可
3. 安心: アプリを開くと近くに3人の利用可能介護者
4. 決定: プロファイルをレビューし、最高評価を選択
5. 予約: 介護者が確認し、到着予定時間を共有
6. 安心感: ライブ追跡で介護者の安全な到着を確認

📊 **プレゼンテーション開発**


目的: ステークホルダー向けの説得力のあるプレゼンテーションを作成

最適用途: 投資家ピッチ、チーム調整、ステークホルダーの賛同

出力: プレゼンテーションアウトライン、スライド提案、ナラティブフロー


使用タイミング:

  • 投資家またはステークホルダープレゼンテーションの準備
  • ビジョンに関してチームを調整する必要
  • 潜在的パートナーへのアイデア伝達

出力例:

ピッチデッキ構造:
1. 問題: 働く親の73%が育児緊急事態で仕事を休んだ経験
2. 私たちのソリューション: 15分以内のオンデマンド審査済み育児
3. 市場規模: 5兆円の育児市場、6400万人の働く親
4. ビジネスモデル: 20%手数料 + サブスクリプション階層

📝 **プロダクト要件仕様書(PRD)**


目的: 詳細な製品仕様を文書化

最適用途: 技術計画、開発引き継ぎ

出力: 機能仕様、ユーザーストーリー、受け入れ基準


使用タイミング:

  • 製品構築の準備ができている
  • 開発者に要件を伝える必要
  • 開発スプリントと優先順位の計画

出力例:

ユーザーストーリー: 「働く親として、スケジュールを適切に計画できるよう
リアルタイムの介護者位置と到着予定時間を見たい。」

受け入れ基準:
- マップは5マイル半径内の介護者を表示
- 到着予定時間は30秒ごとに更新
- 介護者が5分前になったらプッシュ通知

📋 **プロジェクト提案**


目的: 組織向けの正式なプロジェクト提案を作成

最適用途: 社内企業イノベーション、助成金申請

出力: エグゼクティブサマリー、プロジェクト計画、リソース要件


使用タイミング:

  • 大きな組織内でアイデアを提案
  • 資金調達や助成金への申請
  • 意思決定者向けの正式文書が必要

出力例:

エグゼクティブサマリー: 「このプロジェクトは育児問題による従業員欠勤の
年間2100億円のコストに対処し、企業育児ソリューションを作成することで
関連欠勤を40%削減することを予測しています。」

🛠️ 次のアクションの使用方法


ステップ1: アクションタイプを選択


現在の段階と緊急のニーズを考慮:


初期段階(アイデア検証):

  • ペルソナリサーチでターゲットユーザーを理解することから開始
  • ユーザーインタビュー計画で仮定を検証

ソリューション開発:

  • ソリューション開発でアプローチをブレインストーム
  • カスタマージャーニーストーリーボードでエクスペリエンスをマッピング

市場参入:

  • メッセージングでマーケティング・ポジショニングに焦点
  • ステークホルダーコミュニケーションでプレゼンテーション開発を使用

ステップ2: カスタムプロンプトを生成


  1. 選択したアクションタイプをクリック
  2. AIがバリューキャンバスを分析
  3. 特定のアイデアに基づいてパーソナライズされたプロンプトを生成
  4. 仮説からの関連文脈を含む

ステップ3: アクションを実行


プロンプトをコピー:

  • 「プロンプトをコピー」ボタンで完全なテキストを取得
  • 好みのAIツール(ChatGPT、Claudeなど)に貼り付け
  • または手動実行のフレームワークとして使用

フレームワークに従う:

  • プロンプトを構造化されたガイドとして使用
  • 特定の状況に適応
  • 正確に従う必要はありません

ステップ4: 繰り返し改善


結果を保存:

  • 学んだことを記録
  • うまくいったことといかなかったことをメモ
  • 洞察に基づいてバリューキャンバスを更新

異なるアプローチを試す:

  • 同じアクションタイプで複数のプロンプトを生成
  • 異なる角度や焦点領域をテスト
  • 異なるアプローチからの結果を比較

💡 ベストプラクティス


適切なアクションの選択


現在の質問にアクションを合わせる:

❓ 「顧客は具体的に誰ですか?」 → ペルソナリサーチ
❓ 「最初に何を構築すべきですか?」 → ソリューション開発
❓ 「投資家にこれをどう説明しますか?」 → プレゼンテーション開発
❓ 「ユーザーにどの質問をすべきですか?」 → ユーザーインタビュー計画

リソースを考慮:

⏰ 限られた時間 → マーケティング・ポジショニング(迅速な成果)
💰 限られた予算 → ユーザーインタビュー計画(低コスト検証)
🛠️ 技術チーム準備完了 → プロダクト要件仕様書
💼 ステークホルダーの賛同が必要 → プロジェクト提案

プロンプト品質の最大化


バリューキャンバスがプロンプト品質に影響:

  • より詳細なキャンバス = より具体的なプロンプト
  • 明確なペルソナ = より的確なアクション
  • 具体的な障壁 = より関連性の高いソリューション

以下の場合はまずキャンバスを更新:

  • プロンプトが一般的すぎる
  • アクションが現在の焦点と合わない
  • ユーザーについて新しい情報を学んだ

実行のヒント


小さく始める:

  • 一度にすべてのアクションタイプを実行しようとしない
  • 最大の不確実性に対処する1-2個を選択
  • 他に移る前に1つのアプローチを習得

文脈に合わせてカスタマイズ:

  • 業界と状況にプロンプトを適応
  • 具体的な制約や要件を追加
  • 独自のリソースと制限を含める

進捗を追跡:

  • 試したアクションのログを維持
  • 各活動からの重要洞察をメモ
  • 学習に基づいてバリューキャンバスを更新

🔄 アクションシーケンス


一般的な検証フロー


顧客発見フロー:

  1. ペルソナリサーチ → ターゲットセグメントを特定
  2. ユーザーインタビュー計画 → 検証会話を設計
  3. カスタマージャーニーストーリーボード → 現在のエクスペリエンスをマッピング
  4. ソリューション開発 → 改善を設計

プロダクト開発フロー:

  1. ソリューション開発 → 機能をブレインストーム
  2. プロダクト要件仕様書 → 仕様を文書化
  3. カスタマージャーニーストーリーボード → エンドツーエンドエクスペリエンスを設計
  4. ユーザーインタビュー計画 → 設計仮定を検証

市場参入フロー:

  1. マーケティング・ポジショニング → メッセージングを開発
  2. プレゼンテーション開発 → ピッチ資料を作成
  3. プロジェクト提案 → 正式計画を文書化
  4. カスタマージャーニーストーリーボード → 獲得エクスペリエンスを設計

高度な組み合わせ


多角的検証:

  • 異なる焦点領域で同じアクションタイプを複数回実行
  • 例: 主要および二次ユーザー両方でペルソナリサーチ
  • 結果を比較して共通パターンを見つける

洞察のクロスリファレンス:

  • 1つのアクションからの洞察を別のアクションに活用
  • 例: インタビュー結果がソリューション開発に情報提供
  • 異なるアクションタイプ間でフィードバックループを作成

📊 成功の測定


アクション固有の成功メトリクス


ペルソナリサーチ:

  • 明確で具体的なターゲットユーザープロファイル
  • これらのユーザーを見つける場所を特定
  • 仮定を検証または改善

ユーザーインタビュー計画:

  • 構造化されたインタビューガイドを作成
  • テスト用の重要仮説を特定
  • インタビューを成功裏に実施

ソリューション開発:

  • 優先順位付けされた機能リストを作成
  • MVPスコープを定義
  • 技術的実現可能性を評価

マーケティング・ポジショニング:

  • 明確な価値提案を開発
  • ターゲットオーディエンスに響くメッセージング
  • 競合からの差別化を明確化

全体的な進捗指標


明確性の向上:

  • アクションがより具体的で実行可能な出力を生成
  • 次のステップについてより自信を感じる
  • ステークホルダーからのフィードバックがより肯定的になる

検証の勢い:

  • 定期的に実際のユーザーフィードバックを収集
  • 仮説がテストされ改善されている
  • 洞察に基づいてバリューキャンバスが進化

実行準備:

  • 技術要件が明確に定義されている
  • 市場参入戦略が形成されている
  • リソースニーズが理解され計画されている

🛠️ 高度な機能


フォローアップ質問 *(近日公開)*


インタラクティブな改善:

  • 生成されたプロンプトについてフォローアップ質問
  • 具体的推奨事項の明確化を取得
  • 特定の側面を深掘り

文脈構築:

  • 以前のアクション結果を参照
  • 早期の洞察に基づいて構築
  • より洗練されたアクションプランを作成

アクション履歴


ジャーニーを追跡:

  • 実行したすべてのアクションを確認
  • 以前のプロンプトと結果をレビュー
  • 検証アプローチのパターンを特定

経験から学ぶ:

  • あなたのスタイルに最適なアクションタイプを確認
  • 最も洞察を生み出したアプローチを追跡
  • 検証方法論を改善

🆘 トラブルシューティング


プロンプトが一般的すぎる


可能な原因:

  • バリューキャンバスに具体的詳細が不足
  • ターゲットオーディエンスが広すぎる
  • 問題定義が曖昧

解決策:

  • バリューキャンバスにより詳細を追加
  • 特定のユーザーセグメントに焦点を絞る
  • 解決している問題についてより具体的にする

アクションがニーズと合わない


可能な原因:

  • 現在の段階に間違ったアクションタイプ
  • バリューキャンバスが現在の優先順位を反映していない
  • 特定状況についての文脈が不足

解決策:

  • アクションタイプの説明を慎重にレビュー
  • 最近の学習でバリューキャンバスを更新
  • ニーズによりよく合う異なるアクションタイプを試す

選択肢に圧倒される


可能な原因:

  • 一度に多くのアクションを実行しようとしている
  • 緊急の優先順位が明確でない
  • 選択肢が多すぎることによる分析麻痺

解決策:

  • 一度に1つのアクションタイプに焦点
  • 現在の最大の不確実性を特定
  • ペルソナリサーチまたはユーザーインタビュー計画から開始



次のステップ:


最終更新: 2025年1月

出典: Value Discovery プラットフォーム