もしあなたの予測が、月次の収益から月次の費用を差し引いた単一のスプレッドシートであるなら、それは財務モデルではありません。それは単なる予算です。そして予算は、低迷する四半期を乗り切れるかどうか、次に行う採用が7ヶ月後に銀行口座を空にしてしまわないか、あるいは休暇シーズンに向けて計画している在庫の積み増しが、2月に突然融資枠の緊急事態に陥らないかといったことを教えてはくれません。
財務三表モデルなら、それが可能です。損益計算書、貸借対照表、キャッシュ・フロー計算書の三つを一つの予測として連携させることで、営業担当者の採用、60日払いの条件延長、配送トラックのローン購入といったあらゆる意思決定の結果を、最終的に最も重要な指標である「手元現金」へと反映させます。
このガイドでは、財務三表モデルとは何か、投資銀行の経験がなくてもそれを構築する方法、そして創業者が深夜2時に抱く疑問を解決するためにそれをどう活用するかを詳しく説明します。
なぜ単一シートの予測では不十分なのか
損益予測だけでは、利益の出ているビジネスを破綻させかねない3つの要素が見えなくなります。
運転資本。 30日払いの条件で販売し、15日払いの条件でサプライヤーに支払う成長企業は、損益計算書が過去最高の利益を示していても、毎月より多くの現金を必要とします。損益計算書（P&L）は売上を祝いますが、銀行口座はそのタイムラグによる痛みを感じます。
設備投資。 4万ドルの設備を購入した場合、損益計算書上では年間5,714ドルの減価償却費として現れますが、小切手を切った当日には4万ドルの現金支出が発生します。P&Lのみの予測では、その痛みは7年間にわたって平滑化されますが、銀行口座はそうはいきません。
財務活動。 ローンの元本返済は損益計算書には一切現れません（利息のみが表示されます）。タームローンを返済している場合、P&Lでは説明できない数千ドルもの現金が毎月減少していくことになります。
財務三表モデルはこれらすべてを捉えます。損益計算書を収益の物語、貸借対照表をある時点での資産と負債の目録、そしてキャッシュ・フロー計算書をそれらを調整する架け橋として扱います。これら三つが正しく連携していれば、いかなる意思決定も切り離して分析することはできません。
財務三表がどのように連携するか
構築を始める前に、その仕組み（配線）を理解しましょう。財務三表モデルは3つの独立した予測ではなく、一つの予測を3つの視点から見たものです。
損益計算書は2つの目的地へ供給される
損益計算書の最終行である「当期純利益」は2つの場所に反映されます。一つは貸借対照表の利益剰余金に加算され、純資産を増加させます。もう一つはキャッシュ・フロー計算書の開始行となり、ここで非現金項目を除外することで実際の現金へと調整されます。
貸借対照表は累積状態を保持する
各期間の活動は貸借対照表を変化させます。掛売りは売掛金を増やし、在庫の購入は在庫を増やし、新たな負債は借入金残高を増やします。貸借対照表は継続的な集計表であり、損益計算書とキャッシュ・フロー計算書はなぜそれが変化したのかを説明します。
キャッシュ・フロー計算書は調整役である
キャッシュ・フロー計算書は当期純利益から始まり、貸借対照表のあらゆる変化を追うことで、発生主義による利益を現金に変換します。実際には現金を消費していない費用である減価償却費は足し戻されます。売上は上げたがまだ回収していない売掛金の増加分は差し引かれます。こうして算出された最終的な現金残高は、貸借対照表の新しい現金残高として戻されます。
モデルの配線が正しければ、貸借対照表は自然にバランスします。帳尻を合わせるために数値を無理やり入力してはいけません。
具体例：減価償却
5年耐用年数のトラックを5万ドルで購入したとします。1年目：
- 損益計算書では1万ドルの減価償却費が計上され、税引後で当期純利益が約7,500ドル減少します。
- 貸借対照表では、トラックの帳簿価額が5万ドルから4万ドルに減少し、税引後利益の7,500ドル分だけ利益剰余金が減少します。
- キャッシュ・フロー計算書では、減少した当期純利益からスタートし、現金を消費していない1万ドルの減価償却費を足し戻します。最初に支払った5万ドルの現金購入は、購入した年の投資活動セクションに一度だけ現れます。
一つの取引が三つの財務諸表すべてに連携しています。これが、モデルが何百もの項目にわたって発揮する力です。
構築のための8つのステップ
推奨される順序は以下の通りです。売上から始めて一気に進みたい衝動を抑えてください。各ステップは前のステップの上に成り立っています。
ステップ1：実績データの入力
ほとんどの中小企業にとって、3年分の月次または年次の実績データがあれば十分です。会計ソフトから損益計算書、貸借対照表、キャッシュ・フロー計算書を抽出し、横並びに配置します。1期間につき1列を使用します。
デバッグの時間を大幅に節約するための書式設定のヒント：入力値や実績値には一つの色（伝統的には青）を使い、計算式には別の色（伝統的には黒）を使います。半年後に何かが壊れたとき、どのセルが前提条件でどのセルが計算なのかを一目で判断できます。
### ステップ 2：過去のドライバーの算出
売上を「来年は〇〇ドル」と予測してはいけません。成長率、販売数量、平均単価、顧客数、チャーン（解約率）など、売上を生み出す要素を予測してください。各項目について、将来の予測に使用する過去の比率を算出します。
抽出する一般的なドライバー：
- 売上成長率（前年比）
- 売上総利益率（売上高に対する売上原価の割合）
- 売上高に対する営業費用の割合、またはインフレに伴って増加する固定額
- 売掛金回転期間（売掛金を1日あたりの売上高で割ったもの）
- 棚卸資産回転期間（在庫を1日あたりの売上原価で割ったもの）
- 買掛金回転期間（買掛金を1日あたりの売上原価で割ったもの）
- 売上高に対する設備投資額の割合
- 有形固定資産総額に対する減価償却費の割合
これらの過去の比率が出発点となります。その後、変化が予想される事項に合わせて調整します。
### ステップ 3：損益計算書の作成（暫定）
ドライバーを使用して、売上高、売上原価、営業費用を予測します。支払利息と税金の計算は一旦保留してください。負債スケジュールを作成していないため利息を計算できず、また他の控除項目が判明するまで税金を計算すべきではないからです。
補助資料の作成が完了した後に、この計算書を完成させます。
### ステップ 4：固定資産スケジュールの作成
有形固定資産をロールフォワード（期首残高 ＋ 新規取得 － 減価償却費 ＝ 期末残高）として予測します。設備投資の予測は自身でコントロールする仮定事項であり、減価償却費は割り当てた耐用年数に基づいて計算されます。ここで算出された減価償却費は損益計算書に反映されます。
### ステップ 5：負債スケジュールの作成
各借入手段について同様のロールフォワード（期首残高 ＋ 新規借入 － 元金返済 ＝ 期末残高）を作成します。平均残高に利率を掛けて支払利息を算出し、これを損益計算書に反映させます。
ここはモデル内で唯一、意図的な循環参照が発生する場所でもあります。支払利息は純利益を減少させ、それが現金を減少させ、それによって必要な借入額が変わり、さらに支払利息が変化します。ほとんどのモデラーは、Excelで反復計算を有効にするか、前期の負債残高に基づいて利息を計算することでこのループを解消します。小規模ビジネスのモデルであれば、通常は前期の残高基準で十分です。
### ステップ 6：損益計算書の完成
減価償却費と支払利息が確定したら、税引前利益を計算し、税率を適用して純利益を算出できます。
### ステップ 7：貸借対照表の完成（現金を除く）
現金以外のすべての貸借対照表項目を予測します：
- 売掛金は、売掛金回転期間に1日あたりの売上高を乗じたものとなります。
- 棚卸資産は、棚卸資産回転期間に1日あたりの売上原価を乗じたものとなります。
- 買掛金は、買掛金回転期間に1日あたりの売上原価を乗じたものとなります。
- 有形固定資産は、固定資産スケジュールから引用します。
- 負債は、負債スケジュールから引用します。
- 利益剰余金は、前期の利益剰余金に純利益を加え、配当を差し引いたものとなります。
### ステップ 8：キャッシュフロー計算書の作成と貸借対照表への現金反映
純利益から始めます。減価償却費やその他の非資金項目を足し戻します。各運転資本勘定の増減を加減します（売掛金の増加はキャッシュの流出、買掛金の増加はキャッシュの流入となります）。設備投資額を差し引きます。負債の発行純額を加えます。その結果がキャッシュの増減となり、これを前期の現金残高に加算して新しい現金残高を算出します。この値を貸借対照表の現金の行に入力します。
他のすべての項目が正しく作成されていれば、貸借対照表は自動的に均衡（バランス）します。もしバランスしない場合は、どこかに計算式のミスがあります。無理やり数字を合わせる（プラグする）のではなく、原因を見つけて修正してください。
正確な入力こそがすべての土台です。乱雑な帳簿に基づいて作成されたモデルは、説得力があるように見える無意味な結果を生み出します。スプレッドシート、従来の会計パッケージ、あるいはプレーンテキスト会計ソフトウェアのどれで記録を管理しているかにかかわらず、クリーンで照合済み、かつ定期的に更新される帳簿を維持する規律こそが、予測を行う価値を生みます。記帳を、今後作成するあらゆるモデルのソースデータレイヤーとして扱ってください。
## モデルを使用したキャッシュ・ランウェイの予測
モデルが稼働すれば、貸借対照表の現金の行があなたのランウェイになります。別途ランウェイを計算する必要はありません。モデルは予測期間内の各月についてランウェイを算出します。
アーリーステージや利益が出ていないビジネスでは、月単位ではなく週単位でキャッシュの軌道を確認してください。過去3ヶ月のバーンレートを平均して銀行残高で割るのは出発点に過ぎませんが、15日の給与支払い、20日の顧客からの入金予定、来月の予定納税など、既知のタイミングを組み込んだ将来予測モデルの方が圧倒的に正確です。
知っておくべきベンチマーク：
- **アーリーステージのスタートアップ**は通常、12〜18ヶ月のランウェイを目標とします。これは、急な資金調達を強いられることなく、製品開発や市場参入戦略が成果を出すのに十分な期間です。
- **継続契約を持つサービス業**は、回収が予測可能であれば4〜6ヶ月のランウェイで安全に運営できます。
- **マイルストーンに基づいて資金調達を行うベンチャー企業**は、通常、ラウンド間に少なくとも12ヶ月を確保したいと考えます。
もしモデルでランウェイがしきい値を下回ることが判明した場合、解決策が一度の大きなコスト削減であることは稀です。それは一連の小さな行動の積み重ねです。回収を早める（売掛金回転期間を1週間短縮する）、支払いを延ばす（買掛金回転期間を1週間延長する）、採用を1四半期遅らせる、設備投資を延期するなどです。これらをモデルで実行し、ランウェイが延びるのを確認してください。
## 成長計画のストレステスト
ベースケースのみの予測は、単なるおとぎ話に過ぎません。財務三表モデルの真の価値は、「もし〜だったら？」と問いかけ、そのすべての影響を一度に把握できる点にあります。
### 3つのシナリオを構築する
最低限、ベースケース（基本シナリオ）、ダウンサイドケース（弱気シナリオ）、アップサイドケース（強気シナリオ）の3つを構築しましょう。一部の企業では、単一点予測ではなくシナリオ分析を行うことで、流動性リスクを大幅に軽減できると推定しています。これは将来がより予測しやすくなるからではなく、予見可能な事態に対して企業が不意を突かれなくなるためです。
シナリオは正直なものにしてください。成長率が30%ではなく20%になると想定するダウンサイドは、真のダウンサイドではありません。真のダウンサイドとは、成長が横ばいになる年、主要顧客の離脱、あるいは主要取引先からの支払期限が90日から150日に延びるような状況を想定することです。
### 感応度分析表を実行する
モデルを最も大きく動かす2、3の仮定（通常は売上成長率、売上総利益率、売掛債権回転日数）を選び、それぞれの変数の変化によって期末の現金がどのように変わるかを示す表を作成します。これにより、どの変数を最も注意深く監視し、どの変数を最も強く交渉すべきかが明確になります。
### 運転資本サイルのストレステストを行う
売上を倍増させる成長計画は、しばしば運転資本のニーズも倍増させます。売上がベースケースより50%高い状態でモデルを動かし、自問してみてください。融資枠は売掛債権の増加をカバーできているか？ 在庫の積み増しはサプライヤーの支払い条件の範囲内に収まっているか？ 企業は成長しながら資金ショート（黒字倒産）に陥ることがあります。財務三表モデルは、それが起こる前に捉えるためのツールです。
## モデルを壊すよくある間違い
「バランスが合わない」財務三表モデルのほとんどは、少数の原因によって失敗しています。
**バランスを強制するために、現金や純資産を調整項目として入力する。** 貸借対照表（B/S）の左右が一致しない場合、そこには論理的なエラーが存在します。数値を無理やり合わせることは、エラーを隠し、下流のすべての数値を汚染することになります。不足している、あるいは重複しているリンクを特定してください。
**同じB/S項目をキャッシュ・フロー計算書（C/S）に2回リンクさせる、あるいは全くリンクさせない。** すべてのB/S項目は、正しい符号で、C/Sに正確に一度だけ現れる必要があります。項目の漏れや符号のミスは、バランス不一致の最も一般的な原因です。
**期末残高が必要な箇所で期首残高を使用する。** 利益剰余金、減価償却累計額、およびその他の累積勘定は、常に「前期の期末残高 ＋ 当期の活動」を参照しなければなりません。参照する列をわずかに間違えるだけで、予測期間が進むにつれてエラーが累積していきます。
**数式内に数値を直接入力（ハードコーディング）する。** 明確にラベル付けされた前提条件の行から参照するのではなく、計算セル内に「0.21」といった税率を埋め込むと、後で大きなトラブルを招きます。すべての前提条件は、一箇所にまとめ、明確にマークされるべきです。
**モデル全体を1つのシートで作成する。** 小規模なビジネスモデルであっても、前提条件、計算、出力を分離することにメリットがあります。レビュー担当者が入力を探して探し回る必要がないようにすべきです。
**循環参照が意図的である場合があることを忘れる。** 平均負債残高に基づいて計算される支払利息などは、意図的なループを作成します。反復計算が有効になっており、何が起きているかを理解していれば問題ありません。しかし、誤って循環参照に陥り、モデルが無限の連鎖を生み出し始めると、悲惨な結果を招きます。
## ツールに関する注意
財務三表モデルは、Excel、Googleスプレッドシート、あるいは最新の小規模ビジネス向けプランニングツール（Jirav、Cube、Planfulなどは、事前に構築された財務三表テンプレートを提供しています）のいずれでも構築可能です。ツールそのものよりも、規律（ディシプリン）の方が重要です。
さらに重要なのは、そこに入力される実績データの品質です。決算が遅い、取引の分類が間違っている、あるいはレポートをエクスポートするたびにデータ構造が変わるようであれば、モデルはそれらの欠陥をすべて引き継ぐことになります。モデルは会計のレバレッジがかかった姿です。優れた帳簿を強力な武器にする一方で、質の低い帳簿は意思決定を誤らせる原因となります。
## 初日から財務状況を整理しておく
財務三表モデルの誠実さは、その背後にある記帳の正確さに依存します。クリーンで照合済み、かつバージョン管理された財務記録を維持することで、予測作業は推測から意思決定へと変わります。[Beancount.io](https://beancount.io) は、財務データに対する完全な透明性とコントロールを可能にするプレーンテキスト会計を提供します。ブラックボックスやベンダーロックインはなく、帳簿の差分（diff）を明確に確認できるため、何が変更されたかを常に把握できます。[無料で始める](https://beancount.io) ことができ、なぜ開発者や財務のプロフェッショナルがプレーンテキスト会計に切り替えているのか、その理由をぜひ確かめてください。