mcpField
S
startup-business-analyst-business-case

startup-business-analyst-business-case

github.com/sickn33その他48.7k576 回インストール今日更新
リポジトリ

startup-business-analyst-business-case について

資金調達、提携、戦略計画に取り組む創業者やチーム向けの事業計画書作成スキルです。市場、製品、競合、財務、リスク、資金需要を整理し、仮定や不足する根拠の明示を促します。

主な機能

  1. 01事業計画書の構成設計
  2. 02市場・競合分析
  3. 03財務予測の枠組み
  4. 04リスクと資金需要の整理
  5. 05仮定と根拠の明示

活用シーン

  1. 01資金調達用事業計画書の作成
  2. 02戦略提携資料の準備
  3. 03スタートアップの社内計画整理
  4. 04予測と仮定の確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/sickn33/agentic-awesome-skills --skill startup-business-analyst-business-case

インストール後、Claude Code で/startup-business-analyst-business-caseを入力して読み込まれたか確認します。

詳細

ビジネスケースジェネレーター

スタートアップの資金調達や戦略立案に向けて、市場機会、ソリューション、競争環境、財務予測、チーム、リスク、資金調達の要望を網羅した、包括的で投資家向けのビジネスケース文書を作成します。

このスキルを使用する場面

  • ビジネスケースジェネレーター関連のタスクやワークフローに取り組むとき
  • ビジネスケースジェネレーターに関するガイダンス、ベストプラクティス、チェックリストが必要なとき

このスキルを使用しない場面

  • タスクがビジネスケースジェネレーターに関係しないとき
  • この範囲外の別の分野やツールが必要なとき

指示

  • 目標、制約、必要な入力情報を明確にします。
  • 関連するベストプラクティスを適用し、成果を検証します。
  • 実行可能な手順と検証方法を提示します。

ページ数、所要時間の見積もり、チーム規模、資金の配分、資金が持つ期間は参考例として扱ってください。実績と予測を分け、すべての仮定と不足情報を明記し、最新の市場データには日付と出典を付けてください。テンプレートを埋めるために、創業者、顧客獲得実績、提携、知的財産、指標、投資家からの確約を捏造してはいけません。財務予測では、キャッシュフローの前提とシナリオに一貫性を持たせる必要があります。体裁の整った文書であっても、投資や法務に関する助言として検証済みとは限りません。スラッシュコマンドと関連スキルは、クライアントで利用できる場合の任意機能であり、必ず使えるとは限りません。

このコマンドの機能

以下を含む、完全なビジネスケースを作成します。

  1. エグゼクティブサマリー
  2. 課題と市場機会
  3. ソリューションと製品
  4. 競合分析と差別化
  5. 財務予測
  6. 市場開拓戦略
  7. チームと組織
  8. リスクとその軽減策
  9. 資金調達の要望と資金使途

Claude への指示

このコマンドが実行されたら、以下の手順に従ってください。

手順 1:背景情報を収集する

ユーザーに重要な情報を尋ねます。

会社の基本情報:

  • 会社名とエレベーターピッチ
  • 段階(プレシード、シード、シリーズ A)
  • 解決する課題
  • 対象顧客

対象読者:

  • 誰がこの文書を読みますか?(VC、エンジェル投資家、戦略的パートナー)
  • 主な目的は何ですか?(資金調達、提携、社内計画)

利用可能な資料:

  • 既存のピッチデックや文書はありますか?
  • 市場規模のデータはありますか?
  • 財務モデルはありますか?
  • 競合分析はありますか?
手順 2:関連スキルを有効にする

包括的な分析のため、以下のスキルを参照します。

  • market-sizing-analysis - TAM/SAM/SOM の算出
  • startup-financial-modeling - 財務予測
  • competitive-landscape - 競合分析のフレームワーク
  • team-composition-analysis - 組織計画
  • startup-metrics-framework - 主要指標とベンチマーク
手順 3:ビジネスケースを構成する

以下のセクションで、包括的な文書を作成します。


ビジネスケース文書の構成

セクション 1:エグゼクティブサマリー(1~2 ページ)

会社概要:

  • 1 文での説明
  • 設立時期、所在地、段階
  • チームの主な強み

課題の説明:

  • 解決する中心的な課題(2~3 文)
  • 数値で示した市場の課題

ソリューション:

  • 製品が課題をどのように解決するか(2~3 文)
  • 主な差別化要因

市場機会:

  • TAM:$X.XB
  • SAM:$X.XM
  • SOM(5 年目):$X.XM

実績:

  • 現在の指標(MRR、顧客数、成長率)
  • 達成した主なマイルストーン

財務概要:

| Metric | Current | Year 1 | Year 2 | Year 3 |
|--------|---------|--------|--------|--------|
| ARR | $X | $Y | $Z | $W |
| Customers | X | Y | Z | W |
| Team Size | X | Y | Z | W |

資金調達の要望:

  • 調達希望額
  • 資金使途(上位 3~4 項目)
  • 達成を見込むマイルストーン
セクション 2:課題と市場機会(2~3 ページ)

課題:

  • 課題の詳細な説明
  • この課題を経験する人々
  • 現在のソリューションとその限界
  • 課題による損失(数値化)

市場環境:

  • 業界の概要
  • 機会を生み出す主なトレンド
  • 市場の成長率とその要因

市場規模の算出:

  • TAM の算出方法と手法
  • フィルター適用後の SAM
  • 前提条件に基づく SOM
  • 検証とデータソース
  • 上場企業との比較

対象顧客のプロファイル:

  • 主なセグメント
  • 顧客の特性
  • 意思決定者と購入プロセス
セクション 3:ソリューションと製品(2~3ページ)

製品概要:

  • 製品の機能(特徴と能力)
  • 仕組み(アーキテクチャ/アプローチ)
  • 主な差別化要因
  • 技術的な優位性

価値提案:

  • 顧客セグメントごとのメリット
  • ROI または提供する価値
  • 価値実現までの期間

製品ロードマップ:

  • 現状
  • 短期(6か月)
  • 中期(12~18か月)
  • ビジョン(2~3年)

知的財産:

  • 特許(出願済み、審査中)
  • 独自技術
  • データの優位性
  • 競争優位性の維持
セクション 4:競合分析(2ページ)

競争環境:

  • 直接的な競合
  • 間接的な競合(代替手段)
  • 隣接分野のプレイヤー(参入の可能性がある企業)

競合比較表:

| Feature/Factor | Us | Comp A | Comp B | Comp C |
|----------------|----|---------| -------|--------|
| Feature 1 | ✓ | ✓ | ✗ | ✓ |
| Feature 2 | ✓ | ✗ | ✓ | ✗ |
| Pricing | $X | $Y | $Z | $W |

差別化:

  • 主な差別化要因(3~5項目)
  • 顧客にとって重要な理由
  • 優位性を維持できる根拠

競争上のポジショニング:

  • ポジショニングマップ(2~3次元)
  • 市場におけるポジショニングの表明

参入障壁:

  • 競争から守る要因
  • ネットワーク効果、乗り換えコストなど
セクション 5:ビジネスモデルと市場投入戦略(2ページ)

ビジネスモデル:

  • 収益モデル(サブスクリプション、取引など)
  • 価格戦略と料金プラン
  • 顧客獲得のアプローチ
  • 既存顧客からの収益拡大戦略

市場投入戦略:

  • 顧客獲得チャネル
  • 販売モデル(セルフサービス型、営業主導型、ハイブリッド型)
  • 顧客獲得コスト(CAC)
  • 販売サイクルとコンバージョン率

マーケティング戦略:

  • ポジショニングとメッセージング
  • チャネル戦略
  • コンテンツと需要創出
  • パートナーシップと連携

カスタマーサクセス:

  • オンボーディングのアプローチ
  • サポートモデル
  • 顧客維持戦略
  • ネットドルリテンションの目標
セクション 6:財務予測(2~3ページ)

収益モデル:

  • コホートベースの予測
  • 主な前提条件
  • セグメント別の収益内訳

3年間の財務概要:

| Metric | Year 1 | Year 2 | Year 3 |
|--------|--------|--------|--------|
| Revenue | $X.XM | $Y.YM | $Z.ZM |
| Gross Margin | XX% | XX% | XX% |
| Operating Expenses | $X.XM | $Y.YM | $Z.ZM |
| Net Income | ($X.XM) | ($Y.YM) | $Z.ZM |
| EBITDA Margin | (XX%) | (XX%) | XX% |

ユニットエコノミクス:

  • CAC:$X,XXX
  • LTV:$X,XXX
  • LTV:CAC 比率:X.X
  • CAC 回収期間:XXか月
  • 粗利益率:XX%

主要指標の推移:

| Metric | Current | Year 1 | Year 2 | Year 3 |
|--------|---------|--------|--------|--------|
| MRR/ARR | $X | $Y | $Z | $W |
| Customers | X | Y | Z | W |
| Net Dollar Retention | XX% | XX% | XX% | XX% |
| Burn Multiple | X.X | X.X | X.X | X.X |

シナリオ分析:

  • 保守的、ベース、楽観的なシナリオ
  • 主な要因と感応度

収益化への道筋:

  • 損益分岐点に到達する時期
  • 主なマイルストーン
  • 規模拡大時のユニットエコノミクス
セクション 7:チームと組織(1~2ページ)

経営陣: 創業者/経営幹部ごとに記載:

  • 氏名、役職、写真(入手可能な場合)
  • 関連する経歴(2~3文)
  • 主な実績
  • この役割に最適な人材である理由

現在のチーム:

  • 部門別の従業員数
  • 重要な採用人材とその経歴
  • アドバイザリーボード

採用計画:

  • 1~3年目の従業員数の増加
  • 採用予定の主要職種
  • 採用戦略

組織の進化:

Current (5 people) → Year 1 (15) → Year 2 (35) → Year 3 (60)
Engineering: 3 → 7 → 15 → 25
Sales & Marketing: 1 → 4 → 12 → 20
Other: 1 → 4 → 8 → 15

株式報酬と報酬制度:

  • ストックオプションプールの規模
  • 報酬に関する考え方
  • 人材定着戦略
セクション 8:実績とマイルストーン(1ページ)

現在の実績:

  • 収益またはユーザー指標
  • 成長率
  • 主な顧客獲得実績
  • 製品開発の進捗

達成したマイルストーン:

  • 製品のローンチ
  • 資金調達ラウンド
  • チームの採用
  • 顧客獲得
  • パートナーシップ

今後のマイルストーン(12~18か月):

  • 製品に関するマイルストーン
  • 収益目標
  • 顧客目標
  • チーム目標
  • パートナーシップ目標
セクション 9:リスクと軽減策(1ページ)

市場リスク:

  • 市場規模に関する前提条件
  • 競争の激しさ
  • 代替手段の普及
  • 軽減策

実行リスク:

  • 製品開発
  • 市場投入戦略の有効性
  • 採用と人材定着
  • 軽減策

財務リスク:

  • バーンレートの管理
  • 資金調達市場
  • ユニットエコノミクス
  • 軽減策

規制/外部リスク:

  • コンプライアンス要件
  • データプライバシー
  • 経済状況
  • 軽減策
セクション 10:資金調達の依頼と資金の使途(1 ページ)

資金調達の依頼:

  • 希望調達額:$X.XM
  • 形式:株式、SAFE、転換社債
  • 目標評価額:$X.XM(該当する場合)

資金の使途:

Total Raise: $5.0M
- Product Development: $2.0M (40%)
  • Engineering team expansion
  • Infrastructure and tools
  • Product roadmap execution

- Sales & Marketing: $2.0M (40%)
  • Sales team hiring (5 AEs)
  • Marketing programs
  • Demand generation

- Operations & G&A: $0.5M (10%)
  • Finance/legal/HR
  • Office and facilities

- Working Capital: $0.5M (10%)
  • 6-month buffer

達成するマイルストーン:

  • 売上:$X.XM ARR(成長率 X%)
  • 顧客:XXX 社
  • 製品:主要機能のリリース
  • チーム:従業員 XX 人
  • 指標:主要指標の目標

想定スケジュール:

  • 18~24 か月分のランウェイ
  • 15~18 か月以内にマイルストーンを達成
  • 次回の資金調達に向けて 6 か月の余裕を確保

次回のラウンド:

  • 18~24 か月後にシリーズ A
  • その時点での想定指標
  • 目標調達額

ステップ 4:ビジュアルを追加する

次の要素を含めることを検討してください。

  • 市場規模を示すグラフ(TAM ファネル)
  • 製品のスクリーンショットまたはモックアップ
  • ポジショニングマップ
  • 財務推移グラフ(売上、顧客数、バーンレート)
  • 組織図
  • タイムライン/ロードマップ
  • 資金の使途を示す円グラフ
ステップ 5:追加セクションを設ける(任意)

該当する場合に追加:

  • 規制/コンプライアンス(規制対象業界向け)
  • テクノロジーアーキテクチャ(ディープテック向け)
  • 臨床/科学データ(バイオテクノロジー/ヘルステック向け)
  • ユニットエコノミクスの詳細(複雑なビジネスモデル向け)
  • 戦略的パートナーシップ(戦略上重要な場合)
ステップ 6:エグゼクティブサマリーのスライドを作成する

すばやく確認できる 1 ページの要約を用意します。

  • 課題とソリューション(それぞれ 3 つの箇条書き)
  • 市場:TAM/SAM/SOM
  • トラクション:主要指標
  • チーム:創業者
  • 資金調達の依頼:金額と使途
  • 連絡先情報
ステップ 7:ビジネスケースを保存する

Markdown 形式での保存を提案します。

  • ファイル名:business-case-[company-name]-YYYY-MM-DD.md
  • 共有用に PDF へ変換することを提案
  • プレゼンテーション形式のヒントを提供

ベストプラクティス

実施すること:

  • 顧客の課題から始める
  • あらゆることを定量化する
  • 説明するだけでなく、データで示す
  • 予測は現実的にする
  • リスクを正直に認める
  • すべてのデータソースを引用する
  • エグゼクティブサマリーは簡潔にまとめる
  • 差別化に焦点を当てる

避けること:

  • 説明なしに専門用語を使う
  • 裏付けのない主張をする
  • 競合を無視する
  • 過度に楽観的になる
  • 「なぜ今なのか」を省く
  • 校正を忘れる
  • カスタマイズせずに汎用テンプレートを使う

他のコマンドとの連携

このコマンドは、次の出力を統合します。

  • /market-opportunity - TAM/SAM/SOM 分析を含める
  • /financial-projections - 詳細な財務モデルを含める

使用例

User: /business-case

Claude: I'll create a comprehensive business case document. Let me gather the key information first.

Company name and description?
→ "AcmeCorp - AI-powered email marketing for e-commerce"

Who is the audience?
→ "Series A investors"

What materials do you have?
→ "We have market sizing and financial model done"

[Claude creates comprehensive 15-20 page business case with all sections]

メモ

  • ビジネスケースの作成には 1~2 時間かかります
  • 結果は草案であり、事実、財務、対象読者の観点からの確認が必要です
  • ピッチデックの作成に使用できます
  • 四半期ごと、または資金調達ラウンドの際に更新してください
  • 対象読者に応じてセクションを調整してください
  • エグゼクティブサマリーは最大 2 ページに収めてください

制限事項

  • このスキルは、タスクが上記の説明範囲に明確に合致する場合にのみ使用してください。
  • 出力を、環境固有の検証、テスト、または専門家によるレビューの代わりとして扱わないでください。
  • 必要な入力、権限、安全上の境界、または成功基準が不足している場合は、作業を止めて確認を求めてください。

コメント