厳しい目線に耐える Three-Statement Modeling
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
3日目にファイルを引き継ぎます。80MBです。タブが16枚。チームの誰も説明できない3種類の黄色のセルがあります。売上高タブの SUMIFS の途中にハードコードされた 1.07 が埋め込まれており、シニアアナリストに何かと聞くと「2023年の中国ディールのために Mark が入れたんだと思う」と言われます。Mark は2024年に退職しました。
シナリオを確認するために売上高成長率を18%から19%に変えます。2年目の純利益がマイナスになります。キャッシュフロー計算書には400万ドルのマイナスキャッシュが表示され、モデルにエラーが出ます。貸借対照表は873,412ドルずれています。
事業会社内の「3ステートメントモデル」のほとんどはこういうものです。最悪な点は見た目が悪いことではありません。CFO がそれで意思決定していることです。VP の質問一つで壊れるモデルは、存在しないより悪いです。経営陣に誤った自信を与え、現実がデッキから乖離したときにあなたが責任を取ることになります。
これは、審査に耐える three-statement model を構築、または再構築するためのプレイブックです。構造は洗練さに勝ります。常にバランスする単純なモデルが、一つの前提条件の変更で壊れる巧みなモデルに勝ります。
モデルを監査可能にする構造ルール
数式を一つも書く前に、ファイルのルールを定めてください。これは見た目の好みではありません。9カ月後に扱いに困るものになるか、スケールするモデルになるかの違いです。
**ドライバーにつきタブ一枚。**売上高は独立したタブに。人員数は独立したタブに。Opex、capex、負債、運転資本、税務、それぞれが独自のシートを持ちます。3つのステートメント（損益計算書、貸借対照表、キャッシュフロー計算書）はアウトプットタブです。リンクで引き込みます。計算はしません。
損益計算書タブの中に売上高の前提条件を作り込んでいる自分に気づいたら、止めてください。P&L をスクロールして3%の成長率を探す羽目になるタブを作っています。80MB の負の遺産はこうして生まれます。
**データの流れは一方向。**常に左から右、上から下。ドライバータブがステートメントタブに流れ込みます。ステートメントタブがダッシュボードに流れ込みます。上流を参照するものは何もありません。キャッシュフロータブがダッシュボードを参照している場合、循環依存を作り込んでいます。
整理されたルールとして：ファイルを開き、タブの順序を見てください。タブを左から右に読んだとき、インプット、ドライバー、ステートメント、ダッシュボード、チェックの順に並んでいるはずです。逆にしない。スキップしない。
色分けを徹底する。
- 青：ハードコードされたインプット（数字を入力していいのはこのセルだけ）
- 黒：同じタブ内の数式
- 緑：タブをまたいだリンク
例外なし、「後で直す」もなし。黒の数式が別のタブを参照する日が、監査能力を失う日です。6カ月後には、どの黒い数値が実はリンクだったか覚えておらず、土曜日を参照元のトレースに費やすことになります。
**1行1目的。**売上高の行は売上高を計算します。成長率の行は成長率を計算します。混ぜないでください。売上高の行に =B14*(1+0.18) を書きたい誘惑は1行節約できるから理解できます。ただし次のアナリストにとって前提条件が隠れ、1時間探し回ることになります。
これら4つのルール（タブにつきドライバー一つ、一方向の流れ、3色、1行1目的）で、引き継いだモデルの問題の約70%が解決します。退屈に聞こえます。機能します。
整合性チェック：3つの数式、1枚のタブ、交渉の余地なし
3ステートメントモデルが連携できているとは、損益計算書の純利益が貸借対照表の利益剰余金の変化と照合でき、キャッシュフロー計算書の期末キャッシュが貸借対照表のキャッシュと一致し、1セントの誤差もなく資産が負債と資本の合計に等しい状態です。どれか一つが壊れたら、モデルは間違っており、それに基づく意思決定はすべて疑わしいものになります。
_Checks という名前のタブを作ります（アンダースコアはアルファベット順のソートで先頭に浮かびます）。先頭に3つの数式を置き、値がゼロまたは TRUE でない場合にセルが真っ赤になる条件付き書式を設定します。
チェック 1：貸借対照表がバランスしている。
=ROUND(SUM(bs_total_assets) - SUM(bs_total_liab) - SUM(bs_total_equity), 2)
これはすべての期間、すべてのシナリオでゼロでなければなりません。そうでなければ、意図しないプラグがどこかにあるか、運転資本項目の符号エラーか、負債の発行を二重計上しています。ゼロになるまで先に進まないでください。
チェック 2：キャッシュフローが貸借対照表と一致している。
=ROUND(cf_ending_cash - bs_cash, 2)
キャッシュフロー計算書の期末キャッシュは、同じ期の貸借対照表のキャッシュラインと一致しなければなりません。一致しない場合、キャッシュフローに何かが欠けています。通常は非現金調整、繰延税金の動き、または財務活動の符号です。
チェック 3：損益計算書が利益剰余金と照合できる。
=ROUND(bs_retained_earnings_end - bs_retained_earnings_beg - is_net_income + bs_dividends, 2)
当期純利益に期首利益剰余金を加え、配当を引いた値が期末利益剰余金に等しくなければなりません。そうでなければ、孤立した資本調整（誤った行に計上されている自社株買い）があるか、損益計算書が資本に完全に流れ込んでいません。
すべての列、すべてのシナリオで3つすべてを実行します。_Checks タブは信号機のように見えるべきです。すべて緑の TRUE で、赤なし。CFO がモデルを開いて緑の TRUE、FALSE、FALSE が赤く点滅しているのを見たら、その瞬間からその話しかできなくなります。EBITDA ブリッジを説明する機会はなくなります。会議から身を守ってください。
命名規則：将来の自分がユーザー
財務モデリングで最も高い効果をもたらす習慣の一つは名前付き範囲です。'Assumptions'!B14 の代わりに rev_growth_y1 を参照します。'Working Capital'!F22 の代わりに wc_dso_target と書きます。
見返りは、6カ月後に数式を読んだとき、タブを行き来せずに理解できることです。=is_revenue_y2 * gm_target_y2 - opex_total_y2 は文章のように読めます。='IS'!C8*'Assumptions'!B16-'Opex'!D14 はノイズとして読めます。
一貫したプレフィックスを使います。
is_：損益計算書のラインbs_：貸借対照表cf_：キャッシュフローdr_：ドライバーwc_：運転資本kpi_：アウトプットメトリクス
続けてメトリクスと期間のサフィックスを付けます。is_revenue_y1、bs_inventory_q4、dr_headcount_eng_y2 のようにします。命名は API のように読めます。モデルを手にした誰もが、欲しいセルの名前を推測できます。
もう一つのルール：名前付き範囲にハードコードされた数字を含めないでください。tax_rate_25 は罠です。税率が21%に変わった日に、名前が嘘をつきます。tax_rate_federal を使い、値は青のインプットセルに置いてください。
意義のある感応度表
引き継いだモデルの感応度表のほとんどは虚栄です。売上高成長率と価格設定の2変数データテーブル、アウトプット：売上高。見た目はいいです。CFO はすでに高い価格と高い成長がより多くの売上高を生むことを知っています。タブを増やして200KBをファイルに追加しただけです。
有用な感応度分析は、取締役会で CFO が聞かれるメトリクスで実行します。3つの価格シナリオと3つの CAC シナリオの下での EBITDA マージン。異なる DSO 前提の下での FCF。回収速度と掛け合わせた人員数成長シナリオの下での資金の持続期間。
実用的な設定として、取締役会資料に載る3つの KPI（EBITDA マージン、FCF、資金の持続期間）を選びます。それぞれについて2変数感応度を作ります。変数は CEO が実際に操作するレバーと一致させて表の軸に置きます。売上高と売上高ではなく、CAC と転換率。OPEX と OPEX ではなく、人員数成長率と平均給与です。
CFO が一つの表を見て「価格が5%下落して CAC が20%上がっても、FCF のガイダンスに届くか？」と言えるなら、その感応度分析は有用です。表から頭の中で答えを計算しなければならないなら、作り方が間違っています。
感応度表は Sensitivity タブに、KPI1つにつき1つの表を置き、明確にラベルを付けてください。ステートメントタブの中に埋め込まないでください。
循環参照の罠
すべてのアナリストがいつかぶつかるループがあります。支払利息は平均負債残高に依存します。平均負債残高はキャッシュ残高に依存します（キャッシュがあれば負債を返済するため）。キャッシュ残高は純利益に依存します。純利益は支払利息に依存します。
Excel はこれを検知し、反復計算をオンにするか（収束する場合もあれば、しない場合もあります）、#REF! を投げてモデルが壊れます。
二つのクリーンな選択肢があります。一つを選び、モデルの README に選択を文書化して、議論を繰り返すのをやめてください。
**選択肢 A：反復計算をオンにする。**ファイル、オプション、数式、反復計算を有効にする、最大反復回数100、最大変化量0.001。機能しますが、不安定です。ファイルを開いたときと F9 を押したときでモデルが異なる数値を示すことがあります。監査人が尋ねます。デューデリジェンスの電話で循環参照を20分説明することになります。
**選択肢 B：1期間ラグで循環を解消する。**現在の負債残高ではなく前期の負債残高に基づいて支払利息を計算します。計算が若干精度を下げます（1期間の利息精度を失います）が、モデルは決定論的になります。開き、再計算して、毎回同じ答えが得られます。
売上高5億ドル未満の社内業務モデルでは、選択肢 B が勝ります。精度の損失はモデルの残りの前提条件の不確実性に対して誤差の範囲内です。利息スケジュールが重要な LBO モデルや評価業務では、選択肢 A が必要な場合もあります。
どちらを選んでも、README タブに平易な言葉で記載してください。「循環参照を避けるため、支払利息は前期の負債残高を使用しています。セル cf_interest_y1 の数式を参照。」
バージョン管理とキャリアを救う変更履歴
ファイル名の規則：Model_v3.2_2026-04-26_VH.xlsx。メジャーバージョンアップは構造変更時。マイナーバージョンアップは前提条件の更新時。日付は ISO 形式でファイルが時系列にソートされるようにします。最後の編集者のイニシャル。
ファイル内に5列の _ChangeLog タブを設けます：日付、編集者、バージョン、変更内容、理由。
サンプル行：
| Date | Editor | Version | What Changed | Why |
|---|---|---|---|---|
| 2026-04-26 | VH | 3.2 | FY26 ARR 成長率を22%から18%に更新 | CFO 取締役会準備：Q1 の actuals で CS 拡張が計画比4ポイント下振れしたため新しい前提条件 |
デューデリジェンスルームに座っていて、買い手側のアナリストがバージョン2.8から3.0の間でなぜ Q3 forecast の売上高が120万ドル動いたのかと聞いてきたとき、変更履歴を開いてその行を読みます。2月に Mark から送られたメールを受信トレイで探しません。「と思います」と言いません。その行を読みます。
このタブはキャリアの中で少なくとも一回あなたを救います。必要になる前に今すぐ作ってください。
プランニングツールへの卒業タイミング
Excel は three-statement model に適したツールです。ただし適さなくなるときが来ます。限界を超えているサインは次のとおりです。
- 前バージョンが拡張できないほど複雑になっているため、四半期ごとにモデルを大幅に作り直している
- 2名以上が定期的にファイルを触っており、マージされたバージョンを信頼できない
- シナリオ変更を検証の修正も含めてエンドツーエンドで実行するのに1時間以上かかる
- ファイルサイズが50MBを超えているか、タブが25枚を超えている
- GL から actuals を自動的にリンクできず、毎月末にコピーペーストに1日費やしている
二つ以上が当てはまるなら、本物のプランニングツールを検討する時期です。中規模企業の FP&A チームに実用的な選択肢を示します。
**Adaptive Planning（Workday）。**すでに Workday エコシステム（HCM、財務）にいる場合に最も適しています。ドライバーベースの財務モデリングに強く、高度にカスタムした計算ロジックの柔軟性には弱いです。
**Cube。**軽量で、Excel を置き換えるのではなく Excel の上に乗ります。新しい財務モデリングのパラダイムで再トレーニングしたくはないが、バージョン管理、複数ユーザー編集、actuals 統合が必要なチームに最適です。
**Pigment。**新しく、より柔軟です。多次元モデリングとシナリオの分岐に強いです。Excel の行と列の構造が壊れる複雑なビジネスロジック（複数 SKU、地域、チャネル）を持つチームに適しています。
意思決定の基準を重み順に示します。
- 財務モデリングロジックはどれほどカスタムか？ 標準的な FP&A（ドライバーベースの売上高、人員数で決まる OPEX）なら Adaptive か Cube で十分です。特殊なロジック（プロジェクトベースの売上高、複雑な連結、深い多通貨処理）があれば Pigment を検討します。
- データはどこにあるか？ actuals が NetSuite、Sage Intacct、QuickBooks にあれば、3つすべてが統合できます。自社開発の ERP を使っているなら、統合コストが意思決定を左右します。
- シート数と予算は？ Cube は月額約2,500ドルから始まります。Adaptive と Pigment は中規模の FP&A チームで年間3万〜8万ドルの範囲に収まることが多いです。
- チームはどれほど再トレーニングに積極的か？ Cube は最も学習曲線が緩やかです。Adaptive は中程度です。Pigment は新しいパラダイムでのモデルの再構築と再トレーニングへの真剣な投資が必要です。
早まって卒業しないでください。上記の規律を持つクリーンな Excel モデルは50名の FP&A 組織を支えることができます。卒業のトリガーは野心ではなく、痛みです。Excel に留まる痛みが移行の痛みを上回ったとき、動いてください。
基準
審査に耐える three-statement model とは、チームの誰もが拾い上げ、インプットを一つ変え、チェックが緑のままであることを確認し、アウトプットを信頼できるものです。それが基準です。優雅さではありません。巧みさでもありません。信頼です。
構造を退屈で明示的にすることで作り上げます。タブにつきドライバー一つ。一方向の流れ。3色。_Checks タブの3つの整合性チェック。セル参照より名前付き範囲。循環参照の処理を文書化。デューデリジェンスの質問に一行で答えられる変更履歴。
それを行えば、ファイルを引き継ぐ次のアナリストがあなたの名前を呪うことはありません。インプットを一つ変え、チェックが緑のままであることを確認し、仕事に取りかかります。
それが審査に耐えるモデルです。
関連記事
Principal Product Marketing Strategist