投稿日:2026.09.05 最終更新日:2026.09.10
事業計画書のExcelフォーマット|数字の根拠が崩れない5シートの作り方
事業計画書のExcelフォーマットを探しても、項目だけが並ぶひな形では、売上の根拠や変更理由まで管理できません。単価や顧客数を直すたびに複数のセルを更新する状態では、計算は合っていても、なぜその数字になったのかを判断者へ説明できなくなります。
事業計画書のExcelは、数字を並べる表ではなく、前提と判断を更新する管理表です。 サマリー・前提・数値計画・検証計画・更新履歴の5シートに分ければ、入力、計算、検証、承認の流れを一つのブックで追えます。
本記事では、5シートの入力項目、売上・費用・資金の計算式、悲観・基準・楽観の比較、共同編集で壊さない更新ルールまで解説します。公的機関の指定様式へ提出する場合はその形式を優先し、ここで紹介する構成は社内の検討と更新管理に使ってください。
この記事のポイント
- 5シートに分け、説明・入力・計算・検証・履歴の役割を混ぜない
- 顧客数・単価・原価率などの前提値を一カ所で管理する
- 売上・費用・損益・資金残高を月次で連動させる
- 3ケースは数式を複製せず、前提値だけを切り替える
- 検証結果と変更理由を残し、次の判断へつなげる
目次
結論|事業計画書のExcelフォーマットは5シートで作る

事業計画書のExcelは、完成版の数字を保存する表ではなく、事業仮説が変わったときに計画と判断を更新する道具です。読み手へ結論を示すサマリーと、計算に使う前提、結果を出す数値計画を分けると、数字の出所を追いやすくなります。
さらに、未確認の前提を確かめる検証計画と、変更理由を残す更新履歴を接続します。これにより「数字が変わった」だけでなく、「どの証拠により、どの前提を、誰の承認で変えたか」まで説明できます。
| 判断の流れ | 使うシート | 入力・確認する内容 | 次に行うこと |
|---|---|---|---|
| 1.結論を確認する | サマリー | 今回の判断、主要数値、必要資源、期限 | 判断者が論点を選ぶ |
| 2.根拠をたどる | 前提 | 顧客数、単価、率、時期、根拠、状態 | 重要な仮説を特定する |
| 3.影響を計算する | 数値計画 | 売上、費用、損益、資金残高 | 条件別の結果を比較する |
| 4.不確実性を減らす | 検証計画 | 問い、方法、期限、判定条件、担当 | 顧客・市場・提供条件を確かめる |
| 5.判断を引き継ぐ | 更新履歴 | 変更前後、証拠、理由、承認者 | 現在の計画へ反映する |
5シートは別々の資料ではなく、前提から計算、検証、更新、判断へつながる一つの仕組みです。 同じ数値を複数シートへ手入力せず、前提シートを参照する構造にします。
日本政策金融公庫の創業計画書はExcel形式でも提供され、創業の動機、商品・サービス、取引先、資金計画、収支計画などを記入できます。融資や補助金へ提出する場合は、まず指定様式と最新要領へ合わせ、本稿の5シートは社内検討と更新管理の補助として使ってください。
事業計画書をExcelで作るメリット|前提を変えても計算がつながる
Excelの強みは、前提を変えたときに売上、利益、資金残高まで同じ数式で再計算できることです。行を追加でき、複数ケースを比べやすく、数字の根拠を別列へ残せるため、仮説が頻繁に変わる新規事業と相性があります。
一方で、文章による事業の魅力や戦略を伝える用途、指定様式へ提出する用途、厳密な会計処理を行う用途は別です。Excelだけで全てを完結させようとすると、説明が長くなり、数式も複雑になり、誰も更新できないブックになりがちです。
| 使い方 | Excelが向く理由 | 注意点 | 補う資料・仕組み |
|---|---|---|---|
| 前提管理 | 数値、単位、根拠、状態を行でそろえられる | 同じ値の重複入力を避ける | 前提IDと一つの入力元 |
| 月次計画 | 売上・費用・資金を数式で連動できる | 遠い将来を細かく見せすぎない | ケース比較と感度確認 |
| 経営会議 | 主要結果を一画面へ集約できる | 詳細行をサマリーへ載せすぎない | 判断依頼と参照先 |
| 共同編集 | コメント、履歴、共有ができる | 数式上書きと版の分裂を防ぐ | 権限、保護、更新責任者 |
| 外部提出 | 指定がExcelなら転記・入力しやすい | 独自様式をそのまま提出しない | 最新の指定様式・要領 |
Excelを使う目的は表をきれいに作ることではなく、前提の変更を判断結果まで正しく伝えることです。 読み手が最初に知りたい結論はサマリーへ、計算ロジックは数値計画へ、証拠は前提・検証計画へ分けます。
J-Net21の事業計画書作成ガイドは、ビジョン、事業コンセプト、業界・競合、販売・仕入、人員、投資・調達、損益、実行計画などを整理しています。これらの説明をExcelへ長文で詰めるのではなく、本文・企画資料と数値ブックを参照関係でつなぐと読みやすくなります。
作成前に決めるのは読み手です。社内の投資判断者は、追加予算によって何を確かめ、次にどの選択肢を持てるかを見ます。金融機関が確認するのは資金使途と返済可能性で、事業チームに必要なのは次の行動と担当です。同じ数字でも必要な粒度が違うため、元データは共通化し、サマリーの表示だけを目的に合わせて変えます。
888名調査では53.1%が事業計画・PoC段階|Excelは更新できる構造が必要
イノベーション総研が大企業の新規事業経験者888名を対象に行った調査では、回答時点のプロジェクト段階は「事業計画・ビジネスモデル策定」が28.7%、「PoC・実証実験」が24.4%でした。合計すると53.1%が、計画を作り、検証し、その結果を計画へ戻す段階にいました。
2段階の合計:53.1%
出典:イノベーション総研「新規事業の実態と意思決定に関する調査」(2026年4月、888名)
この数字だけで、計画やPoCが停滞しているとは判断できません。ただし、計画とPoCを別ファイル・別担当で管理すると、顧客の反応や技術検証の結果が数値計画へ戻らない問題が起きます。イノベーション総研では、計画作成と検証を別工程にせず、前提、証拠、更新後の数値、次の判断を一つの流れで管理することが重要です。
この考え方は、社内の投資判断や事業管理に使うExcelへ適用します。金融機関や補助金の指定様式がある場合は、公式の様式を提出用として優先し、5シートのブックを根拠管理と更新計算の補助にしてください。まず前提シートを開き、根拠・更新日・担当者が空欄の値を一つ選び、検証計画へ移すところから始めます。
事業計画書のExcelフォーマット全体構成
最初に5つのシートを作り、シート名と役割を固定します。サマリーは出力、前提は入力、数値計画は計算、検証計画は次の行動、更新履歴は変更記録です。入力する場所と計算する場所が明確なら、後任者も構造を追えます。
各シートの先頭には、対象事業、計画期間、版、更新日、更新責任者を表示します。数字だけを受け渡さず、どの事業・期間・版を見ているかを共通情報としてそろえてください。
| シート | 主な役割 | 主な入力・出力 | 他シートとの接続 |
|---|---|---|---|
| 1.サマリー | 判断者へ結論を示す | 判断依頼、主要KPI、損益分岐、必要資金 | 数値計画と検証計画から参照 |
| 2.前提 | 計算に使う仮説値を一元管理する | 顧客数、単価、率、時期、根拠、状態 | 数値計画から参照される |
| 3.数値計画 | 売上・費用・資金を計算する | 月次PL、資金残高、損益分岐 | 前提を参照し、サマリーへ出力 |
| 4.検証計画 | 未確認の前提を検証へ変える | 仮説、方法、基準、担当、期限、結果 | 前提の状態と数値を更新する |
| 5.更新履歴 | 判断と変更理由を保存する | 変更前後、証拠、理由、承認者 | 全シートの重要変更を記録する |
入力セル・計算セル・参照セルを色だけで区別せず、列名、保護、説明を組み合わせます。 色は印刷や環境によって伝わらないため、「入力」「自動計算」「参照元」などの表示も付けます。
列や行の範囲はExcelテーブルに変換し、`tblAssumption`、`tblValidation`のように役割が分かる名前を付けます。Microsoftの構造化参照に関する説明によると、テーブル名と列名を数式に使え、データ行の追加・削除に応じて参照範囲が調整されます。セル番地だけの式より、参照する意味が明確です。
ブックの先頭には短い説明欄も置きます。入力する順序、各シートの役割、入力セルの見分け方、エラー時の連絡先、承認済み版の保存先を記載します。作成者が口頭で説明しなくても、初めて開いた人が「どこへ入力し、どこは触らないか」を判断できる状態が完成条件です。
サマリーシート|今回の判断を一画面に集約する

サマリーは事業の説明を短くするためのシートではなく、今回の会議で何を決めてほしいかを明確にするシートです。冒頭に「判断依頼」「判断期限」「決定者」を置き、その下へ根拠となる主要数値と未確認事項を配置します。
すべての数字を並べず、今回の判断が変わるものだけを選びます。売上や利益だけでなく、必要資金、資金が最も少なくなる月、次の検証結果、未達時の対応も一緒に表示します。
| サマリー項目 | 記載内容 | 参照元 | 判断者が確認すること |
|---|---|---|---|
| 事業の結論 | 顧客、課題、提供価値、収益の要約 | 事業計画本文・前提 | 何を誰に提供する事業か |
| 今回の判断依頼 | 承認、継続、条件変更、停止など | 検証計画 | 今回決める範囲は何か |
| 必要資源 | 予算、人員、設備、外部協力 | 数値計画 | 何に、いつ、どれだけ必要か |
| 主要数値 | 売上、粗利、営業損益、必要資金 | 数値計画 | どのケースと期間か |
| 重要な前提 | 結果へ影響する未確認値 | 前提 | 根拠と変動幅は何か |
| 次の判定 | 検証内容、基準、期限 | 検証計画 | 追加投資の入口条件は何か |
サマリーには確定値だけでなく、判断を左右する未確認の前提と変動幅を示します。 基準ケースだけを見せると、顧客数や単価が外れたときに必要資金がどこまで変わるか分かりません。
主要数値は手入力せず、数値計画の出力セルを参照します。表示単位を万円・百万円などへそろえ、対象期間と税込・税抜の扱いも記載してください。詳細を確認したい読み手が、参照元のシート・行へ移れるリンクを付けると、サマリーを短く保てます。
NEXT STEP
次のステップ
計画の数字を、次の判断へつなげる。
5シートで前提と計算をつなぎ、検証で更新できる事業計画へ整えます。
前提シート|数値と根拠を一元管理する
前提シートは、売上や費用の計算へ使う値を一度だけ入力する場所です。顧客数、獲得率、単価、利用頻度、原価率、人員、開始月などを一行ずつ置き、数値だけでなく、単位、根拠、状態、更新日、担当者をそろえます。
前提IDを付けると、数式・検証・履歴を同じ仮説へ結び付けられます。たとえば「A-010 月額単価」を数値計画から参照し、検証計画と更新履歴にもA-010を記載すれば、値が変わった理由を一続きで追えます。
| 前提項目 | 記載する内容 | 入力例 | 管理上のポイント |
|---|---|---|---|
| 前提ID | 重複しない識別子 | A-010 | 削除後も同じIDを再利用しない |
| 項目名 | 数値の意味が分かる名称 | 月額単価 | 対象顧客・商品も明記する |
| 値・単位 | 計算に使う数値と単位 | 50,000円/社・月 | 円、件、社、率、月を混同しない |
| ケース | 悲観・基準・楽観の値 | 40,000/50,000/60,000 | 根拠のない幅にしない |
| 根拠 | 数値を置いた証拠・計算 | 見積、契約、顧客検証、仮置き | 保存先へ参照を付ける |
| 状態 | 仮置き・検証中・確認済み | 検証中 | 確認範囲を過大評価しない |
| 更新情報 | 日付、担当、理由 | 9月5日、事業責任者、価格検証 | 更新履歴と一致させる |
前提値と目標値を同じ列へ入れないことが、循環した計画を避ける基本です。 「売上目標を達成するには獲得率20%が必要」という逆算値は目標であり、実績や検証から見積もった前提値ではありません。
率を入力する場合は、分子と分母の定義もコメントまたは別列へ記載します。市場平均や外部調査を使う場合でも、自社の対象顧客・価格・販売経路へそのまま当てはまるとは限りません。根拠の種類と、自社でどこまで確認できたかを分けてください。
空欄、ゼロ、未確認も分けます。ゼロは測定した結果が0、空欄は入力漏れ、未確認はまだ測定していない状態です。すべてを0として計算すると、実績がないのか情報がないのか区別できません。状態列を設け、集計式では未確認を除外または警告表示する設計にします。
数値計画シート|売上・費用・資金を連動させる
数値計画は、前提シートの値から売上、変動費、固定費、営業損益、資金残高を計算します。まず月次の列を作り、顧客獲得から契約、提供、請求、入金までの時間差を反映します。損益が黒字でも、入金より支払いが先なら資金不足が起こり得る点に注意が必要です。
売上は「顧客数×単価」の一式で終わらせず、顧客数がどのように増減するかを分解します。期首顧客、獲得、解約、期末顧客、利用量、単価を分けると、前提変更の影響を説明できます。
| 計算対象 | 基本の分解 | 主な参照前提 | 確認する出力 |
|---|---|---|---|
| 期末顧客数 | 期首顧客数+新規獲得-解約 | 獲得数、解約率、開始月 | 顧客残高と増減理由 |
| 売上高 | 対象顧客数×単価×利用量 | 単価、利用頻度、稼働月 | 月次売上と売上構成 |
| 変動費 | 提供量×単位当たり費用 | 原材料、外注、従量課金 | 売上連動費と粗利 |
| 固定費 | 人員+設備+販促+共通費 | 採用月、給与、契約開始月 | 費用発生時期と固定負担 |
| 営業損益 | 売上-変動費-固定費 | 各計算結果 | 黒字化月と累積損益 |
| 資金残高 | 期首資金+入金-支払-投資 | 回収・支払条件、調達、投資時期 | 最低資金残高と必要調達額 |
利益計画と資金計画は同じ数字ではないため、入金・支払・投資の時期を別に計算します。 年間損益だけでは、途中月に資金が不足するかを確認できません。
J-Net21の損益計画の解説は、売上高、売上原価、販管費、営業利益などの関係を示しています。実務では、損益計画に加えて資金残高を月次で並べ、借入返済や設備投資を含めた支払時期も確認してください。損益分岐点の考え方は新規事業の損益分岐点でも解説しています。
数式作成後には、代表的な前提を一つずつ変える試験が必要です。単価を上げれば売上が想定どおり増えるか、獲得を0にすれば新規顧客が増えないか、支払月を遅らせれば資金残高だけが動くかを確認します。計算結果の見た目だけでなく、変えるべき出力と変わってはいけない出力をあらかじめ決めると、参照ミスを発見しやすくなります。
検証計画シート|未確認の前提を行動へ変える
検証計画には、前提シートで「仮置き」「検証中」とした項目を並べます。確認する問い、方法、対象、必要な証拠、期限、担当、判断者、基準を一行にまとめ、数値計画へ大きく影響する前提から優先します。
検証の完了は、面談やテストを実施した時点ではありません。結果を事前基準と照合し、前提を維持・変更・棄却し、数値計画と次の行動へ反映した時点です。
| 検証項目 | 記載する内容 | 例 | 完了条件 |
|---|---|---|---|
| 対象前提 | 前提IDと現在値 | A-010 月額単価50,000円 | 参照先が一致する |
| 検証する問い | 一つの判断可能な問い | 対象顧客はこの価格で発注するか | 答えが前提変更へつながる |
| 方法・対象 | 行動と対象条件 | 決裁者へ正式見積を提示 | 対象と方法が再現できる |
| 必要な証拠 | 採用する事実 | 発注、契約、支払、書面回答 | 感想と行動を区別する |
| 判定条件 | 継続・変更・停止の境界 | 一定件数の有償合意など | 観測前に合意する |
| 責任・期限 | 実施者、判断者、期限 | 担当A、責任者B、9月末 | 会議日までに判断する |
検証計画では、前提を確かめる担当者と、結果を受けて判断する責任者を分けて記載します。 部署名だけでは、証拠を集める人と計画を書き換える人が曖昧になります。
単価を確かめるなら「価格について意見を聞く」だけでなく、対象顧客、提示条件、次の行動、採用する証拠まで決めます。結果が出た後に都合よく基準を変えないよう、維持・変更・停止の条件を事前に置いてください。新規事業の仮説の立て方と対応させると、検証対象を一文で整理できます。
更新履歴シート|変更理由を引き継ぐ
更新履歴には、重要な前提、数式、判断条件を変更した日と理由を残します。ファイル名へ「最終」「最新版」「修正版」を増やすだけでは、何が変わり、どの版が承認済みかを判断できません。
履歴はセル変更の全記録ではなく、意思決定を説明する記録です。変更前後の値、証拠、変更理由、影響先、承認者を並べ、現在の前提IDと結び付けます。
| 履歴項目 | 記載する内容 | 記入例 | 引き継ぎで分かること |
|---|---|---|---|
| 変更日時・版 | 変更を適用した日時と版 | 9月5日、v1.4 | どの計画が現在有効か |
| 対象 | シート、前提ID、数式名 | 前提、A-010 | 何を変更したか |
| 変更前後 | 以前の値と新しい値 | 50,000円→45,000円 | 変化の大きさ |
| 根拠 | 証拠の要約と保存先 | 有償提案の結果、記録URL | なぜ変えたか |
| 影響 | 売上、粗利、資金、判断への影響 | 必要資金が増加 | どこを再確認するか |
| 承認 | 提案者、確認者、承認者 | 事業担当、経理、責任者 | 誰が判断したか |
更新履歴は責任追及のためではなく、古い前提を誤って再利用しないために残します。 以前に棄却した値でも、市場や条件が変われば再検証の対象です。その場合は、何が以前と違うのかを新しい履歴へ記載します。
共同編集機能の履歴は復元に役立ちますが、変更の事業上の意味までは自動で残りません。会議名、決定事項、根拠、適用日を人が記録し、承認済みの版を一つに定めます。
事業計画書の数値をExcelで3ケース比較する
悲観・基準・楽観の3ケースは、結果を都合よく選ぶためではなく、どの前提が必要資金や黒字化時期を大きく動かすかを確認するために使います。数式をケースごとにコピーすると、式の違いと前提の違いが混ざるため、同じ数式で前提値だけを切り替えます。
最初に一つの前提だけを変える感度確認を行います。単価、獲得率、解約率、原価率、採用時期などを一つずつ動かし、最低資金残高や累積損益への影響を確認した後、整合する前提を組み合わせて3ケースを作ります。
| ケース | 目的 | 前提の置き方 | 必ず確認する結果 |
|---|---|---|---|
| 悲観 | 下振れ時に事業を継続できるか確認する | 根拠のある不利な範囲を置く | 最低資金残高、追加調達時期、停止条件 |
| 基準 | 現時点で最も説明可能な見込みを示す | 最新の証拠と確認済み条件を優先する | 売上、粗利、黒字化月、必要資金 |
| 楽観 | 上振れ時の供給制約を確認する | 根拠のある有利な範囲を置く | 人員、設備、品質、運転資金の不足 |
3ケースでは売上だけでなく、必要資金と提供能力がどこまで変わるかを同時に比較します。 売上が早く伸びる楽観ケースでも、先行採用や仕入れが増えれば資金需要が大きくなる場合があります。
ケースごとに動かす前提、固定する前提、根拠、適用日を一覧へ残します。「悲観20%減」のような一律倍率では、顧客数・価格・原価・開始時期のどこにリスクがあるか説明できません。計算結果は予測の正確さを競うものではなく、条件が外れたときの対応を決める材料です。
比較結果には、各ケースで最初に取る対応も書きます。悲観なら採用を延期する、基準なら次の検証へ進む、楽観なら供給上限を先に増やす、といった行動です。結果を並べるだけでは会議で結論が出ないため、「この結果なら何をするか」をサマリーと検証計画へ接続します。
事業計画書のExcelを壊さず運用するルール
完成したブックは、更新担当が増えるほど壊れやすくなります。入力箇所、計算箇所、版、承認、共有範囲を決め、会議後に誰がどのシートを更新するかまで運用ルールへ含めます。
複雑な関数やマクロを増やす前に、テーブル名・列名・前提IDをそろえ、外部ブック参照を減らします。数式が短くても、数字の出所が説明できなければ、経営判断へ使えません。
| 運用場面 | ルール | Excelでの設定 | 確認方法 |
|---|---|---|---|
| 入力 | 前提シートだけへ値を入力する | 入力規則、説明、入力欄の明示 | 計算セルに定数がないか確認する |
| 計算 | 列名が分かる参照を使う | テーブル・名前・数式保護 | 参照元と参照先をたどる |
| 変更 | 理由と影響を履歴へ記録する | 前提ID、版、更新日 | サマリーの主要結果を再確認する |
| 承認 | 承認済み版を一つにする | 保存場所、権限、版名 | 会議記録と版を照合する |
| 共有 | 個人情報・機密情報を直接貼らない | アクセス権、参照先の管理 | 閲覧・編集権限を定期確認する |
| 引き継ぎ | 構造と更新手順を説明する | READMEまたは説明シート | 第三者が同じ結果を再計算する |
運用の最低条件は、第三者が前提の根拠をたどり、同じ数式で結果を再計算できることです。 作成者しか理解できない式や、個人のPCにある別ファイルへの参照は外します。
Microsoftの数式監査機能では参照元・参照先をトレースできます。また、データの入力規則を使えば、状態や担当区分の表記揺れ、率の範囲外入力などを抑えられます。保護は誤操作の防止として使い、機密情報のアクセス制御は保存先の権限で管理してください。
よくある質問
事業計画書のExcelフォーマット、シート数、数式、提出様式、更新方法について、よくある疑問へ回答します。
まとめ|事業計画書はExcelで仮説と数値を更新する
事業計画書のExcelフォーマットは、読み手へ結論を示すサマリー、計算の入力元となる前提、結果を算出する数値計画、未確認事項を行動へ変える検証計画、変更理由を残す更新履歴の5シートで構成します。
- サマリーには今回の判断依頼、主要数値、必要資金、重要な未確認事項を置く
- 前提値を一カ所へ集め、値・単位・根拠・状態・更新情報をそろえる
- 売上、費用、損益だけでなく、入出金時期と資金残高を月次で計算する
- 3ケースは同じ数式を使い、前提値と根拠だけを切り替える
- 検証結果を前提と計画へ反映し、変更前後・理由・承認者を履歴に残す
- 指定様式へ提出するときは、公式サイトから最新版を取得する
最初から複雑なモデルを作る必要はありません。まず5シートを用意し、顧客数、単価、原価、開始時期など重要な前提を10項目程度に絞り、売上・損益・資金残高へつないでください。そのうえで、結果を最も動かす未確認の前提から検証計画へ移します。
事業計画書は一度完成させる文書ではなく、証拠に合わせて仮説と数値を更新し続ける判断基盤です。 計画の書き方全体を整理したい場合は事業計画書の書き方も併せて確認してください。
CONTACT
お問い合わせ
事業計画の前提・数値・判断条件を整理する。
現在の計画、検証状況、経営会議の論点を確認し、判断に必要な構造へ整理します。