新規事業の事業計画書 — 初期フェーズで書くべきこと・書かなくていいこと
新規事業のアイデアが固まった。次は事業計画書を書こう。
そう考えて、テンプレートを開く。市場分析、競合調査、3ヶ年の収支計画、組織体制、マイルストーン……。100ページの事業計画書を仕上げるのに3ヶ月かかる。
完成した頃には、市場は動いている。競合が先に出している。チームの熱量は下がっている。そして稟議で「顧客の声はあるのか」と聞かれて、答えられない。
新規事業の初期フェーズに、100ページの事業計画書は要らない。
必要なのは、「今わかっていること」と「まだわかっていないこと」を整理し、次にやるべきことを明確にする文書だ。この記事では、検証段階で書くべき項目と、まだ書くべきでない項目を整理する。
なぜ従来の事業計画書が新規事業に合わないか
理由1: 前提が「確実性」にある
従来の事業計画書は、既存事業の延長線上で作られたフォーマットだ。過去の実績データがあり、市場の動向が予測可能で、顧客基盤が存在する。その前提の上に、3年後・5年後の計画を積み上げる。
新規事業にはこの前提がない。顧客がいるかどうかすらわからない。3年後の売上予測を月次で書いても、それは「予測」ではなく「願望」だ。
理由2: 書く時間が検証の時間を奪う
事業計画書を精緻に書こうとすると、2〜3ヶ月はかかる。その間、顧客との接点はゼロだ。
2〜3ヶ月あれば、5〜8名のインタビュー、プロトタイプ制作、ユーザーテストまで完了できる。事業計画書を書いている間に、検証を済ませられる。
理由3: 計画に固執してしまう
100ページの事業計画書を作ると、そこに書いた内容に固執してしまう。心理学で言う「コミットメントとエスカレーション」だ。
検証の結果、計画の前提が崩れても、「3ヶ月かけて作った計画だから」と修正をためらう。事業計画書が柔軟な方向転換を妨げる。
→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス
初期フェーズで書くべき7項目
検証段階の新規事業で書くべきは、以下の7項目だ。全体で10〜15ページに収まる。
1. 事業の概要(1ページ)
書くこと:
- この事業は何か(3行以内で説明)
- 誰の、どんな課題を、どう解決するか
- なぜ今、この事業をやるべきか
ポイント: エレベーターピッチのつもりで書く。30秒で読めて、事業の全体像が伝わるレベル。
「製造業の購買部門向けに、月末の発注作業を自動化するSaaSサービス。現在、購買担当者は月末に平均16時間を手作業の発注処理に費やしている。このサービスにより、その80%を自動化する。」
2. 課題と顧客(2〜3ページ)
書くこと:
- ターゲット顧客の定義(具体的に)
- 顧客が抱えている課題(検証済みの場合は、インタビューデータ付き)
- 課題の深刻度(頻度・影響・緊急度)
- 現在の代替手段(顧客が今どう対処しているか)
ポイント: ここが事業計画書で最も重要なセクション。顧客の生の言葉を引用する。
「『月末は毎回2日徹夜。発注ミスが出るたびに手戻りが発生して、もう嫌になる』(A社 購買部長・従業員800名)」
インタビューがまだの場合は、「仮説」として書く。そして「次のステップでインタビューにより検証する」と明記する。
→ リーンキャンバスの書き方 — 新規事業の仮説を1枚にまとめる
3. 解決策の方向性(1〜2ページ)
書くこと:
- 解決策の概要
- 主要な機能(3つ以内に絞る)
- プロトタイプの画面イメージ(あれば)
- なぜこの解決策が、既存の代替手段より優れているか
ポイント: 機能の詳細仕様は書かない。方向性だけを示す。
「発注データをOCRで読み取り、AIが自動分類・集計する。購買担当者は最終確認のみ。」
詳細な機能仕様書は、プロダクト開発フェーズで書くもの。初期段階では、解決策の「方向」が伝わればいい。
4. 検証状況(2〜3ページ)
書くこと:
- これまでに検証した仮説と、その結果
- 検証方法(インタビュー、LP検証、プロトタイプ検証など)
- 検証データ(定量・定性)
- 未検証の仮説と、今後の検証計画
ポイント: このセクションが、従来の事業計画書にはない「初期フェーズ固有のセクション」だ。
| 仮説 | 検証状況 | 結果 |
|---|---|---|
| 購買担当者は月末の発注作業に困っている | 検証済み(5名インタビュー) | 5名中4名が課題を確認 |
| 自動化ツールに月額3万円の支払い意欲がある | 検証済み(プロトタイプ検証) | 8名中6名が支払い意欲あり |
| OCRで発注書を正確に読み取れる | 未検証 | 次フェーズで技術検証予定 |
検証済みと未検証が明確に分かれていることが重要。「全部検証済み」は疑われる。「ここはまだわからない」と正直に書く方が信頼される。
5. 市場規模(1ページ)
書くこと:
- TAM(Total Addressable Market): 最大市場規模
- SAM(Serviceable Available Market): 実際にアプローチ可能な市場
- SOM(Serviceable Obtainable Market): 初期に獲得可能な市場
ポイント: 概算でよい。初期フェーズでは、TAMの精度よりもSOMの現実性が重要だ。
「TAM: 国内製造業の購買部門3万社 × 年間36万円 = 108億円。SAM: 従業員500名以上 × 購買部門あり = 5,000社 × 36万円 = 18億円。SOM: 初年度100社 × 36万円 = 3,600万円。」
根拠は「調査レポートの数字」よりも「インタビューで得た支払い意欲 × ターゲット企業数」の方が説得力がある。
→ ビジネスモデルキャンバスの書き方 — 新規事業の仮説を設計する
→ TAM・SAM・SOMの算出方法 — 新規事業の市場規模の考え方
6. ビジネスモデル(1ページ)
書くこと:
- 課金モデル(サブスクリプション、従量課金、ライセンス等)
- 価格帯(インタビューでの支払い意欲に基づく)
- 主要なコスト構造(概算)
- ユニットエコノミクスの仮説(LTV > CAC になる見込みがあるか)
ポイント: 詳細な収支計画は不要。「このモデルで事業が成り立つ見込みがあるか」が伝わるレベルで十分。
価格の根拠に「顧客インタビューで得た支払い意欲データ」を使う。「月額3万円」という数字が、担当者の願望ではなく顧客の声に基づいていれば、説得力が違う。
7. 次のステップ(1ページ)
書くこと:
- 次の検証フェーズの内容と期間
- 必要な予算と人員
- 期待される成果物
- 次の判断ポイント(いつ、何に基づいて、次のGo / No-Goを判断するか)
ポイント: 事業計画書の最後は「次に何をするか」で終わる。読んだ人が「で、何を判断すればいいのか」がわかること。
「次のフェーズ: 3社でのβテスト。期間: 3ヶ月。予算: 500万円。成果物: βテスト結果、顧客の継続利用データ、本格開発判断レポート。βテスト終了後、本格開発への投資判断を行う。」
→ 新規事業の稟議書の書き方 — 経営層を動かすフォーマットと記入例
→ 新規事業のプレゼン — 経営層に刺さる3つの構成パターン
初期フェーズで書かなくていい5項目
逆に、初期フェーズではまだ書くべきでない項目を整理する。
1. 3ヶ年の詳細な収支計画
月次の売上・コスト・利益を3年分積み上げた収支計画。
検証が済んでいない段階の3年計画は、ほぼフィクションだ。経営層もそれはわかっている。「この数字の根拠は?」と聞かれて「仮定です」と答える稟議は通らない。
代わりに書くこと: ユニットエコノミクスの仮説と、市場規模に基づくポテンシャル試算。
2. 詳細な組織計画
「開発部門3名、営業部門2名、マーケティング1名、合計6名体制」のような詳細な組織計画。
プロダクトの方向性すら確定していない段階で、組織体制を設計しても意味がない。検証の結果によって、必要な人員構成は変わる。
代わりに書くこと: 次のフェーズに必要な最小限のリソース(「検証フェーズ: 担当者1名 + 外部パートナー」程度)。
3. 詳細な機能仕様
50ページの機能仕様書。画面遷移図、データベース設計、API仕様。
開発フェーズで書くべきもの。検証段階で機能仕様を固めると、「仕様通りに作ったが顧客が使わなかった」という最悪の結果を招く。
代わりに書くこと: 解決策の方向性と、主要な機能3つ。
4. 詳細なマーケティング計画
「初年度のマーケティング予算1,200万円。展示会3回出展、Web広告月額100万円、コンテンツマーケティング……」。
顧客の獲得チャネルは、プロダクトが存在して初めて検証できる。初期段階のマーケティング計画は仮定の上に仮定を重ねたものになる。
代わりに書くこと: 初期の顧客獲得方法の仮説(「まず既存取引先5社に直接提案。その後、展示会でのリード獲得を検証」程度)。
5. 競合との機能比較表
「自社: ○ / 競合A: × / 競合B: △」のような20項目の機能比較マトリクス。
機能比較は、自社の機能が確定してから書くもの。検証段階では、競合の機能一覧よりも「顧客が今どう対処しているか(代替手段)」の方が重要だ。
代わりに書くこと: 顧客が使っている代替手段と、その不満点(インタビューデータに基づく)。
フェーズ別・事業計画書の進化
事業計画書は、検証の進捗に合わせて進化させる。一度書いて終わりではない。
フェーズ1: アイデア段階(3〜5ページ)
リーンキャンバス1枚 + 検証計画。 「こんな仮説がある。こう検証する。判断基準はこれだ。」
→ リーンキャンバスの書き方 — 新規事業の仮説を1枚にまとめる
フェーズ2: 検証完了段階(10〜15ページ)
本記事で解説した7項目。 「検証した結果、こうだった。次にこれをやりたい。」
フェーズ3: PMF前段階(20〜30ページ)
βテスト結果を反映した事業計画。 「βテストで課金が成立した。本格開発の計画はこうだ。」
ここから初めて、詳細な収支計画や組織計画を書き始める。
フェーズ4: スケール段階(50ページ以上)
本格的な事業計画書。 3ヶ年計画、組織計画、マーケティング計画、資金計画。
100ページの事業計画書が必要になるのは、ここからだ。
事業計画書を書く前にやるべきこと
事業計画書を開く前に、以下を済ませておく。
1. リーンキャンバスを書く
20分でいい。事業アイデアの全体像と、検証すべき仮説を1枚に整理する。
リーンキャンバスの各マスがそのまま事業計画書のセクションになる。課題 → ターゲット → 解決策 → 収益モデル → チャネル。
2. 最低3名にインタビューする
事業計画書に「顧客の声」が入ると、説得力が根本的に変わる。
「市場規模108億円」というデスクリサーチの数字と、「『月末の発注作業、もう限界です。月3万円なら今すぐ払います』(A社購買部長)」という生の声。後者の方が、経営層の心を動かす。
3. 仮説を「検証済み」と「未検証」に分ける
事業計画書に書かれている前提が、どこまで検証されているかを明示する。
これをしないと、事業計画書が「全部仮定」なのか「一部は検証済み」なのかが読み手に伝わらない。検証済みの仮説が多いほど、計画書の信頼性が上がる。
→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス
よくある質問
経営層が「ちゃんとした事業計画書」を求めてくる場合は?
「ちゃんとした事業計画書」が何を指すかを確認する。多くの場合、求めているのは「100ページの書類」ではなく「判断できる根拠」だ。
「現段階の検証結果に基づく事業計画です。未検証の項目は次フェーズで確認します」と前置きした上で、本記事の7項目を提出する。
それでも従来のフォーマットが求められる場合は、フォーマットに従いつつ、未検証の項目は「仮説(次フェーズで検証予定)」と明記する。
リーンキャンバスと事業計画書の違いは?
リーンキャンバスは1枚の仮説整理シート。事業計画書は、そのうち検証済みの仮説をデータとともに展開した文書。
リーンキャンバスが「問い」なら、事業計画書は「問いに対する回答(途中経過を含む)」だ。
事業計画書はいつ更新すべきか?
検証が1ラウンド終わるたびに更新する。インタビューを完了したら、プロトタイプ検証が終わったら、βテストのデータが出たら。
事業計画書は「生きた文書」だ。3ヶ月前に書いた計画書がそのままなら、検証が進んでいない証拠だ。
→ 新規事業の進め方 — 大企業で新規事業を進めるための7つのステップ
まとめ
新規事業の初期フェーズに100ページの事業計画書は要らない。
書くべき7項目:
- 事業の概要(1ページ)
- 課題と顧客(2〜3ページ)
- 解決策の方向性(1〜2ページ)
- 検証状況(2〜3ページ)
- 市場規模(1ページ)
- ビジネスモデル(1ページ)
- 次のステップ(1ページ)
まだ書かなくていい5項目:
- 3ヶ年の詳細な収支計画
- 詳細な組織計画
- 詳細な機能仕様
- 詳細なマーケティング計画
- 競合との機能比較表
事業計画書を書くことが目的ではない。事業判断を出すことが目的だ。計画書は判断のための材料であり、検証の進捗に合わせて進化させていくもの。
まず検証する。次にデータで語る。計画書はその後でいい。
LITMUSは、新規事業の検証に特化したスタジオです。事業計画書に載せる「顧客の声」と「検証データ」を、6週間で揃えます。計画書を書く前に、まず検証データを取りたいチームに最適です。
50万円から始められるEntry Moduleもあります。詳しくは LITMUS をご覧ください。