idea-validator について
Business Idea Validatorは、体系的な分析と並行調査で事業アイデアを評価するスキルです。提案、事業計画、機能、コードベース、方向転換の検討に向けて、市場、競合、財務、技術、環境の分析をスコア付きレポートにまとめます。
主な機能
- 01入力を分類し不足情報を特定
- 029項目のリーンキャンバスを作成
- 03顧客のジョブと乗り換え要因を分析
- 04市場・競合・実現可能性の並行調査を委任
- 05SWOTとPESTLE分析を統合
- 06実現性を採点して実行可能なレポートを作成
活用シーン
- 01リソース投入前に事業アイデアを評価
- 02顧客ニーズと市場環境に照らして機能案を検討
- 03提案する方向転換と現在の方針を比較
- 04事業計画の仮説や調査不足を特定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mathews-tom/ armory --skill idea-validatorインストール後、Claude Code で/idea-validatorを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/cases.yamlreferences/jtbd-framework.mdlean-canvas.mdswot-pestle.mdvalidation-scoring.md詳細
ビジネスアイデア検証
目的
並行して調査を行い、その結果をスコア付きの実行可能なレポートにまとめることで、ビジネスアイデアを多角的かつ厳密に検証します。目的は、安易に称賛したり反射的に否定したりするのではなく、精査に耐える点とそうでない点を明らかにし、率直に評価することです。
フェーズ1:入力の確認と分類
入力を分類します。
| 入力タイプ | 判断の目安 | 対応 |
|---|---|---|
| エレベーターピッチ | 1〜3文、くだけた表現 | 仮説を抽出し、不足情報を尋ねます |
| ビジネスプラン | 構成が整っており、複数のセクションがある | 主張を調査結果と照らして検証します |
| 機能提案 | 技術的な焦点があり、既存製品の文脈がある | 機能の実現可能性に範囲を絞ります |
| リポジトリ/コードベース | ファイルパス、コードへの言及がある | 技術的実現可能性と市場適合性を評価します |
| ピボットの評価 | 「〜にピボットすべきか」、比較の文脈がある | 現在の方向性と提案された方向性を比較します |
入力から主要な要素を抽出します。
- 問題の説明 — どのような課題が存在するか
- 提案するソリューション — 課題にどう対処するか
- ターゲット顧客 — 誰がこの課題を経験しているか
- 価値提案 — 代替手段ではなく、このソリューションを選ぶ理由
- 収益モデル — どのように収益を生み出すか
主要な要素に不足や曖昧な点があれば、明確化のための質問をします。質問は最大5つです。不足している要素を事実に基づかない仮定で補って先に進まず、実際の回答を得てください。
フェーズ2:リーンキャンバスの作成
references/lean-canvas.mdをフレームワークのガイドとして、リーンキャンバスを完成させます。
9つの項目すべてを記入します。
- 問題 — 顧客が直面している上位3つの問題
- 顧客セグメント — ターゲット市場とアーリーアダプターのプロフィール
- 独自の価値提案 — 明確で説得力のあるメッセージを1つ
- ソリューション — 上位3つの問題に対処する上位3つの機能
- チャネル — 顧客にリーチする方法
- 収益の流れ — 価格モデルと収益の仕組み
- コスト構造 — 固定費と変動費
- 主要指標 — 進捗を測定するための指標
- 圧倒的な優位性 — 容易に模倣したり購入したりできないもの
各項目について、以下を行います。
- 完全性と具体性を評価します
- 曖昧な記述(セグメントとしての「全員」、独自の価値提案としての「最高の製品」など)に注意を促します
- 項目間の整合性を確認します(ソリューションは明示された問題に対処し、チャネルは明示されたセグメントにリーチできる必要があります)
フェーズ3:ジョブ理論(Jobs-to-be-Done)分析
references/jtbd-framework.mdのJTBDフレームワークを適用します。
- 機能的ジョブ — 顧客は何を達成しようとしているか
- 感情的ジョブ — 顧客はどのような気持ちになりたいか
- 社会的ジョブ — 顧客は周囲からどのように見られたいか
- 現在のソリューション — 顧客は現在、何を使っているか(採用・解雇の意思決定)
- 乗り換えのきっかけ — 新しいソリューションの導入につながるのはどのようなことか
提案するソリューションが、現在の代替手段よりも顧客の中核的なジョブにうまく対処できるかを評価します。進歩を促す4つの力、すなわち現状からの押し出し、新しいソリューションへの引き寄せ、変化への不安、現状維持の習慣を特定します。
フェーズ4:並行調査の委任
Agentツールを使って、調査エージェントを3つ並行して起動します。各エージェントには、フェーズ1〜3で確立したアイデアの文脈に基づく、焦点を絞った調査ブリーフを渡します。これらのエージェントは、補完的なスキル(market-analyzer、competitive-analyzer、feasibility-assessor)が扱うものと同じ分析を実施します。それらのスキルがインストールされている場合は、各スキルの参照フレームワークを分析の深さに反映します。単独で実行する場合は、以下のインラインブリーフを使用します。
エージェント 1 — 市場調査
エージェントに次のプロンプトを入力します。
[対象顧客と課題の背景を含むアイデアの概要]について、市場機会を分析してください。TAM/SAM/SOMの推定、市場成長の傾向、顧客セグメントの規模、タイミングを示すシグナルを調査してください。WebSearchを使って、業界レポート、市場データ、アナリストの予測、トレンドを示す指標を探してください。定量的な推定値と出典を記載した、体系的な市場分析を作成してください。以下を含めてください:算出方法を添えた市場規模の推定、成長率と推移、主な市場促進要因、タイミングの評価(時期尚早、適切なタイミング、遅すぎる)、顧客の支払い意欲を示すシグナル。
エージェント 2 — 競合分析
エージェントに次のプロンプトを入力します。
[ソリューションと価値提案の背景を含むアイデアの概要]について、競争環境を分析してください。直接競合(同じ顧客に同じソリューションを提供)、間接競合(異なるソリューションで同じジョブを解決)、潜在的競合(隣接領域の事業者で参入する可能性がある企業)を特定してください。競合各社の機能、価格、ポジショニングを比較してください。この業界におけるポーターのファイブフォースを評価してください。参入障壁と競争優位を維持できる要因を特定してください。WebSearchを使って、Product Hunt、G2、Capterra、Crunchbase、企業のウェブサイトから競合データを調べてください。競合マトリクス、各フォースのスコア、ポジショニング評価を含む、体系的な競合分析を作成してください。
エージェント 3 — 実現可能性評価
エージェントに次のプロンプトを入力します。
[ソリューションの詳細と収益モデルを含むアイデアの概要]の財務面および技術面での実現可能性を評価してください。業界ベンチマークを使ってユニットエコノミクスを算出してください。顧客獲得コスト(CAC)、顧客生涯価値(LTV)、LTVとCACの比率、粗利益率、投資回収期間を含めてください。技術的な複雑さについて、アーキテクチャ要件、主な技術リスク、構築か購入かの判断、インフラ要件を評価してください。MVPとv1の開発期間およびチーム構成を見積もってください。WebSearchを使って、類似企業のベンチマーク、SaaS指標のベンチマーク、技術スタックの評価を調べてください。財務予測、技術リスクマトリクス、必要なリソースを含む、体系的な実現可能性レポートを作成してください。
続行する前に、3つすべてのエージェントから結果が返ってくるまで待ちます。
フェーズ 5:SWOT/PESTLEの統合
フェーズ 2〜4の出力をまとめて、references/swot-pestle.mdに従い、両方の分析を作成します。
SWOT分析
- 強み — 内部の優位性、独自の能力、リソース面の優位性
- 弱み — 内部の不足、リソースの制約、スキルの不足
- 機会 — 成功に有利な外部要因(市場のトレンド、規制の変更、技術の変化)
- 脅威 — 失敗につながるリスクのある外部要因(競合の動向、市場の変化、規制上のリスク)
戦略的な示唆を導き出します。SO戦略(強みを活かして機会を捉える)、WO戦略(弱みを解消して機会を活かす)、ST戦略(強みを活かして脅威に対抗する)、WT戦略(弱みを最小限に抑え、脅威を回避する)。
PESTLE分析
マクロ環境の要因を評価します。
- 政治 — 規制、政府の政策、貿易制限、政治的安定性
- 経済 — 市場の状況、資金調達環境、消費支出、金利
- 社会 — 人口動態の傾向、文化の変化、消費者行動の変化
- 技術 — 技術の成熟度、破壊的変化の可能性、インフラの準備状況
- 法務 — 知的財産の保護、コンプライアンス要件、責任を負うリスク、ライセンス
- 環境 — サステナビリティへの圧力、リソースの制約、ESGへの期待
各要因を影響度と発生可能性に基づいて優先順位付けします。影響度の高い要因を、SWOTの外部要因の項目に反映します。
フェーズ 6:統合検証スコアリング
references/validation-scoring.md を使用して、6 つの評価軸でスコアを付けます。
| 評価軸 | 重み | スコア範囲 | 主な情報源 |
|---|---|---|---|
| 課題とソリューションの適合性 | 25% | 1-5 | Lean Canvas、JTBD |
| 市場機会 | 20% | 1-5 | Market Research Agent |
| 競争上のポジション | 15% | 1-5 | Competitive Analysis Agent |
| 財務的実現可能性 | 20% | 1-5 | Feasibility Agent |
| 技術的実現可能性 | 10% | 1-5 | Feasibility Agent |
| タイミングと環境 | 10% | 1-5 | PESTLE、Market Research |
加重総合スコアを算出し、次の判定に対応付けます。
- 4.0-5.0:有望 — 積極的に進めます。競争優位性が明確です
- 3.0-3.9:期待あり — 主要な前提を絞って検証しながら進めます
- 2.0-2.9:リスクあり — 投資の前に、重大な懸念事項への対処が必要です
- 1.0-1.9:弱い — 根本的な問題があります。方向転換または中止を検討してください
スコアにかかわらず判定を覆す危険信号(法的に実現不可能、倫理的な懸念、物理的に実現不可能など)を特定します。重大な危険信号が 1 つでもあれば、スコアにかかわらず判定を引き下げる場合があります。
確信度を評価します。各スコアを左右する情報がどの程度確かなのかを判断し、データが不足している、または推測に基づいている評価軸を明示します。
フェーズ 7:レポートの作成
次の構成で最終検証レポートを作成します。
# Business Idea Validation Report
## Meta
| Field | Value |
| ------------- | --------------------------------------------------------- |
| Date | YYYY-MM-DD |
| Input Type | [elevator pitch / business plan / feature / repo / pivot] |
| Overall Score | X.X / 5.0 |
| Verdict | [Strong / Promising / Risky / Weak] |
## Executive Summary
[3-5 sentences: what the idea is, the key finding, the main risk, the recommendation]
## Lean Canvas
[Completed canvas with assessment notes per box]
## Problem-Solution Fit
[JTBD analysis, switching triggers, current alternatives, fit assessment]
## Market Opportunity
[TAM/SAM/SOM, growth trends, timing assessment — from market research agent]
## Competitive Landscape
[Competitor matrix, Porter's Five Forces, positioning — from competitive agent]
## Financial & Technical Feasibility
[Unit economics, build estimate, risk scores — from feasibility agent]
## SWOT Analysis
[4-quadrant analysis with strategy implications]
## PESTLE Scan
[Macro environment factors prioritized by impact]
## Validation Scorecard
[6 dimensions with scores, weights, justification, confidence levels]
## Red Flags
[Ranked list of critical concerns that could invalidate the idea]
## Recommended Validation Experiments
[Ordered by: cheapest test of riskiest assumption]
1. [Experiment] — tests [assumption] — cost: [effort/money] — timeline: [days]
2. ...
## What Survives Scrutiny
[Honest assessment of what holds up after thorough analysis]
制約
- 市場データを捏造しないでください。調査エージェントが信頼できるデータを見つけられない場合は、その不足を明示し、影響を受けるスコアの確信度を下げてください。
- 励ますためにスコアを水増ししないでください。この分析の価値は、誠実さにあります。
- 意見を事実として示さないでください。データに裏付けられた調査結果と分析上の判断を区別してください。
- 実際の課題に取り組み、正当化できるソリューションがあり、タイミングも適切な場合は、その点を明確に伝えてください。誠実な評価は、どちらの方向にも働きます。
- レポートは実行に移せる内容にしてください。すべてのセクションが、意思決定または実験に役立つものである必要があります。