エグゼクティブ・サマリー
- 経営目標（KGI）と現場の日々の活動（KPI）が繋がっていない組織は多い。両者を繋ぐのがドライバーツリー——KGIを要素分解し、各要素に測れる指標を置いた構造である。
- ツリーの生命線は、遅行指標（結果）と先行指標（予兆）を意図的に組み合わせることだ。結果指標だけを追う経営は、手遅れになってから気づく。先行指標は、今の行動を変えるために存在する。
- KGIから各段の目標転換率・単価で逆算すれば、現場が追うべき数字（商談数、活動量など）が定まる。逆算できないツリーは「願望の図解」に過ぎない。
- ツリーの各ノードには責任部署（オーナー）を一つずつ割り付ける。オーナーが曖昧なKPIは、誰も追わない数字になる。
- ツリーは作って終わりではない。週次・月次のレビュー運用に乗せ、ビジネスモデルの変化に合わせて定期的に構造を見直すことで初めて経営の武器になる。
- 本稿は、ドライバーツリーの作り方、遅行・先行指標の設計、逆算の計算例、部署への割付、レビュー運用、よくある失敗、実装ロードマップ、成熟度モデルまで、そのまま自社に当てはめられる形で提示する。
なぜ、経営目標と現場の数字は繋がらないのか
多くの企業が中期経営計画やOKRで壮大な目標（売上◯◯億円、ARR◯◯％成長など）を掲げる。しかし、その目標と、現場の営業担当者やマーケティング担当者が日々見ている数字のあいだには、しばしば深い断絶がある。経営会議では「今期の着地はどうか」が議論され、現場では「今週の架電数」や「今月のリード数」が管理される。この二つの数字が、因果関係として繋がっていないケースが驚くほど多い。
断絶には典型的な症状が三つある。第一に、目標が分解されていない。「売上を20％伸ばす」という号令はあっても、それが「新規顧客を何社獲得すれば」「既存顧客の単価を何％上げれば」達成できるのかが、数式として存在しない。第二に、結果しか見ていない。月末に売上の着地を確認し、未達なら反省するというサイクルは、次の月にはもう手遅れである。手が打てるのは、結果が出る前の「予兆」の段階だけだ。第三に、誰の数字か分からない。全社目標は掲げられていても、どの部署のどの数字が、その目標にどれだけ効いているのかが不明瞭で、結果として誰も自分ごととして数字を追わない。
これらはすべて、目標が構造化されていないことに起因する。KPIツリー（ドライバーツリー）は、この断絶を埋めるための唯一と言ってよい手法である。経営目標（KGI: Key Goal Indicator）を、それを構成する要素へと分解し、各要素に測定可能な指標（KPI: Key Performance Indicator）を配置する。すると、「なぜその数字を追っているのか」「その数字が動けば、上位の何が動くのか」という因果の連鎖が、誰の目にも見える形になる。KPIツリーの設計は、単なる指標の一覧表づくりではない。経営の意思決定ロジックそのものを、組織全体で共有可能な形に翻訳する作業である。
KGIとKPIをつなぐ考え方 —— ドライバーツリーとは何か
ドライバーツリーとは、頂点にKGI（最終的に達成したい経営目標）を置き、それを足し算・掛け算・割り算で分解できる要素へと段階的に分岐させていく木構造の図である。感覚や経験則で「重要そうな指標」を並べる従来のKPI一覧とは根本的に異なり、上位の数字が、下位の数字の演算結果として一意に決まるという点が核心にある。
もっとも単純な例で言えば、売上は「顧客数×客単価」に分解できる。SaaS企業であれば、期末のARR（年間経常収益）は次のように分解される。
期末ARR = 期首ARR + 新規ARR + アップセルARR − 解約ARR − ダウンセルARRこのように分解すると、「ARRを伸ばす」という漠然とした目標が、「新規をどれだけ取るか」「既存をどれだけ伸ばすか」「解約をどれだけ抑えるか」という、それぞれ担当部署の異なる、具体的な経営レバーへと姿を変える。ツリーはさらに下位へと分岐する。新規ARRは「新規商談数×受注率×平均契約単価」に分解でき、新規商談数はさらに「MQL数×商談化率」に分解できる。この分解を、現場が日々コントロールできる粒度に達するまで続けることが、ドライバーツリー設計の目的である。
ツリーが持つべき性質は二つある。一つは演算的整合性——各ノードの値を足し合わせる、あるいは掛け合わせると、必ず上位ノードの値と一致すること。もう一つは測定可能性——末端のノードは、必ず既存のシステム（CRM、会計、MA等）から実データとして取得できること。この二つが崩れると、ツリーは「もっともらしいが検証できない図」に堕してしまう。