この記事で分かること
- 売上を「率」でなく「構造」で予測するドライバー設計の考え方
- ビジネスモデル別のドライバー分解パターン（P×Q・店舗×日販・顧客×単価×継続）
- トップダウンとボトムアップの突合、予測の妥当性を検証する4つの物差し
「成 長率5%」は予測ではなく願望
売上の行に「=前年×1.05」と打った瞬間、モデルは考えることをやめます。5%の中身（数量が増えるのか、単価が上がるのか、新店なのか既存店なのか）を分解して初めて、前提の妥当性を議論できる予測になります。この分解の設計図がドライバーツリーで、モデル設計（設計原則）の最初の意思決定です。
ビジネスモデル別の分解パターン
設計の実務ルール
- 説明できる粒度で止める：細かいほど良いわけではありません。「顧客別×製品別×月次」まで割っても、各セルの前提を説明できなければ精度の演出にすぎません。議論したい意思決定に必要な粒度が正解です。
- ドライバーは実績で裏取りできるものを選ぶ：過去3〜5年の実績を同じ分解で並べ、予測との連続性を見せられる形にします。実績が取れないドライバーは検証不能な自由変数になります。
- 価格と数量の相互作用を意識する：値上げすれば数量に影響し得ます。独立に楽観を積むと「値上げしながら数量も伸びる」都合の良い計画が出来上がります。
- ドライバー行は入力（青字）、売上行は数式のみ：売上セルへの直打ち修正が混ざった瞬間、分解の意味が消えます（QCのハードコード検出）。
妥当性の検証：4つの物差し
- ①市場との整合：予測シェア＝自社売上÷市場規模を逆算し、「5年でシェア2倍」のような無意識の野心を可視化します。
- ②能力との整合：その売上に必要な生産能力・人員・店舗は計画されているか。Capex（投資スケジュール）と接続していない成長は絵空事です。
- ③過去との接続：成長率・単価・数量の実績トレンドから不連続に跳ねる年があれば、その年に何が起きる前提なのかを説明できるか。
- ④トップダウンとの突合：ボトムアップ積み上げと「市場×シェア」の粗い計算を両方やり、大きくズレたら原因を特定します。2つの経路が近い数字を指すとき、予測の信頼度は一段上がります。
Q. 面接で
A. 「ビジネスモデルに合わせてドライバーに分解します。製造業なら数量×単価、小売なら店舗数×日販。実績を同じ分解で並べて連続性を確認し、市場シェアの逆算と生産能力との整合で妥当性を検証します」。「率でなく構造で」を一言添えると伝わります。
Q. DD先の事業計画の売上が強気です。どう検証しますか？
A. 計画を自分のドライバーツリーに再分解し、①暗黙のシェア、②必要な営業・生産能力、③過去実績との不連続点を特定します。その上で保守・標準ケースを自分で引き直すのが買い手側の作法です（財務DDのビジネスDDと連携する領域です）。
まとめ
- 売上は率でなく構造で。ドライバーツリーがモデルの最初の設計判断。
- 型は4つ（P×Q・店舗・ストック・受注型）。実績で裏取りできるドライバーだけを使う。
- 検証はシェア逆算・能力整合・過去接続・トップダウン突合の4点セット。
実務Excel教材（投資銀行フォーマット）
読んで分かったら、次は手を動かす番です。本記事の内容を実務形式のExcelで組み上げるための教材を用意しています。
本記事について
本文中の数値例はすべて理解のための設例であり、実在の企業・案件とは関係ありません。制度・実務慣行に触れる箇所は一般的傾向の整理です。個別案件への適用時は必ずその時点の一次情報・専門家にご確認ください。
