あなたの予測が、毎月の売上から毎月の経費を差し引くだけの単一のスプレッドシートなら、それは財務モデルではありません。それは予算です。そして予算では、低迷する四半期を乗り切れるかどうか、次の採用が7ヶ月目に銀行口座を枯渇させないか、ホリデーシーズンに向けて計画している在庫の積み増しが2月に静かに与信枠の危機に変わりはしないか、といったことはわかりません。
3つの財務諸表を連携したモデルなら、それがわかります。このモデルは、損益計算書、貸借対照表、キャッシュフロー計算書を単一の相互接続された予測に結びつけるため、あらゆる決定（営業担当者の採用、ネット60日条件の延長、配送トラックの資金調達）の結果が、最終的に最も重要な唯一の数字、つまり手元資金にまで波及します。
このガイドでは、3つの財務諸表を連携したモデルとは何か、投資銀行のバックグラウンドがなくてもどう構築するか、そして創業者が午前2時に目を覚まして悩むような質問に答えるためにどう活用するかを説明します。
単一シートの予測では不十分な理由
損益予測だけでは、収益を上げているビジネスを沈めかねない3つのことが隠れてしまいます。
運転資本。 ネット30日条件で販売し、ネット15日条件で仕入先に支払う成長企業は、損益計算書が過去最高の利益を示している間も、毎月より多くの現金を必要とします。損益計算書は売上を祝いますが、銀行口座はそのタイムラグを感じます。
設備投資。 4万ドルの機器の購入は、損益計算書では年間5,714ドルの減価償却費として表示されますが、小切手を書いた日には4万ドルの現金支出となります。損益計算書だけの予測では、その痛みを7年間にわたって平準化します。しかし、銀行口座はそうはなりません。
借入金。 ローンの元本返済は損益計算書には一切表示されません（利息のみが表示されます）。タームローンを返済している場合、損益計算書では説明できない毎月数千ドルの現金減少が発生します。
3つの財務諸表を連携したモデルは、これら3つすべてを捉えます。損益計算書を収益の物語として、貸借対照表を特定時点での企業の所有物と負債の棚卸しとして、キャッシュフロー計算書をそれらを調整する橋渡しとして扱います。3つが正しく連携されていれば、どの決定も単独で分析することはできません。
3つの財務諸表の連携方法
構築を始める前に、配線を理解してください。3つの財務諸表を連携したモデルは、3つの別々の予測ではありません。3つのレンズを通して見た単一の予測です。
損益計算書は2つの宛先に送られる
純利益（損益計算書の最下行）は、2つの場所に表示されます。貸借対照表の利益剰余金に加算され、資本が増加します。また、キャッシュフロー計算書の開始行となり、非現金項目を除去して実際の現金に調整し直します。
貸借対照表は累積状態を保持する
各期間の活動は貸借対照表を変化させます。掛け売りは売掛金を増加させます。在庫の購入は在庫を増加させます。新規借入はローン残高を増加させます。貸借対照表は累積集計であり、損益計算書とキャッシュフロー計算書はその変化の理由を説明します。
キャッシュフロー計算書は調整役
キャッシュフロー計算書は純利益から始まり、貸借対照表のすべての変化をたどって、発生主義の利益を現金に変換します。損益計算書上の費用でありながら実際には現金を消費しなかった減価償却費は加算されます。売掛金の増加（売上は計上したが回収していないもの）は差し引かれます。そこで算出された期末現金残高は、新しい現金残高として貸借対照表に戻されます。
モデルが正しく配線されていれば、貸借対照表は自動的にバランスします。数値を合わせるために無理やり数字を当てはめる必要は一切ありません。
具体例：減価償却
5年間の耐用年数を持つ5万ドルのトラックを購入したとします。1年目：
- 損益計算書には1万ドルの減価償却費が表示され、税引後で約7,500ドルの純利益が減少します。
- 貸借対照表はトラックの簿価純額を5万ドルから4万ドルに減らし、税引後利益の7,500ドル分だけ利益剰余金を減らします。
- キャッシュフロー計算書は減少した純利益から始まり、現金を消費しなかったため1万ドルの減価償却を加算します。当初の5万ドルの現金購入は、購入した年に投資活動セクションに一度だけ表示されます。
1つの取引が、3つの財務諸表にすべて連携して現れます。これが、モデルが何百もの費目にわたって行使する筋肉です。
8つのステップで構築する
以下が機能する順序です。売上から始めてまっすぐ進みたい衝動を抑えてください。各ステップは前のステップの上に構築されます。
ステップ1：過去データの入力
中小企業のほとんどにとって、3年分の月次または年次の履歴で十分です。会計ソフトウェアから損益計算書、貸借対照表、キャッシュフロー計算書を取得し、横に並べます。期間ごとに1列を使用します。
何時間ものデバッグを節約できる書式設定のヒント：入力値と過去の数値には1つの色（伝統的に青）、数式には別の色（伝統的に黒）を使用します。6ヶ月後に何かが壊れたとき、どのセルが仮定でどのセルが計算かを一目で確認できます。
ステップ2：過去のドライバーの計算
売上を「来年はXドル」と予測しないでください。売上を生み出すものを予測します：成長率、販売数量、平均価格、顧客数、解約率。各費目について、将来を予測するために使用する過去の比率を計算します。
抽出すべき一般的なドライバー：
- 売上成長率（前年比）
- 粗利率（売上原価の売上に対する割合）
- 売上に対する営業費用の割合、またはインフレに応じて増加する固定金額
- 売上債権回転日数（売掛金を日次売上で割ったもの）
- 棚卸資産回転日数（在庫を日次売上原価で割ったもの）
- 買入債務回転日数（買掛金を日次売上原価で割ったもの）
- 売上に対する設備投資の割合
- 有形固定資産総額に対する減価償却の割合
これらの過去の比率が開始点です。その後、変更が見込まれるものに合わせて調整できます。
ステップ3：損益計算書の予測（ほぼ完成）
ドライバーを使用して、売上、売上原価、営業費用を予測します。利息費用と税金はまだ計算しないでください。債務スケジュールをまだ構築していないため利息は計算できず、適用される他の控除がわかるまで税金は計算すべきではありません。
サポートスケジュールが完了したら、この計算書を仕上げに戻ってきます。
ステップ4：固定資産スケジュールの構築
有形固定資産をロールフォワードとして予測します：期首残高＋新規購入－減価償却＝期末残高。設備投資予測はあなたが管理する仮定であり、減価償却は割り当てる耐用年数に基づいて計算されます。ここで算出された減価償却額は損益計算書に反映されます。
ステップ5：債務スケジュールの構築
各債務商品について同様のロールフォワード：期首残高＋新規借入－元本返済＝期末残高。平均残高に金利を掛けて利息費用を計算し、損益計算書に反映します。
ここが、モデルで唯一意図的な循環参照が存在する場所でもあります。利息費用は純利益を減らし、純利益は現金を減らし、現金は借入必要額を変える可能性があり、借入額は利息費用を変えます。ほとんどのモデラーは、Excelで反復計算を有効にするか、前期の債務残高に基づいて利息を計算することでループを断ち切ります。中小企業モデルでは、前期ベースでほぼ常に十分です。
ステップ6：損益計算書の完成
減価償却と利息が揃ったら、税引前利益を計算し、税率を適用して純利益に到達できます。
ステップ7：貸借対照表の完成（現金を除く）
現金以外のすべての貸借対照表の項目を予測します：
- 売掛金は、売上債権回転日数×日次売上に等しい。
- 在庫は、棚卸資産回転日数×日次売上原価に等しい。
- 買掛金は、買入債務回転日数×日次売上原価に等しい。
- 有形固定資産は固定資産スケジュールから。
- 借入金は債務スケジュールから。
- 利益剰余金は、前期利益剰余金＋当期純利益－配当金に等しい。
ステップ8：キャッシュフロー計算書の構築と貸借対照表への現金の反映
純利益から始めます。減価償却やその他の非現金項目を加算します。各運転資本勘定の変動を加算または減算します（売掛金の増加は現金を使用し、買掛金の増加は現金を提供します）。設備投資を差し引きます。純借入を加算します。結果が現金の変動額となり、前期の現金残高に加算して新しい現金残高を算出し、貸借対照表の現金行に入れます。
他のすべての行を正しく構築していれば、貸借対照表は自動的にバランスします。バランスしない場合、どこかに配線エラーがあります——数値を合わせるのではなく、見つけて修正してください。
正確な入力は、これらすべての基盤です。乱れた帳簿に基づくモデルは、自信に満ちたナンセンスを生み出します。記録をスプレッドシート、従来の会計パッケージ、またはプレーンテキスト会計ソフトウェアのいずれで管理していても、クリーンで照合され、定期的に更新される帳簿という規律が、予測を実行する価値あるものにします。簿記を、今後構築するすべてのモデルのソースデータレイヤーとして扱ってください。
モデルを使用したキャッシュ・ランウェイの予測
モデルが稼働すると、貸借対照表の現金行がランウェイになります。別途のランウェイ計算は不要です。モデルは予測する限り毎月それを生成します。
アーリーステージや赤字のビジネスでは、現金の軌道を月次ではなく週次で監視してください。過去3ヶ月のバーンレートの平均を銀行残高で割るのは出発点ですが、既知のタイミング（15日の給与支払い、20日に予定されている顧客からの支払い、来月の予定税額）を組み込んだフォワードルッキングなモデルの方がはるかに正確です。
知っておくべきベンチマーク：
- アーリーステージのスタートアップは通常、12〜18ヶ月のランウェイを目標とし、製品と市場投入の取り組みが結果を生み出し、急いで資金調達を迫られることがないようにするのに十分な時間を確保します。
- 継続契約を持つサービスビジネスは、回収が予測可能な場合、4〜6ヶ月のランウェイで安全に運営できます。
- マイルストーンで資金調達するベンチャー支援企業は、ラウンド間に少なくとも12ヶ月を確保するのが一般的です。
モデルがランウェイがしきい値を下回ると示した場合、答えは単一の大きな削減ではありません。それは一連の小さなアクションです：回収を厳格化（売上債権回転日数を1週間短縮）、支払いを延長（買入債務回転日数を1週間延長）、採用を四半期延期、設備投資を延期。それぞれをモデルで実行し、ランウェイが延びるのを確認します。
成長計画のストレステスト
ベースケースのみを実行する予測はおとぎ話です。3つの財務諸表を連携したモデルの真の価値は、「もしも？」と問いかけ、すべての結果を一度に見られることです。
3つのシナリオを構築する
最低限、ベースケース、ダウンサイドケース、アップサイドケースを構築します。一部の企業は、シナリオ分析を実行することで、単一ポイントの予測と比較して流動性リスクを有意に削減できると見積もっています——未来がより予測可能になるからではなく、予測可能な結果に不意を突かれることがなくなるからです。
シナリオを正直に保ちます。30%ではなく20%の成長を想定するダウンサイドは、ダウンサイドではありません。真のダウンサイドは、横ばいの年、主要顧客の離脱、または主要アカウントからの90日支払いが150日に延びることを想定します。
感応度分析テーブルの実行
モデルを最も動かす2〜3の仮定（通常は売上成長率、粗利率、売上債権回転日数）を選び、それぞれが変化したときに年末の現金がどう変わるかを示すテーブルを構築します。これにより、どの変数を最も注意深く監視し、どの変数を最も強く交渉すべきかがわかります。
運転資本サイクルのストレステスト
売上を2倍にする成長計画は、多くの場合、運転資本のニーズも2倍にします。売上がベースより50%高い状態でモデルを検証し、問いかけます：与信枠は売掛金の積み上がりをカバーできるか？在庫の増加は仕入先の与信条件に収まるか？企業は成長の過程で破綻することがあり得ます。3つの財務諸表を連携したモデルは、それが起こる前に発見する場所です。
モデルを壊すよくある間違い
「バランスしない」3つの財務諸表を連携したモデルのほとんどは、少数の理由で失敗します。
バランスを合わせるために現金や資本を無理やり当てはめる。 貸借対照表がバランスしない場合、論理エラーがあります。当てはめるとエラーが隠され、下流のすべての数値が破損します。代わりに、欠落または重複したリンクを見つけてください。
同じ貸借対照表項目をキャッシュフロー計算書に2回リンクする、またはまったくリンクしない。 すべての貸借対照表項目は、正しい符号でキャッシュフロー計算書に正確に1回表示されなければなりません。見落としや符号エラーは、不均衡の最も一般的な原因です。
期末残高が必要な箇所で期首残高を使用する。 利益剰余金、減価償却累計額などの累積勘定は、常に前期の期末残高に当期の活動を加えたものを参照しなければなりません。微妙な列参照の誤りは、予測の年数を経て拡大するエラーを生み出す可能性があります。
数式内に数値をハードコードする。 明確にラベル付けされた仮定行から参照する代わりに、計算セルに埋め込まれた「0.21」の税率は後々あなたを苦しめます。すべての仮定は、明確にマークされた1つの場所に属します。
モデル全体を単一のシートで構築する。 中小企業モデルでも、仮定、計算、出力を分離する利点があります。レビュー担当者は、探し回らずに入力値を見つけられるべきです。
循環参照が時に意図的であることを忘れる。 平均債務残高に基づいて計算される利息費用は、意図的なループを生み出します。反復計算がオンで、何が起こっているかを理解していれば問題ありません。誤って遭遇し、モデルが無限の連鎖を生み出し始めると、災害になります。
ツールに関する注記
3つの財務諸表を連携したモデルは、Excel、Googleスプレッドシート、または最新の中小企業向け計画ツール（Jirav、Cube、Planfulなどは、事前構築された3つの財務諸表テンプレートを同梱）のいずれでも構築できます。ツールよりも重要なのは規律です。
より重要なのは、流入する過去データの品質です。帳簿の締めが遅い、取引の分類を誤る、誰かがレポートをエクスポートするたびに再構築される、といった場合、モデルはすべての欠陥を引き継ぎます。モデルは会計のレバレッジ版です——良い帳簿を強力にし、悪い帳簿を積極的に誤解を招くものにします。
初日から財務を整理しておく
3つの財務諸表を連携したモデルは、その背後にある簿記と同じだけ正直です。クリーンで照合され、バージョン管理された財務記録を維持することは、予測の演習を推測から意思決定へと変えます。Beancount.ioは、財務データに対する完全な透明性と制御を提供するプレーンテキスト会計を提供します——ブラックボックスなし、ベンダーロックインなし、そしてクリーンに差分が取れる帳簿で、何が変わったかを常に把握できます。無料で始める そして、開発者や財務プロフェッショナルがプレーンテキスト会計に切り替えている理由をご覧ください。