idea-validation について
起業家やプロダクトチーム向けに、アイデアを段階的に検証するスキルです。需要の兆候、顧客インタビュー、低コストの仮説テスト、各段階の中止判定を組み合わせ、継続・修正・撤退を判断します。
主な機能
- 014項目による課題定義チェック
- 02複数の情報源で需要を確認
- 03ソリューション適合性の評価
- 04顧客インタビューと兆候の記録
- 05期限付きの低コスト仮説テスト
- 06加重式の実行可否スコアカード
活用シーン
- 01課題が明確で解決に値するか確認
- 02インタビューで顧客の痛みと支払い意向を確認
- 03重要な事業仮説を低コストで検証
- 04複数のアイデアを比較して優先順位を決定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/idea-validationを入力して読み込まれたか確認します。
詳細
アイデアの検証
概要
悪いアイデアは素早く見切り、良いアイデアは低コストで確かめます。各フェーズを順番に進めます。各フェーズにはキルチェックがあります。アイデアが条件を満たさない場合は、その理由を記録し、これ以上時間を無駄にする前に中止します。
ステップ 1：課題の定義
すべてはここから始まります。課題が曖昧だと、ビジネスも曖昧になります。
次の 4 つの質問に、具体的に答えてください：
- 誰が — 対象となる人物を正確に定めます。「中小企業」ではなく、「一度に 3〜8 件のクライアント案件を抱えるフリーランスのグラフィックデザイナー」のようにします。
- 何を — 具体的にどんな場面で困っているのかを定めます。「納品物の手動エクスポートや、メールのやり取りを通じた修正フィードバックの調整に、週 4 時間以上かかっています。」
- なぜ困るのか — 実際の損失を明確にします。時間や収益の損失、ストレス、納期遅れ、関係悪化などです。可能な限り数値化します。
- 今は何をしているのか — 現在使っている回避策を把握します。これこそが実際の競合です。競合アプリだけでなく、現状そのものも含みます。
キルチェック： 4 つすべてに具体的に答えられない場合 → 課題が明確に定義されていません。まずはさらなる顧客発見を行ってください。
ステップ 2：需要の兆候を集める
実際に関心を持つ人がいることを確かめます。思い込みや、気を遣ってくれる友人の意見に頼らないでください。
次の兆候のうち、3 つ以上を確認してください：
| 兆候 | 場所 | 肯定的な兆候 |
|---|---|---|
| 検索ボリューム | Google Trends、Ubersuggest free | 中核となる課題のキーワードの検索ボリュームが安定、または増加している |
| フォーラムでの悩み | Reddit、HN、Slack/Discord | この具体的な悩みを説明するコメントが 10 件以上あるスレッド |
| 既存ツールの不足点 | G2、App Store のレビュー | 関連する課題を解決するツールのレビューで、あなたが埋めようとしている不足点が指摘されている |
| 求人情報 | LinkedIn、Indeed | この課題を手作業で解決するコストが高いために存在する職種 |
| SNS での不満 | Twitter/X の検索、LinkedIn | 人々が誰かに促されることなく、公開の場で不満を述べている |
キルチェック： 肯定的な兆候が 3 つ未満の場合 → 課題は十分に深刻ではない可能性があります。方向転換するか、中止してください。
ステップ 3：ソリューションとの適合性を確認する
提案するソリューションが、ビジネスを成り立たせるのに十分な形で課題を解決できるか、厳しく検証します。
- 10 倍ルール： 現在の回避策よりも、速度、コスト、使いやすさ、品質のいずれかで 10 倍（10％ではなく）優れていますか？わずかな改善では、人々は乗り換えません。
- ワークフロー変更の監査： ユーザーが現在の習慣の何をどのように変える必要があるのか、正確に整理します。摩擦が大きいほど、導入率は下がります。
- 一人で開発できるか： 動作する MVP を、1 人で数週間から数か月以内に開発できますか？10 人のエンジニアチームが必要なら、それは別の会社です。
- 他にはない強み： なぜ、あなたが取り組むのですか？スキル、業界へのアクセス、データ、ネットワーク、信頼性など、競合が簡単には再現できないものはありますか？
キルチェック： 10 倍ルールを満たさない、または他にはない強みがまったくない場合 → 次に進んでください。
ステップ 4：顧客発見（人と話す）
実際の見込み顧客と 10〜15 回の会話をします。これは必須です。デスクリサーチをどれだけ行っても、これに代わることはできません。
話を聞く人を見つける：
- 関連するコミュニティ 2〜3 か所に投稿し、15 分間のフィードバックをお願いする。
- LinkedIn または Twitter で、想定するペルソナに合う人に DM を送る。
- 必要であれば、少額の謝礼を用意する（ギフトカード、将来の無料利用権など）。
会話の流れ（15〜20 分）：
1. CONTEXT (2 min)
"Tell me about your work. Walk me through a typical week
around [problem area]."
→ Listen only. Do NOT pitch or explain your idea.
2. PAIN EXPLORATION (5 min)
"What's the most frustrating part of [workflow]?"
"How often does that come up?"
"What have you already tried to fix it?"
"What's still missing?"
→ Ask "why" and "what happens when" repeatedly. Dig.
3. OUTCOME PROBING (3 min)
"If a tool could [describe the outcome, not your feature set],
how would that change things?"
"What would that be worth — in time, money, stress?"
→ Let them quantify. Never suggest a number first.
4. WILLINGNESS TO PAY (2 min)
"Would you pay for something like that? What range feels fair?"
→ Discount stated numbers by ~50% when planning.
5. WARM REFERRAL (1 min)
"Know anyone else who hits this same wall? Mind if I reach out?"
すべての会話を通じて記録する項目：
- 促されずに課題を説明した人の割合（悩みの兆候）
- 回避策に現在、実際のお金または時間を費やしている人の割合（収益の兆候）
- 支払い意欲が明確な人の割合（需要の兆候）
- 複数の人がそれぞれ独立して求めた機能（プロダクトの兆候）
- 会話を通じて誤りだとわかった前提（機能を早期に見切る）
キルチェック： 悩みと支払い意欲を確認できた人が 60％未満の場合 → 見直すか、中止してください。
ステップ 5：最もリスクの高い仮説の検証（RAT）
ひとつの仮説が間違っているだけで、すべてが成り立たなくなります。それを見つけ、2週間以内かつ200ドル以内で検証します。
よくある、最もリスクの高い仮説と低コストの検証方法：
| 仮説 | 最小限の検証 | 合格基準 |
|---|---|---|
| 人々がお金を払う | ランディングページに「先行予約」ボタンを設置します。ターゲットを絞った訪問者を200人集めます。 | 3～5％が支払いまたはデポジットに転換する |
| CACが許容範囲内である | ターゲットを絞った広告キャンペーンに100ドルを使います。リード獲得単価を測定します。 | CPLが想定顧客生涯価値の20％未満である |
| 人々がワークフローを変える | 5人にサービスの手動版を無料で提供し、実際に利用するかを確認します。 | 5人中3人以上が継続的に利用する |
| ひとりで構築できる | 最も難しい技術的機能をひとつ選び、まずプロトタイプを作ります。 | 2週間以内に動作するプロトタイプができる |
手順：
- 仮説を明確にします。
- 何をもって「確認済み」とするかを定義します（具体的で測定可能な数値）。
- 可能な限り低コストの検証方法を設計します。
- 厳格な期限を設定します（最長2週間）。
- 実施します。脚色せずに結果を記録します。
中止判断： RATに失敗した場合、現在の形のアイデアは実現可能ではありません。ソリューション、顧客、またはビジネスモデルを転換するか、完全に中止します。
ステップ 6：実行／中止のスコアカード
| 項目 | スコア（1～5） | 重み |
|---|---|---|
| 課題の深刻さと明確さ | __ | 20% |
| 収集した需要の証拠 | __ | 15% |
| 顧客発見による確認 | __ | 20% |
| ソリューションとの適合性（10倍の価値＋実現可能性） | __ | 15% |
| RATの結果 | __ | 20% |
| 他者にはない自分の優位性 | __ | 10% |
加重スコア ＝ Σ（スコア × 重み）
- 4.0～5.0 → 実行。 MVPの計画とビジネスモデルキャンバスの作成に進みます。
- 3.0～3.9 → 条件付きで実行。 まず、最も弱い項目をもう一度検証して解決します。
- 3.0未満 → 中止。 中止するか、根本的に方向転換します。得られた教訓を書き留めます。
アイデア検証で避けるべき失敗
- 調査結果を一か所に記録しないこと。メモ、メール、チャットに散らばった知見は役に立たなくなります。初日から「アイデア検証」ドキュメントをひとつ作成し、情報をまとめていきます。
- 検証をいつまでも引き延ばすこと。全プロセスの期間を最長2～3週間に区切ります。検証の麻痺は、検証を完全に省くのと同じくらい致命的です。
- ひとつのアイデアだけを単独で検証すること。可能であれば2～3個のアイデアを並行して進めます。比較することで判断が研ぎ澄まされ、すべてのアイデアについてどのような仮説を立てているかが明らかになります。
- 礼儀としての関心を、本物の需要と混同すること。友人や同僚は好意的なことを言ってくれます。重要なのは、見知らぬ人からの支払い、または購入の意思を示す行動だけです。
- 中止判断を省くこと。各段階に中止判断が設けられているのには理由があります。判断に失敗しても無視して先に進めば、行き詰まったアイデアに何週間、何か月も費やすことになります。