startup-pitch

スタートアップのピッチ

複数の形式で、投資家向けのピッチコンテンツを作成します。構造化された7要素のフレームワークと、課題・解決策・洞察の基盤を組み合わせ、明快で説得力があり、資金調達につながるピッチストーリーを作り上げます。

仕組み

INTAKE → RESEARCH (2 sequential waves) → PITCH CONSTRUCTION → REVIEW & PRACTICE

プロセス：まず会社について深く理解し、投資家層と競争上の位置付けを調査してから、ピッチを構成します。通常の所要時間は、Claude Code（並列エージェント）で15～20分、Claude.ai（逐次処理）で30～40分です。

基本理念

このスキルが作成するすべての出力は、次の3つの原則に基づいています。

1. 洗練さより明快さを優先します。「80％正確で100％明快なほうが、その逆より優れています。」あなたの事業内容をおばあさんが理解できなければ、投資家にも理解できません。専門用語、頭字語、マーケティング用語を取り除きます。
2. **最も印象的な内容から始めます。**投資家の関心を引き続けるには、分ごとに価値を示す必要があります。課題の説明を5セクションも続けてからトラクションを紹介するのではなく、「何をしているのか」のすぐ後に最も強いシグナルを提示します。
3. **投資家に話してもらいます。**ピッチは独白ではありません。投資家が話すほど、自ら納得していきます。会話を促し、打ち切らないようにストーリーを構成します。

言語

デフォルトの出力言語は英語です。ユーザーが別の言語で書いた場合、または明示的に言語を指定した場合は、すべての出力にその言語を使用します。

---

フェーズ0：再開の確認

何よりも先に、作業ディレクトリまたはプロジェクトのサブディレクトリに、このスキルが作成した PROGRESS.md があるか確認します（スキル名のフィールドには startup-pitch と記載されています）。存在する場合は読み込み、最後に未完了のフェーズから再開します。ユーザーには次のように伝えます。「前回のセッションの進捗を見つけました。[phases] が完了しています。[next phase] から再開します。」

進捗ファイルがない場合、または見つかったファイルが別のスキルのものだった場合は、フェーズ1から開始します。

---

フェーズ1：情報収集

短く、要点を絞って進めます。質問は1～2ラウンドです。説得力のあるピッチを作るのに十分な情報を得ることが目的です。

事前の推奨作業

検証済みデータに基づくピッチは、自己申告の回答に基づくものより大幅に優れています。まだ実施していない場合は、先に startup-design を実行することを検討してください。市場調査、競合分析、ビジネスモデル、財務予測、検証スコアカードが得られ、より信頼性の高いピッチの基盤になります。

必須ではありません。startup-pitch は単独でも動作します。ただし、品質の差は顕著です。

既存の作業を確認する

質問する前に、過去のセッションが完了しているか確認します。作業ディレクトリまたはサブディレクトリで、次のファイルを探します。

startup-design の成果物：

• 00-intake/brief.md — プロダクトの説明と背景
• 01-discovery/market-analysis.md — 市場規模、TAM/SAM/SOM
• 01-discovery/competitor-landscape.md — 競合プロフィール
• 01-discovery/target-audience.md — 顧客ペルソナ、課題
• 02-strategy/lean-canvas.md — ビジネスモデルの概要
• 02-strategy/positioning.md — ポジショニングのフレームワーク
• 05-financial/revenue-model.md — 売上予測
• 06-validation/scorecard.md — アイデアのスコアカード

startup-competitors の成果物：

• competitors-report.md — 競争環境
• battle-cards/ — 競合ごとのプロフィール
• pricing-landscape.md — 価格分析

startup-positioning の成果物：

• positioning-doc.md — ポジショニング文書
• positioning-statement.md — ポジショニングステートメント、エレベーターピッチ
• competitive-alternatives.md — 代替手段のマップ
• messaging-implications.md — メッセージングの優先順位

これらのファイルが存在する場合は読み込み、ピッチの構成要素となる情報を抽出します。具体的には、プロダクトの説明、課題と解決策、トラクション、チーム、市場規模、ビジネスモデル、ポジショニング、競争環境です。ユーザーには次のように伝えます。「前回のセッションのデータを見つけました。ピッチの作成に活用します。」

既存データで十分な場合は、重複する情報収集の質問を省きます。ピッチ固有の質問に進みます。

尋ねること（過去のデータがない場合）

ラウンド1 — 基本事項（ピッチにはすべて必要です）：

• あなたの会社は何をしていますか？（最大2文。冒頭の説明になります）
• どのような課題を、誰のために解決していますか？
• 独自の洞察は何ですか？（ほかの人が知らない、あなたが知っていることは何ですか？）
• どのような実績がありますか？（ユーザー数、売上、成長率。期間も明記してください）。実績がない場合は、率直にそう伝えてください。その場合は、洞察とチームを軸にピッチを組み立てます。
• ビジネスモデルは何ですか？（どう収益を上げるのかを1文で説明してください）
• チームのメンバーは誰ですか？（名前、役割、主な実績。肩書きではありません）
• いくら調達する予定で、資金を何に使いますか？

ラウンド2 — 詳細の確認（必要な場合のみ）：

• 市場規模はどれくらいですか？（または、算出に十分なデータはありますか？）
• 主な競合は誰ですか？あなたの優位性は何ですか？
• この資金で18〜24か月以内に達成するマイルストーンは何ですか？

ピッチ固有の質問：

• 対象者は誰ですか？（VC、エンジェル投資家、アクセラレーター、デモデー、特定のファンドなど）
• どのような形式が必要ですか？（10分のストーリー形式、2分の口頭説明、メールでのピッチ、またはすべて）

質問をしすぎないでください。ラウンド1の質問に明確に答えられる創業者なら、十分な材料をもとに強いピッチを作成できます。

2文テスト

リサーチに進む前に、会社の説明を「ちょうど2文＋具体例1つ」にまとめてください。これがピッチ全体の土台になります。

テスト：頭の切れる友人に送ってみましょう。相手は正しく言い換えられますか？できない場合は、さらに簡潔にしてください。

アンチパターン：「AIを活用した機械学習で、B2B SaaS分野における部門横断的な相乗効果を最適化します。」 改善例：「営業チームが、実際に購入する見込み客を見つけるお手伝いをします。当社のツールはメールの返信を分析し、次に誰へ電話すべきかを営業担当者に正確に伝えます。先月、ある顧客は成約件数を40％増やしました。」

出力

{project-name}/intake.md に保存します。これは、ピッチ作成に必要なコンテキストをまとめたファイルです。プロジェクト名にはケバブケースを使います（例：ai-sales-assistant）。

{project-name}/PROGRESS.md を作成し、プロジェクト名、スキル名（startup-pitch）、開始日、言語、希望する形式、対象者、リサーチモード（Live / Knowledge-Based）、各フェーズのチェックリストを記載します。各フェーズの完了後に更新してください。

---

フェーズ1.5：リサーチの深度評価

インテーク後、市場の複雑さを評価し、リサーチの深度に関する推奨をユーザーに提示します。

参照： 複雑さのスコアリング表、ティアの定義、ウェーブの構成、ユーザー向け説明テンプレートについては、references/research-scaling.md を読んでください。

プロセス

1. インテークの情報をもとに、3つの要素を採点します：市場の広さ（1〜3）、既知の競合（1〜3）、対象地域の範囲（1〜3）
2. スコアを合計し（範囲は3〜9）、ティアに当てはめます：Light（3〜4）、Standard（5〜7）、Deep（8〜9）
3. リサーチ深度の表をユーザーに提示します（正確なテンプレートは research-scaling.md を参照）
4. ユーザーの返答を待ちます：推奨を受け入れる場合は light、deep、または ok
5. 選択したティアを PROGRESS.md に記録します

選択したティアによって、フェーズ2における各ウェーブのエージェント数と、エージェントごとの検索ラウンド数が決まります。各ティアの正確なウェーブ構成については、research-scaling.md を参照してください。

---

フェーズ2：リサーチ

投資家層と競争・市場の位置づけを調べる、2つの連続したリサーチウェーブです。各ウェーブ内のエージェントは並行して実行され、ウェーブ2ではウェーブ1の調査結果を活用します。両ウェーブを通じて、対象者の心に響くピッチに必要な素材を集めます。

環境の検出

Agent ツールが利用可能か確認します。

• Agent ツールを利用可能（Claude Code）： 各ウェーブ内のすべてのエージェントを並行して起動します。より高速です。
• Agent ツールを利用不可（Claude.ai、ウェブ）： 同じテンプレートに従い、リサーチを順番に実行します。深度は同じですが、時間がかかります。

Web 検索

WebSearch が利用できない場合は、ナレッジベースモードにフォールバックします。トレーニングデータを使用し、調査結果に [ナレッジベース — 独自に検証してください] とマークを付け、信頼度評価を 1 段階下げます。モードは PROGRESS.md に記録してください。

参照: ウェーブを開始する前に references/research-principles.md を読んでください。情報源の品質ティア、相互参照のルール、データの欠落への対処方法が定義されています。

ウェーブ 1: オーディエンスとナラティブのインテリジェンス

参照: エージェントのテンプレートについては references/research-wave-1-audience-narrative.md を読んでください。

2 つのエージェント（または 2 つの連続するブロック）:

A1: 投資家とオーディエンスのインテリジェンス — ターゲットオーディエンス（VC ファーム、エンジェル、アクセラレーター）を調査します。彼らは何に投資しているのでしょうか？どのようなテーゼに従っているのでしょうか？この段階で重要な指標は何でしょうか？彼らにとってのレッドフラッグは何でしょうか？この分野における現在の資金調達環境はどうなっているのでしょうか？ピッチの組み立て方を形作るオーディエンスプロファイルを構築します。

A2: 比較対象とナラティブの調査 — この分野でピッチに成功した比較可能な企業を見つけます。彼らはどのようなストーリーを語ったのでしょうか？どのようなアナロジーが効果的だったのでしょうか？どのような「Y のための X」というフレーミングが響いたのでしょうか？ピッチが乗ることができる市場トレンドは何でしょうか？ナラティブのフック — 投資家が身を乗り出すような事実、トレンド、インサイト — を見つけます。

ウェーブ 2 を開始する前にウェーブ 1 を完了してください。重要な調査結果（オーディエンスの期待、比較可能なナラティブ）をコンテキストとして渡します。

ウェーブ 2: 競合のフレーミングと Why Now

参照: エージェントのテンプレートについては references/research-wave-2-competitive-framing.md を読んでください。

2 つのエージェント（または 2 つの連続するブロック）:

B1: ピッチのための競合フレーミング — 競合他社が投資家に対してどのようにポジショニングしているか。資金調達に成功した競合にとってどのようなナラティブが効果的だったか。このピッチが活用できる彼らのストーリーのギャップはどこにあるか。競合の状況に基づいて投資家が提起する反論は何か。「ピッチを意識した」競合フレームを構築します。

B2: Why Now と市場のタイミング — タイミングのテーゼを調査します。どのような技術的変化、行動の変化、規制の動きが、今を適切な瞬間にしているのでしょうか？「why now」を裏付けるデータ — トレンドチャート、普及曲線、政策の変更 — を見つけます。タイミングのナラティブが本当に強力なのか、それとも無理やりなのかを評価します。

---

調査後のチェックポイント

両方のウェーブが完了した後、統合の前に、調査でわかったこと — 投資家オーディエンスのプロファイル、最も強力なナラティブのフック、競合フレーミングの角度、そして「why now」のテーゼ — をユーザーに簡潔に提示します。「これはあなたのピッチビジョンと一致していますか？ピッチを構築する前に調整すべき点はありますか？」と尋ねます。

メッセージ 1 つに収めてください — これは簡単な整合性の確認であり、完全なレポートではありません。

---

フェーズ 3: ピッチの構築

参照: 統合マトリックスを含む完全なフレームワークについては references/pitch-frameworks.md を読んでください。 参照: 統合プロトコルと出力テンプレートについては references/research-synthesis.md を読んでください。

統合フレームワークを使用してピッチを構築します。構築では、問題-解決策-インサイトの基盤と、構造化された 7 要素のアプローチを組み合わせます — それらがどのようにつながるかについては pitch-frameworks.md の統合マトリックスを参照してください。

ピッチは、固定された順序で並べられた事実のリストではなく、ストーリーアークを持つ論証です。難しいのは判断力です。どの要素を先頭に置くか、唯一の非自明なインサイトは何か、そしてどのように各部分がアスクに向けて緊張感を高めていくか。草稿を書く前に、この 企業について本当に最も印象的なことは何か、投資家が「イエス」に到達するために各段階で何を信じる必要があるかをじっくり考えてください。モデルが拡張思考をサポートしているなら、ここでそれを使ってください — 順序とインサイトこそが、記憶に残るピッチとそつなくこなしたピッチを分けるものです。

基盤：問題 → 解決策 → インサイト

すべてのピッチで、次の3点を明確に伝える必要があります。

1. 問題 — 初期条件です。何がうまくいっていないのでしょうか。誰が困っているのでしょうか。
2. 解決策 — 実験です。問題を解決するために何を構築するのでしょうか。
3. インサイト — それがうまくいく理由です。この仕組みを支える、意外な真実は何でしょうか。

インサイトこそが、ピッチと製品説明を分けるものです。これがなければ、あなたも「Xをしている」だけの、ありふれた企業の一つです。

8つの要素（ピッチの順序）

ピッチはこれらの要素で構成しますが、その順序は、企業の最も際立った点によって変わります。

1. 何をしているのか — 2文と具体例です。誤解の余地がないようにします。
2. ［強みから始める］ — 最も際立ったものをここに置きます。トラクション、チーム、インサイト、市場などです。
3. トラクション — 期間を含む指標を示します。「8週間でユーザー0人から1,000人」なら、「ユーザー1,000人」よりも明確です。
4. 独自のインサイト — 他の人が知らない、あなたが知っていることは何でしょうか。
5. ビジネスモデル — 明確なモデルを1つ示します。選択肢を並べたメニューにはしません。
6. 市場規模 — ボトムアップで計算します。「顧客50,000社 × ACV $50K = $2.5B」とし、「TAM $50B」とはしません。
7. チーム — 肩書きではなく、具体的な実績を示します。
8. 依頼事項 — 金額、マイルストーン、期間を示します。

ピッチの順序を決めるロジック

創業者の強みに基づいて、最初に提示する要素を決めます。

• トラクションが強い場合 → 「何をしているのか」の直後に、トラクションを提示します
• 際立ったチームがある場合 → チームの実績から始めます
• 画期的なインサイトがある場合 → 「なるほど」と思わせるインサイトから始めます
• 巨大な市場がある場合 → 市場機会から始めます

トラクションをまだ獲得していない企業の標準的な順序は、「何をしているのか」→ インサイト → 問題 → 解決策 → 市場 → ビジネスモデル → チーム → 依頼事項です。

構成ルール

• 専門用語を使わないでください。 ユーザーのピッチに業界用語が含まれている場合は指摘し、平易な表現を提案します。
• 具体的に、一般論ではなく。 曖昧な主張はすべて、具体的な事実、数字、例に置き換えます。
• 説明するのではなく、見せてください。 解決策のセクションでは、ユーザーが目にするもの、実際に行うことを説明します。抽象的な機能ではなく、具体的な体験を描きます。「担当者がダッシュボードを開くと、確度スコア付きで緑色に強調された見込み客が3件表示されます。そのうち1件をクリックすると、メールスレッドの要約が表示され、電話をかけます。ログインしてからアクションを起こすまで30秒です。」これは「当社のAI搭載プラットフォームは、購入意欲の高い見込み客を表示します」よりも、はるかに説得力があります。
• 2文の説明を試してください。 初めて聞いた人が説明を聞き返して説明できないなら、もっと簡潔にします。

⏸ 一時停止 — ユーザーによる確認

最終成果物を作成する前に、ピッチのストーリー構成をユーザーに提示します。次の内容を示してください。冒頭部分（2文と例）、順序の理由、ストーリーの重要な流れ。次のように尋ねます。「このストーリーでよさそうですか？順序は適切ですか？不足している点や、変更すべき点はありますか？」

出力ファイル

すべての納品ファイルは、標準ヘッダーで始める必要があります。# {Title}: {product} に続けて、*Skill: startup-pitch | Generated: {date}* を記載します。すべての納品ファイルの末尾には、Red Flags、Yellow Flags、Sources の各セクションを含めてください。

依頼されたすべての形式を生成します。ユーザーが指定していない場合は、すべて生成します。

{project-name}/pitch-full.md — ピッチの完全版（約10分）：

• オープニング（2文＋例）
• 順序付けられた要素に沿った完全なナラティブ
• 各セクションのスピーカーノート（強調する点、間を置く箇所、会話を促す箇所）
• セクション間のつなぎの文
• クロージングと依頼

{project-name}/pitch-5min.md — 短縮版ナラティブ（約5分）：

• 8つの要素すべてを、中心となる主張＋裏付けとなる証拠1つに絞る
• ペース配分に焦点を当てたスピーカーノート

{project-name}/pitch-2min.md — 口頭でのピッチ（約2分、約300語）：

• 一語一句そのまま読める台本
• 2文のオープニング＋最も強力な証拠＋インサイト＋依頼
• デリバリーノート（ペース、強調、間）

{project-name}/pitch-1min.md — エレベーターピッチ（約1分）：

• 2つのバージョン：フォーマル版（投資家向けイベント）とカジュアル版（ネットワーキング）
• What You Do＋Insight＋Ask のみ

{project-name}/pitch-email.md — 投資家向けのコールドメール（約500語）：

• 件名候補（3案）
• メール本文：フック → 何をしているか → トラクション／インサイト → なぜ今か → 依頼 → 締めくくり
• フォローアップメールのテンプレート
• 投資家のタイプ別のパーソナライズに関するメモ

{project-name}/pitch-appendix.md — 質疑応答の準備：

• 想定される投資家からの質問上位10件と、用意した回答
• 反論への対応（競合の脅威、市場リスク、チームの不足）
• 既知の弱点に対する誠実な回答と軽減計画
• 財務面および競合に関する補足資料（過去のセッションで入手できる場合）

{project-name}/pitch-deck-outline.md — スライドごとのデッキ構成（10～12枚）：

• pitch-full.md から作成します。同じナラティブの順序をスライドに落とし込み、このファイルで新しい内容を考案しないでください
• 各スライドには、要点を示す見出し（「年間23％成長する470億ドルの市場」のように、単なる「市場規模」のようなラベルではないもの）、合計30語未満の本文の箇条書き3～5項目、ビジュアルの提案（グラフ、図、スクリーンショット）、および対応するナラティブセクションから引用したスピーカーノートを含めます
• 1スライドにつき1つのアイデアにします。見出しだけを順に読んでも、会社のピッチになるようにします
• 最終スライドに依頼を記載します

生データ

各エージェントは、生の出力を {project-name}/raw/ に保存します。エージェントは納品ファイルのパスに直接書き込んではなりません。生データと統合済みの出力は別々にします。

調査の生データファイル：

• investor-audience.md
• comparable-narratives.md
• competitive-framing.md
• why-now-timing.md

---

フェーズ3.5：ピッチの検証

すべてのピッチ納品ファイルを書き終えたら、採点とレビューの前に検証を行います。

参照先： 検証プロトコル、共通チェック、スキル固有のチェックの全文については、references/verification-agent.md を読んでください。

プロセス

1. V1：検証エージェントを起動します。すべての納品ファイルを読み、ラベルのない主張、内部矛盾、確信度評価の一貫性、未解消のデータ不足、フラグの欠落、古いデータ、同一ソースによる誤った裏付けを確認します
2. V1 は startup-pitch 固有のチェックも実施します。ピッチの主張とソースデータの照合、形式間の一貫性、ピッチと付録の整合性、誠実さに関するチェック（期間の記載がないトラクション、トップダウン方式のTAM、実績のない肩書き）
3. V1 は {project-name}/verification-report.md を作成します
4. 重大な問題が見つかった場合： 作業を一時停止し、問題をユーザーに提示します。先に修正するか、そのまま進めるかを尋ねます
5. 警告または情報のみの場合： 1行で要約を示し、レビューの段階に進みます

Claude.ai または Agent ツールを利用できない環境では、同じプロトコルに従って、メインの会話内で自ら検証を行います。

---

フェーズ4：レビューと練習

ピッチの納品ファイルを生成した後、品質をレビューし、必要に応じて投資家とのロールプレイで練習します。

ステップ 1: ピッチ採点ルーブリック

完成したピッチを各観点に照らしてレビューします。正直に採点してください。弱いピッチで高いスコアを付けても、実際の投資家の前では何の役にも立ちません。

{project-name}/pitch-scorecard.md に保存します:

観点	スコア (1〜10)	根拠
明確さ — 2 文を聞いただけで、何をしているか説明できるか?
強みの順序 — 最も印象的な要素が最初の 60 秒にあるか?
実績の誠実さ — 数字は正確で、期間が明示され、実在するか?
インサイトの質 — インサイトは本当に非自明で具体的か?
市場規模の算出 — 計算はボトムアップで、前提が明確か?
ビジネスモデル — モデルは 1 つで、明確に述べられているか?
チームの経歴 — 具体的で検証可能な実績か?
アスクの明確さ — 金額 + マイルストーン + 期間が、自信を持って述べられているか?
総合

判定:

• 65〜80: 投資家に提示できる状態です。ピッチに進みましょう。
• 50〜64: 条件付きで投資家に提示できる状態です。まず弱い観点に対処しましょう。
• 35〜49: 改善が必要です。ピッチの前に最も弱い領域を反復しましょう。
• 35 未満: 大きな欠陥があります。まず startup-design を実行して基盤を強化することを検討しましょう。

7 未満のスコアの観点ごとに、何が弱いのかを説明し、具体的な修正案を提示します。

ステップ 2: 反復ループ

スコアカードをユーザーに提示します。7 未満だった観点ごとに:

1. 弱みを説明する
2. 尋ねる: 「これをどう修正しますか? 追加のデータはありますか、それともフレーミングを変えるべきですか?」
3. 関連するピッチのセクションを反復する
4. 変更後に再採点する

ステップ 3: 投資家ロールプレイ (任意)

スコアカードのレビューの後、練習を提案します: 「ピッチの練習をしますか? 私が投資家役を演じて、フィードバックを提供できます。」

ユーザーが承諾した場合:

投資家ペルソナを選ぶ:

• エンジェル投資家 — 技術志向で、創業者 + アイデアに焦点を当てます。「なぜあなたなのか?」と尋ね、ドメインの専門性を探ります。友好的ですが率直です。
• シード VC — 実績に執着し、プロダクトマーケットフィットのシグナルを探します。指標、リテンション、成長率について尋ねます。勢いを見たがります。
• シリーズ A VC — 拡張性 + 市場規模に執着します。ユニットエコノミクス、競争上の堀、拡大の道筋について尋ねます。すでに次のラウンドを考えています。
• アクセラレーターパートナー — コーチャビリティ + 実行の速さを求めます。何を学んだか、どれだけ速くリリースするか、メンタリングで何をするかについて尋ねます。

ロールプレイの流れ:

1. ユーザーがピッチを行う (形式は自由)
2. 選択した投資家ペルソナとして役柄を保つ
3. このタイプの投資家が尋ねるであろう 3〜5 の質問をする — 付録から引用しつつ、ペルソナに合わせて調整する
4. 弱い点に反論する — 投資家はこうするもので、創業者にはそれに対処する練習が必要です
5. Q&A の後、役を解いてフィードバックを提供する:
   • うまく伝わった点
   • 投資家が興味を失ったであろう箇所
   • どの回答が強く、どれが説得力に欠けたか
   • 改善のための具体的な提案

複数ラウンド: ユーザーは異なるペルソナで何度でも練習できます。各ラウンドで異なる弱みが明らかになります。

ステップ 4: デリバリーのヒント

実践的なデリバリーのアドバイスをスコアカードファイルに含めます:

• 60 秒ルール: 追加の 1 分は自分で勝ち取るものです。最初の 60 秒が魅力的でなければ、残りは関係ありません。
• 会話を促す。 インサイトの後で間を置きます。投資家が話し始めたら、話させましょう — 彼らは自分自身を売り込んでいるのです。
• 数字を自分のものにする。 ある指標について尋ねられたら、正確な数値とその算出方法を把握しておきましょう。
• 「わかりません」にうまく対処する。 「わかりませんが、こうやって調べます」は、でっち上げの回答より優れています。
• 2 文の冒頭を練習する。 楽に言えるようになるまで。これはピッチで最も重要な部分です。

PROGRESS.md を更新する — すべてのフェーズを完了としてマークします。

---

誠実さのプロトコル

参照： プロトコルとアンチパターンの詳細については、references/honesty-protocol.md をお読みください。

誇大な約束をするピッチは、創業者としての信頼を損ないます。基本ルール（主張にラベルを付ける、数値化する、不足を明示する）に加え、ピッチ固有の追加ルールがあります。

1. 指標を誇張しない。 トラクションが弱い場合は、それを認めたうえで、インサイト、チーム、または実行速度に焦点を移します。トラクションの捏造はデューデリジェンスで発覚し、取引を破談にします。
2. 市場規模を誠実に算定する。 ボトムアップの計算のみを使います。根拠のないトップダウンの TAM は、投資家にとって危険信号です。投資家はこれを何千回も見てきています。
3. チームの経歴を正確に示す。 具体的で検証可能な実績を示します。「Y を実現した X を構築した」と述べ、曖昧な肩書きや誇張した経歴紹介は避けます。
4. ピッチの弱点を明示する。 弱点のないピッチはありません。弱点を事前に特定し、それに対処する計画を用意するほうが、弱点など存在しないふりをするより効果的です。
5. 主張にラベルを付ける。 補足資料では [Data]、[Estimate]、[Assumption]、[Opinion] のタグを使用します。

アンチパターン	その例	伝えるべきこと
TAM の誇張	計算根拠のない「500 億ドルの市場」	「ボトムアップで計算してください。投資家は自分で計算します。」
見せかけのトラクション	アクティベーションにつながっていない「登録者 1 万人」	「登録者数はトラクションではありません。実際に製品を使っているのは何％ですか？」
専門用語の多用	「AI を活用したブロックチェーンの相乗効果」	「実際に何をするのですか？ 10 歳の子どもにもわかる言葉で説明してください。」
インサイトがない	テーゼではなく製品の説明	「なぜこのアプローチがうまくいくのですか？ 他の人が知らない、あなたが知っていることは何ですか？」
弱いチーム	実績のない肩書き	「何を成し遂げたのですか？ 役職ではなく実績を示してください。」
曖昧な資金調達の依頼	「資金調達を予定しています」	「いくら必要ですか？ どのマイルストーンのためですか？ 期間はどのくらいですか？」
「競合はいません」	「これを行うのは当社が初めてです」	「顧客は今日、代わりに何をしていますか？ それが競合です。」

---

参照ファイル

現在のフェーズに必要なものだけを読みます。

ファイル	読むタイミング	約行数	用途
honesty-protocol.md	セッション開始時	約 62	ピッチのアンチパターンを含む、誠実さのプロトコル全文
research-principles.md	フェーズ 2 の開始前	約 64	情報源の品質、相互参照、データの不足
research-wave-1-audience-narrative.md	Wave 1 の実施時	約 164	投資家およびナラティブ調査用のエージェントテンプレート
research-wave-2-competitive-framing.md	Wave 2 の実施時	約 159	競争環境の位置付けおよび「なぜ今か」の調査用エージェントテンプレート
pitch-frameworks.md	フェーズ 3 の実施時	約 261	統合マトリックスを含む、ピッチフレームワーク全文
research-synthesis.md	各 Wave の完了後	約 467	調査の統合プロトコルと出力テンプレート
research-scaling.md	インテーク後、フェーズ 2 の前	約 96	複雑さのスコアリング、ティアの定義、Wave の構成
verification-agent.md	ピッチの作成後	約 129	検証プロトコル、共通チェックとスキル固有のチェック