pitch-deck について
pitch-deck は、プレシードから Series A までの資金調達資料を作成・見直しする創業者向けスキルです。投資家に伝えるストーリーを組み立て、10〜12枚の構成案を作り、想定される投資家の質問に沿って各スライドを確認します。
主な機能
- 01スタートアップ情報の不足確認
- 02ライブ用・事前送付用の計画
- 03投資家向けストーリー構成
- 0410〜12枚の内容フレームワーク
- 05投資家の質問に沿ったスライド確認
活用シーン
- 01資金調達資料の作成
- 02投資家からの見送り後の資料改訂
- 03スライド内容とビジュアルの計画
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ shawnpang/ startup-founder-skills --skill pitch-deckインストール後、Claude Code で/pitch-deckを入力して読み込まれたか確認します。
詳細
ピッチデック
使用するタイミング
- 創業者が資金調達ラウンド(プレシードからシリーズA)に向けてピッチデックを準備している場合。
- 創業者が既存のデックを持っており、構成やストーリーについてフィードバックを求めている場合。
- 創業者が、どのスライドを含めるべきか、投資家にどうストーリーを伝えるべきかを尋ねている場合。
必要なコンテキスト
startup-contextから必要な情報:会社を一文で表した説明、ステージ、製品の説明、ターゲット顧客、ビジネスモデル、トラクション指標、チームの経歴、資金調達の履歴、競争環境。これらの情報が不足している場合は、スライドの作成に入る前に創業者に確認してください。
ユーザーから必要な情報:目標とする調達額、想定する投資家の種類(VCかエンジェルか)、ライブピッチ向け(文言を少なくし、ビジュアルを多くする)か、事前送付用デック向け(説明文を多めにする)か。
ワークフロー
- スタートアップのコンテキストを読む —
.agents/startup-context.mdから情報を取得し、スライドの内容を作成します。不足している情報があれば明示します。 - デックの種類を決める — ライブピッチ向けデック(ビジュアル重視、1スライドあたり最大30〜40語)か、事前送付用デック(より詳しい説明文を含められ、1スライドあたり60〜80語)かを尋ねます。
- ストーリーの流れを作る — スライドを書く前に、ストーリーの骨子をまとめます。現在の世界はどのような状態か(課題)、製品によって何が変わるのか(解決策)、なぜ今なのか、なぜこのチームなのか、実現に向けて何が必要かを整理します。
- スライドごとの内容を書く — 以下の10〜12枚それぞれについて内容を作成します。各スライドには、タイトル、重要なメッセージ、補足ポイント、推奨するビジュアルまたはデータ要素を含めます。
- 投資家の視点で確認する — 各スライドについて、その時点で投資家が抱くであろう疑問に答えているかを確認します。弱い箇所があれば明示します。
- 最終成果物を作成する — デックの構成案を構造化されたMarkdown形式で提示します。ユーザーが
.pptxを希望する場合は、内容の確定後にAnthropicのpptxスキルにつなぎます。
出力形式
各スライドにH3見出しを1つ設けた、構造化Markdown形式です。各スライドのセクションには、次の項目を含めます。
- Title:スライドの見出し(簡潔で断定的な形式。例:「医療費請求業務によって年間2,000億ドルが無駄になっています」)
- Key message:このスライドで聴衆に覚えておいてほしいことを1つ
- Content:箇条書きまたは文章
- Visual suggestion:ここに適したグラフ、画像、スクリーンショット、図
- Investor question this answers:VCが念頭に置いている、暗黙の疑問
フレームワークとベストプラクティス
10〜12枚のスライド構成
| # | スライド | 目的 | よくある間違い |
|---|---|---|---|
| 1 | タイトル/フック | 会社名、一文で表した説明、印象に残る統計や画像 | 一文で表した説明を目立たせないこと。ありきたりなタグラインを使うこと |
| 2 | 課題 | ICPに固有の痛みを生々しく具体的に示す | 抽象的すぎること。誰もがすでに知っている課題を取り上げること |
| 3 | 解決策 | 何を構築し、どのように課題を解消するかを示す | 機能を羅列すること。課題との関連性を示さないこと |
| 4 | デモ/製品 | スクリーンショット、GIF、または製品のライブウォークスルー | ユーザー向けの魅力的な機能ではなく、管理画面を見せること |
| 5 | 市場規模 | 信頼性のある積み上げ方式での算出によるTAM/SAM/SOM | トップダウン方式の「市場規模はX兆ドル」という数字だけを使うこと |
| 6 | ビジネスモデル | 収益化の方法、ユニットエコノミクス、価格設定 | 実績または予測のユニットエコノミクスを示さないこと |
| 7 | トラクション | 右肩上がりのグラフ | 見栄えだけの指標を使うこと。Y軸を隠すこと。異なる期間を混在させること |
| 8 | 競合 | 勝てる理由 — ポジショニングマトリクスまたは比較表 | 「競合はいない」と主張すること。自社が都合よく右上を占める2×2図を使うこと |
| 9 | チーム | 創業者と主要な採用メンバー、および関連する経歴 | 全従業員を列挙すること。創業者と市場の適合性を説明しないこと |
| 10 | 市場開拓 | 現在および大規模展開時に顧客を獲得する方法 | 具体的なチャネル戦略なしに「口コミで広がる」と述べること |
| 11 | 財務/調達内容 | 調達額、資金の使途、主要な予測 | 調達資金によって実現するマイルストーンを明確にしないこと |
| 12 | クロージング/ビジョン | 5〜10年後に目指す、大きな夢 | 控えめすぎること。連絡先を忘れること |
ストーリー展開のルール
- スライド 1-3:緊張感を生み出します。解決策を示す前に、オーディエンスに問題を実感してもらいます。
- スライド 4-7:信頼性を高めます。実際の市場で、実際に支持を得ている本物のプロダクトがあることを証明します。
- スライド 8-10:競争優位性を証明します。代替手段に勝ち、拡大できることを示します。
- スライド 11-12:資金調達の依頼を行い、ビジョンを描きます。事務的な話ではなく、野心を伝えて締めくくります。
ステージ別のガイダンス
- プレシード/シード:問題の深刻さ、創業者と市場の適合性、初期の手応え(ウェイトリスト、LOI、デザインパートナー)を強調します。財務予測は簡潔でもかまいません。
- シリーズ A:再現性のある市場投入戦略、ユニットエコノミクス、現在の実績から 3-5 倍の成長へ至る明確な道筋を強調します。投資家は実際の売上データを求めます。
原則
- すべてのスライドタイトルは、単なるラベルではなく断定的な主張にします。「6 か月間、前月比 30% 成長しました」は「実績」よりも説得力があります。
- ストーリーを前進させないスライドは削除します。なぜそのスライドが必要なのか説明できなければ、削除してください。
- 発表者がいなくても、夜 11 時に iPad で読むパートナーが理解できるデックにします。
- フォントは 3 種類、ブランドカラーは 2 色までにします。雑然としたデザインは信頼性を損ないます。
- 形容詞よりデータを使います。「急成長中」を「前年比 3 倍」に置き換えます。
関連スキル
investor-research— デックを作成する前に、特定の投資家の関心に合わせてストーリーを調整しますdata-room— デックを見た後に投資家から求められる補足資料を準備しますfundraising-email— デックに添えるアプローチメールを作成します
例
プロンプトの例:「シードラウンドのデック作成を手伝ってください。中堅企業の法務チーム向けに、AI を活用した契約書レビュー ツールを開発しており、$3M を調達予定です。MRR は $40K で、有料顧客は 12 社です。」
出力例(良い例)(課題スライド):
スライド 2:課題
タイトル:中堅企業の法務チームは、1990 年代のツールで月 500 件以上の契約書をレビューしています 主要メッセージ:従業員数 200-2,000 人の企業では、契約書レビューが法務チームにとって最大の時間浪費要因となっており、企業 1 社あたり年間 $180K 以上のパラリーガル人件費が発生しています。 内容:
- 中堅企業の 73% は、依然として Word で手動の変更履歴を使用しています
- 契約書レビューには平均 45 分かかり、そのうち 30 分は条項の反復的な確認です
- レビュー済み契約書の誤りにより、企業は年間、取引額の 2-5% の損失を被っています ビジュアルの提案:Word 文書に埋もれるパラリーガルと、数秒でリスクを強調表示する自社プロダクトを並べて見せます このスライドで答える投資家の質問:これは本当に深刻で、コストのかかる問題なのか?
プロンプトの例:「既存のデックをレビューしてください。初回面談の後、いつも見送りになっています。」
良い出力の方針:デックを読み、12 枚のうち不足している、または弱いスライドを特定します。ストーリー展開に緊張感があるかを確認し、各スライドを投資家の質問の枠組みに照らして検証します。曖昧な助言ではなく、具体的な書き換え案を提示します。