この記事で分かること
- 財務モデルの「完成」は計算が合うことではなく、意思決定者が動けることで決まる理由
- 「作る人」と「使う人」という2つの読者の関心の違いと、アウトプットシートの設計原則
- ベース／アップ／ダウンの3ケースで前提を見せ、「問いに答える」構成にする方法
- 会議での使い方とダッシュボード化への接続、面接での30秒回答例
結論：モデルの完成は「計算が合うこと」ではなく「意思決定者が動けること」
財務モデルを作る実務者が最初に評価されるのは、数式の正しさや網羅性だと思われがちです。しかし経営会議や投資委員会（IC：Investment Committee）の現場で実際に評価されるのは、「このモデルを見て、意思決定者が次の一手を決められたかどうか」です。数式が完璧でも、結論にたどり着くまでに10画面をスクロールし、前提がどこにあるか分からないモデルは、実務上は「使えないモデル」として扱われます。
逆に言えば、財務モデルの設計とは伝えるための設計でもあります。計算の正確性は前提条件であって、ゴールではありません。本記事では、モデルを「意思決定者に読まれる」状態に変えるための、アウトプット設計・構成・前提の見せ方を整理します。
モデルには2人の読者がいる
財務モデルは、性質の異なる2種類の読者に読まれます。1つはモデルを作る人（アナリストやモデル作成者）で、もう1つはモデルを使う人（経営陣や投資委員会）です。同じシートを見ていても、この2者が確認したい内容はまったく異なります。作る人は構造とロジックの正しさ、検証可能性を重視するが、使う人が知りたいのは結論と、その結論を支える前提だけです。この違いを意識せずに1つのシートで両者を満足させようとすると、多くの場合「作る人向け」の情報量に寄ってしまい、使う人にとっては読みにくいモデルになります。
アウトプットシートの設計
使う人の関心に応えるためには、モデルの計算過程とは別に「アウトプットシート（サマリーシート）」を1枚用意するのが実務上の標準です。設計の要点は次の4つです。
1画面で完結：結論・前提・数値がスクロールなしで見渡せるようにします。複数タブを行き来しないと結論に到達できないモデルは、会議の場で読まれません。
比較形式：単一の数値だけを出すのではなく、複数シナリオや複数案を横並びで比較できる形にします。数字は単体で見るより、並べたときに初めて意味を持ちます。
感応度の提示：結論がどの前提にどれだけ敏感かを示します。感応度分析（Sensitivity Analysis）の設計や表の作り方は、感応度分析の基本で詳しく扱っています。
前提の明示：結論の根拠となる前提条件（成長率・マージン・割引率など）を、数式の中に埋め込まず、アウトプットシート上に独立した項目として表示します。
「問いに答える」構成にする
アウトプットシートは、単に数値を並べる場所ではなく、意思決定者が持っている問いに直接答える場所として設計します。具体的には次の2つを満たす必要があります。
Yes / Noと成立条件を示す：「この投資は成立するか」という問いに対して、結論をまず一言で示し、その結論がどの前提のもとで成り立つのかをセットで書きます。「成立する（ただし成長率が年5%を下回ると赤字化）」のように、条件付きの結論こそが実務で求められる形です。
「で、いくらなら買えるのか」に答える：投資可否の議論は、最終的に価格の議論に収れんします。投資委員会向けの資料でこの問いに答える書き方は、投資委員会向けメモ（IC memo）の書き方とも共通する部分が多く、あわせて確認すると理解が深まります。
前提の見せ方：ベース／アップ／ダウンの3ケース
単一シナリオの数値だけを提示すると、「その前提が外れたらどうなるのか」という当然の質問に答えられません。実務では、ベース（Base）・アップ（Upside）・ダウン（Downside）の3ケースを並べ、各ケースの根拠となる前提を明記するのが基本形です。以下は投資額1,000百万円のプロジェクトを例にした、意思決定サマリー1枚の数値イメージです。
| ケース | 主要前提（根拠） | 投資額 | NPV | IRR | 回収期間 |
|---|---|---|---|---|---|
| アップ | 売上成長率+3pt、原価率▲2ptを織り込み | 1,000百万円 | 620百万円 | 24% | 3.6年 |
| ベース | 事業計画ベースの成長率・マージンをそのまま採用 | 1,000百万円 | 350百万円 | 18% | 4.5年 |
| ダウン | 主要顧客の失注リスクと価格競争の激化を織り込み | 1,000百万円 | 90百万円 | 11% | 6.2年 |
この表のポイントは、NPV（正味現在価値）・IRR（内部収益率）・回収期間の3指標が、アップ→ベース→ダウンの順に一貫して悪化している点です。指標間で順序が矛盾していると（例えばIRRはダウンが最も高いのにNPVは最も低い、など）、読み手は前提そのものを疑い始めます。3ケースの数値は必ず整合性を検算してから提示します。
会議での使い方
その場でシナリオを切り替える：会議中に「成長率をもう1%下げたらどうなるか」といった質問が出ることは珍しくありません。事前に用意した3ケースだけでなく、その場で前提を差し替えて再計算できるように作っておくと、議論を止めずに回答できます。ボタンやドロップダウンで切り替える設計については、シナリオ切り替えの作り方にまとめています。
質問に数字で答える準備：「他社と比べてどうか」「為替が動いたら」など、会議で出やすい質問をあらかじめ洗い出し、バックアップの計算をモデルの裏面（別シート）に用意しておきます。本番のアウトプットシートはシンプルに保ちつつ、質問への即答力は裏側で担保する、という分業が実務的です。
こうした「使う人視点」でのアウトプット設計は、独学だと自己流になりやすい論点でもあります。大手町プレップのアセスメントでは、実際のケースを使ってモデルとアウトプットの設計力を確認できます。
ダッシュボード化への接続
アウトプットシートが1回の会議のために作る「静的な1枚」だとすれば、ダッシュボードは同じ結論を継続的に更新しながら関係者に届け続ける仕組みです。四半期ごとに数字が動く前提であれば、毎回シートを作り直すのではなく、データが更新されれば結論も自動的に更新される形に発展させることを検討します。数字を継続的に「伝える」ためのデータストーリーテリングの考え方は、データストーリーテリングの基本で扱っています。アウトプットシートの設計原則（1画面・比較形式・前提の明示）は、ダッシュボードを作る際にもそのまま生きてきます。
面接での答え方（30秒回答例）
Q：財務モデルを作るときに最も意識していることは何ですか。
「計算が合っていることは前提条件であって、ゴールではないと考えています。モデルには作る人と使う人という2種類の読者がいて、経営陣や投資委員会が実際に見るのは結論と前提だけです。そのため、計算過程とは別にアウトプットシートを1枚用意し、結論・前提・感応度が1画面で完結するように設計することを意識しています。」
よくある質問（FAQ）
アウトプットシートは計算シートと同じファイル内に作るべきですか。
同じブック内で構わないが、計算過程のシートとは明確に分け、アウトプットシート単体を印刷・共有しても意味が通じる状態にしておきます。使う人がたどり着くのはアウトプットシートだけ、という前提で設計します。
ベース・アップ・ダウンの3ケースは、必ず前提を1つだけ変えるべきですか。
いいえ。実務では成長率・マージン・失注リスクなど複数の前提を同時に動かして1つのシナリオを作ることが一般的です。重要なのは、変更した前提とその根拠を明記し、指標間の大小関係に矛盾がないかを検算することです。
まとめ
財務モデルの価値は、計算の正しさだけでは決まりません。作る人と使う人という2つの読者の違いを踏まえ、結論と前提を1画面で示すアウトプットシートを設計し、「問いに答える」構成にすること。そしてベース／アップ／ダウンの3ケースを整合性の取れた数値で示すこと。この積み重ねが、会議で実際に使われ、意思決定者を動かすモデルを作ります。
出典・参考（2026-08-01確認）
- CFA Institute「Financial Modeling」実務スキルモジュール（モデル設計のベストプラクティスに関する解説） cfainstitute.org
- CFA Institute「Why communication is key to getting the most out of data in finance」（分析結果を意思決定に活かすためのコミュニケーションの重要性） cfainstitute.org
※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための仮設例です。
