財務モデルの前提（Assumptions＝仮定・インプット）を、どこに、どう置くか。地味なテーマに見えますが、モデリングテストの採点者や実務の上司が最初に見るのは、実は数式の巧拙ではなく「前提がどこにあり、すぐに動かせるか」です。
とくにハードコード（セルに直接打ち込んだ数値）の扱いは、モデルの信頼性そのものです。この記事では、減点されない前提の置き方を、三原則、仮定シートの設計例、そして時間のないテスト本番での現実解まで、初学者の方向けに順を追って整理します。
経験者は、他人のモデルを開いて30秒ほどで品質の当たりをつけます。そのとき見ているのは個々の数式の中身ではなく、前提の置き場所・色分け・レイアウトといった規律の痕跡です。前提の扱いは、この第一印象を決める要素の筆頭にあります。
なぜ前提の置き方で差がつくのか
理由は2つあります。第一に監査可能性です。第三者があなたのモデルを開いたとき、「どの数字が入力で、どの数字が計算結果か」を数分で判別できるでしょうか。判別できないモデルは、正しさを検証できないモデルです。検証できない数字は、どれほど精緻に見えても意思決定には使えません。投資銀行やPEファンドの実務では、モデルの結論をもとに何十億円という金額が動きます。だからこそ「検証できる作りになっているか」が、内容の巧拙より先に問われるのです。
第二に変更容易性です。モデリングテストの質疑では、ほぼ確実に「成長率を1%変えたらどうなりますか」という前提変更のリクエストが来ます。前提が1箇所に集約されていれば、セルをひとつ書き換えて3秒で答えられます。前提が数式の中に散らばっていれば、該当箇所を探すだけで質疑の時間が溶けていきます。この差は、そのまま評価の差になります。
実務でも同じです。モデルは作った本人だけが使うものではなく、チームで引き継がれ、何度も前提を差し替えながら使われます。「他人が安全に触れるモデル」であることが、プロの財務モデルの最低条件です。
引き継ぎの場面を想像してください。前任者が残したモデルの数式に「*0.97」という謎の係数が埋まっていたら、あなたにはその意味を確かめる術がありません。消してよいのか、残すべきなのか判断できない数字は、その1個だけでモデル全体への信頼を毀損します。あなたのモデルの採点者は、いわば「未来の引き継ぎ相手」なのです。
財務モデルの前提管理・三原則
原則1：ハードコードは前提セクションに集約する
ベタ打ちの数値は、シート上部または専用の前提シートにまとめ、計算エリアには数式だけを置きます。最悪のパターンが、数式の中への埋め込みです。たとえば「=B5*1.05」という式に含まれる1.05。この5%という成長率には、どこにもラベルがなく、説明がなく、変更するには数式そのものを編集するしかありません。埋め込まれたハードコードは「このモデルは検証できません」というシグナルとして、真っ先に減点対象になります。
正しい形は、前提セルに「売上成長率 5.0%」とラベル付きで置き、計算式の側は「=前年売上×(1＋成長率セルへの参照)」のように参照だけで組むことです。こうしておけば、成長率の変更は前提セル1箇所の書き換えで完結し、モデルのどこにも取り残しが発生しません。
原則2：1インプット1箇所
同じ前提は、モデル全体で1箇所にだけ入力し、他の場所はすべてそのセルを参照します。たとえば税率30%を3枚のシートにそれぞれ打ち込むと、前提変更のとき1箇所だけ直して2箇所を直し忘れる、という事故が必ず起きます。P/Lの税金とキャッシュフローの税金が別の税率で計算される——こうした不整合の多くは、数字の二重入力から生まれます。二重入力は、将来の不整合の予約だと考えてください。
なお、Excelの名前付き範囲（セルに「TaxRate」のような名前を付ける機能）を使うと、参照式が読み下せる形になり、1インプット1箇所の徹底にも役立ちます。ただし制限時間のあるテスト本番では、名前の管理に時間を取られるくらいなら、通常のセル参照で十分です。
原則3：単位・根拠をラベルで残す
前提には必ずラベルを添えます。最低限、項目名と単位（%、百万円、日数など）。できれば根拠のメモ（「課題文指定」「過去3年平均」など）まで残します。ラベルのない数値は、1週間後には作った本人ですら意味を思い出せなくなります。逆に、根拠メモまで揃った前提は、質疑で「なぜこの数字ですか」と問われた瞬間に、そのまま回答になります。
仮定シートの設計例
三原則を形にすると、次のような仮定シート（前提の一覧表）になります。3ステートメントモデルを想定した例です。EBITDA（利払い・税金・償却前の利益）やDSO（売上債権回転日数）などの指標も、この一覧に載せてしまえば迷子になりません。
| ドライバー | 設定値 | 単位 | 根拠メモ |
|---|---|---|---|
| 売上成長率 | 5.0% | 対前年 | 課題文指定 |
| EBITDAマージン | 20.0% | 対売上高 | 過去3年平均 |
| 売上債権回転日数（DSO） | 45 | 日 | 直近期実績 |
| 棚卸資産回転日数（DIO） | 60 | 日 | 直近期実績 |
| 仕入債務回転日数（DPO） | 30 | 日 | 直近期実績 |
| 設備投資（Capex） | 4.0% | 対売上高 | 維持投資水準 |
| 実効税率 | 30.0% | 対税前利益 | 課題文指定 |
この表には副次的な効果があります。仮定シートは、そのままモデルの目次になるのです。採点者はこの表を見るだけで、モデルがどのドライバーで動いているかを把握できます。提出後の説明（いわゆるWalk me through）でも、この表を指しながら話せば、それだけで説得力が生まれます。
さらに一歩進めるなら、この一覧を「ベース・強気・弱気」の3列に拡張すれば、そのままシナリオ分析の土台になります。前提が1箇所に集約されているからこそ、シナリオの切り替えも1箇所で済む——前提の集約は、後の拡張性への投資でもあるのです。
色分けルールとの関係
前提の集約は、色分けルールとセットで機能します。投資銀行の標準では、ベタ打ちの入力値は青、数式は黒で表示します。前提が1箇所に集約され、かつ青く塗られていれば、モデルを開いた瞬間に「触ってよい場所」が視覚的にわかります。集約というレイアウトの規律と、色分けという表示の規律は、同じ目的（入力と計算の分離）を別の角度から支える両輪です。色分けの具体的なルールと設定方法は財務モデルの色分けルールで詳しく解説しています。
テスト本番での現実解
とはいえ、制限時間のあるモデリングテストで、根拠メモまで揃った完璧な仮定シートを作り込む余裕はないかもしれません。その場合の最低限ラインは、「ベタ打ちセルをシート左上（または1つのブロック）に寄せる」ことです。これだけで、採点者からの見え方は大きく変わります。前提の網羅性よりも、前提の所在の明確さが先です。
作業の順番も重要です。モデルを組み始める前に、まず課題文から前提を抜き出して仮定シートに並べる。この最初の5分の投資で、その後の計算エリアには参照式だけを書けばよくなり、結果的に作業速度も上がります。前提の集約は、品質のためだけでなくスピードのための技術でもあります。なお、モデリングテスト全体の時間配分や採点の観点は、財務モデリングテスト対策の記事で詳しく解説しています。
提出前の数分では、数式内に埋め込まれたハードコードが残っていないかを確認しましょう。Excelのジャンプ機能（条件を選択してジャンプ）で定数セルを一括選択すれば、ベタ打ちの位置を機械的に洗い出せます。提出前チェック全体の手順は財務モデルのQC（品質チェック）にまとめています。
よくある減点パターン
最後に、前提まわりで頻出する減点パターンを整理しておきます。自分のモデルを見返すときのチェックリストとして使ってください。
- 数式内ハードコード：「=B5*1.05」の1.05。存在自体が減点対象です
- 出所不明のマジックナンバー：ラベルも根拠もない数値は、質疑で必ず突かれます
- 同じ前提の二重入力：更新漏れによるB/S不一致など、不整合の温床になります
- 単位の不統一：百万円と千円、%と小数の混在は、それだけで計算ミスを疑わせます
とくに事故が多いのが、%と小数の混在です。成長率のセルに「5」と打って数式側で100分の1にする方式と、「5%」と打ってそのまま掛ける方式が同じモデルに同居すると、100倍の誤差が音もなく紛れ込みます。方式はどちらでも構いませんが、モデル内で必ず統一してください。
いずれも、モデリングの知識が足りないから起きるミスではなく、規律が守られていないから起きるミスです。だからこそ採点者は厳しく見ます。知識は入社後に教えられますが、規律のない作業習慣を矯正するのは難しいからです。
まとめ：前提の置き方は「規律」である
前提の置き方は、テクニックというより規律です。①ハードコードは前提セクションに集約する、②1インプット1箇所、③単位と根拠をラベルで残す。この三原則を守るだけで、あなたのモデルは「検証でき、変更でき、引き継げる」プロの成果物に近づきます。モデル全体をゼロから組む練習をしたい方は、DCFモデル作成チュートリアルで前提シートの実装から順に学べます。
三原則が実装された実物のモデルで練習したい方へ。当サイトでは、投資銀行の実務水準を再現した財務モデルの練習版を無料でダウンロードできます。前提設計まで含めて本番形式で腕試しをしたい方には、モデルテスト実戦パックもご用意しています。詳しくはダウンロードページをご覧ください。