KPIツリーとKGIの違いは何ですか？

KGI（Key Goal Indicator）は最終的な目標数値（例: 年間売上3億円）を指し、KPIツリーはそのKGIを達成するために必要な中間指標を構造的に分解したものです。KGIがゴール、KPIツリーはゴールへの道筋と言えます。

KPIツリーはExcelで管理できますか？

初期段階ではExcelやスプレッドシートでも運用可能です。ただしリアルタイム性に欠けるため、組織が10名を超えたらCRM/SFAのダッシュボード機能への移行を推奨します。

KPIツリーはどのくらいの頻度で見直すべきですか？

構造自体の見直しは四半期に1回が目安です。ただし各KPIの目標値は月次で実績と照合し、乖離が大きい場合は翌月のアクションプランに反映してください。

営業部門だけでKPIツリーを運用しても効果はありますか？

一定の効果はありますが、リード獲得（マーケ）や継続率（CS）を含めないと売上の全体像が見えません。RevOpsの視点で部門横断のKPIツリーを設計することで、改善レバレッジが最大化します。

KPIの数はいくつが適切ですか？

1つの部門が追うKPIは3-5個が適切です。ツリー全体では15-20個程度になりますが、各担当者が自分のKPIを明確に認識できる粒度に留めることが重要です。

売上KPIツリーの作り方｜RevOpsで実現するデータドリブン営業

KPIツリーとは何か

KPIツリーとは、売上などの最終目標（KGI）を構成要素に分解し、各要素の因果関係をツリー構造で可視化するフレームワークです。結論から述べると、KPIツリーを正しく設計・運用できている組織は、売上が未達になったときに「どこがボトルネックか」を即座に特定し、打ち手を決められます。

多くの営業組織では「売上が足りない」という結果だけを見て、「もっと行動量を増やせ」「新規アポを取れ」という漠然とした指示が飛びます。しかし、売上未達の原因がリード不足なのか、商談化率の低下なのか、受注単価の下落なのかによって、取るべき施策はまったく異なります。

KPIツリーの役割は、売上という複合的な結果を「操作可能な変数」に分解し、各変数に対して責任者とアクションを紐づけることです。これによって、感覚ではなくデータに基づく営業マネジメントが可能になります。

RevOps（Revenue Operations）の文脈では、KPIツリーは営業部門だけでなく、マーケティング・インサイドセールス・フィールドセールス・カスタマーサクセスを横断する「収益KPIツリー」として設計します。部門間のKPIが一本のツリーで繋がることで、部門最適ではなく全体最適の視点で意思決定ができるようになります。

売上KPIツリーの基本構造

売上KPIツリーの基本は、以下の分解式です。

売上 = リード数 x 商談化率 x 受注率 x 受注単価

この4つの変数をツリー構造で表現すると、次のようになります。

売上（KGI）
├── 商談数
│   ├── リード数
│   │   ├── Web流入数 × CVR
│   │   ├── セミナー参加数 × 商談化率
│   │   └── 紹介・リファラル数
│   └── 商談化率
│       ├── リード対応スピード
│       └── リードクオリフィケーション精度
├── 受注率
│   ├── 初回商談→提案の移行率
│   ├── 提案→見積の移行率
│   └── 見積→受注の移行率
└── 受注単価
    ├── 基本プラン単価
    ├── アップセル率
    └── 値引率

この構造のポイントは3つあります。

1. 四則演算で繋がっている。各階層の数値を掛け合わせると上位の数値になります。リード数100件 x 商談化率30% = 商談数30件、商談数30件 x 受注率25% x 受注単価200万円 = 売上1,500万円。逆算も可能で、売上目標から必要なリード数を算出できます。

2. 各変数にオーナーがいる。リード数はマーケティング、商談化率はインサイドセールス、受注率はフィールドセールス、受注単価は営業企画が責任を持ちます。オーナーが不明確なKPIは改善されません。

3. 操作可能な粒度まで分解する。「売上を上げろ」は操作できませんが、「Web流入数を月2,000件に増やす」「リード対応スピードを24時間以内にする」は具体的なアクションに落とせます。

SaaS企業のKPIツリー設計例

SaaS（サブスクリプション型ビジネス）では、売上を「新規獲得」と「既存維持・拡大」の2軸で捉える必要があります。単月の新規受注だけを追いかけていると、チャーンによる収益減少を見落とし、成長しているように見えて実は停滞しているという事態に陥ります。

SaaS向けのKPIツリーは以下のように設計します。

ARR（年間経常収益）= 新規ARR + 既存ARR変動
│
├── 新規ARR
│   ├── 新規商談数 × 受注率 × ACV（年間契約額）
│   │   ├── MQL数 × SQL転換率 × 受注率
│   │   └── ACV = 基本単価 × 平均ライセンス数
│   └── チャネル別（直販 / パートナー / PLG）
│
└── 既存ARR変動（NRR: ネットレベニューリテンション）
    ├── エクスパンション（アップセル・クロスセル）
    │   ├── 対象顧客数 × アプローチ率 × 成功率 × 拡張単価
    │   └── ヘルススコア高の顧客 → 拡張パイプライン
    ├── コントラクション（ダウングレード）
    │   └── ダウングレード率 × 影響額
    └── チャーン（解約）
        ├── ロゴチャーン率（社数ベース）
        └── レベニューチャーン率（金額ベース）

このツリーの核心は、NRR（ネットレベニューリテンション）が100%を超えているかどうかです。NRR 120%であれば、新規獲得がゼロでも既存顧客だけで前年比20%成長できる計算になります。

新規ARRのツリーはパイプライン管理と直結しており、MQL（Marketing Qualified Lead）から受注までのステージ別コンバージョンを追跡します。既存ARRのツリーはLTV（顧客生涯価値）と密接に関連し、カスタマーサクセスの活動がKPIとして可視化されます。

部門横断KPIの設計

KPIツリーを本当に機能させるには、部門間のKPIの「接続点」を明確に設計する必要があります。各部門が自部門のKPIだけを追いかけると、全体最適が崩れます。典型的な問題は、マーケティングが大量のリードを獲得しても、質が低く商談化しないケースです。

部門横断のKPI設計では、マーケティング、インサイドセールス（IS）、フィールドセールス（FS）、カスタマーサクセス（CS）の4部門が、以下のようにKPIとオーナーシップを分担します。

マーケティングのKPI。リード獲得数、チャネル別CVR、MQL数、リード獲得単価（CPL）。マーケティングの最終アウトプットは「営業が商談できる質のリード」であり、単純なリード数だけでなくMQL基準を満たしたリードの数で評価します。

インサイドセールス（IS）のKPI。MQLからSQLへの転換率、商談設定数、リード対応スピード、有効商談率。ISの役割はリードを選別し、商談に値する案件をFSに引き渡すことです。商談数だけでなく「有効商談率」（FSが実際に案件として進めた割合）を追うことで、ISとFSの間のギャップが可視化されます。

フィールドセールス（FS）のKPI。商談数、ステージ別移行率、受注率、受注単価、パイプラインカバレッジ。FSのKPIはパイプライン管理のステージ設計と連動させます。受注率と受注単価の掛け算が売上に直結するため、両方の推移を追跡します。

カスタマーサクセス（CS）のKPI。オンボーディング完了率、ヘルススコア、NRR、チャーンレート、エクスパンション率。CSのKPIはLTVの構成要素そのものです。受注後の顧客価値を最大化する責任がCSにあり、その成果がNRRに集約されます。

部門間の「接続KPI」が重要です。マーケ→ISの接続点はMQL数、IS→FSの接続点はSQL数（有効商談数）、FS→CSの接続点は受注数とオンボーディング品質です。各接続点でSLA（Service Level Agreement）を定義し、たとえば「MQLは24時間以内にISがコンタクトする」「受注後3営業日以内にCSがキックオフミーティングを設定する」といったルールを明文化することで、部門間の連携が仕組みとして機能します。

KPIツリー設計で陥りがちな5つの失敗

KPIツリーは設計時に方向を誤ると、むしろ組織のパフォーマンスを下げる原因になります。よくある5つの失敗パターンを紹介します。

1. KPIが多すぎる。すべてを計測しようとして、1部門に10個以上のKPIを設定するケースです。人間が同時に注力できる指標は3-5個が限界です。KPIが多すぎると優先順位が曖昧になり、結局どれも改善されません。「今四半期、最もレバレッジが効く指標はどれか」を議論し、絞り込んでください。

2. 先行指標と遅行指標を混同する。売上や受注数は「遅行指標」であり、結果が確定してから数値が動きます。KPIツリーで追うべきは、売上に先行して動く「先行指標」です。たとえばリード数、初回商談数、提案数は先行指標であり、これらの変化が1-3ヶ月後の売上に反映されます。遅行指標だけを見ていると、手を打つタイミングが常に遅れます。

3. 定義が曖昧なまま運用する。「商談」の定義が営業担当者によって異なる、「MQL」の基準がマーケと営業で合意されていない、といった問題です。KPIの定義が曖昧だと、同じ数字を見ても解釈がバラバラになり、データに基づく議論ができません。各KPIの定義書を作成し、「何を」「どう計測し」「いつ更新するか」を明文化してください。

4. ツリーを作って終わり（モニタリングの欠如）。KPIツリーを一度作成してスライドに貼り、四半期のキックオフで見せただけで満足するパターンです。KPIツリーは「生きた管理ツール」であり、週次でデータを更新し、異常値を検知し、打ち手を決めるサイクルの中で初めて機能します。

5. 現場の納得なしにトップダウンで押し付ける。経営層がコンサルタントの助言を受けて設計したKPIツリーを、現場に説明なく適用するケースです。現場がKPIの意味と自分の役割を理解していなければ、数字を作るためのゲーミング（形だけの行動量稼ぎ）が発生します。設計プロセスに各部門のマネージャーを巻き込み、「なぜこのKPIが重要なのか」を合意形成してから運用を開始してください。

RevOpsによるKPIモニタリングの実践

KPIツリーを形骸化させないためには、RevOpsの視点で部門横断のモニタリング体制を構築する必要があります。具体的には、週次・月次・四半期の3層のリズムでKPIを確認するサイクルを回します。

週次レビュー（30分）。先行指標を中心にチェックします。今週のリード獲得数、商談設定数、パイプラインの増減、滞留案件のステータスを確認し、翌週のアクションを決めます。売上予測（フォーキャスト）の精度を週単位で更新することで、月末のサプライズを防ぎます。参加者は各部門のマネージャーとRevOps担当者です。

月次レビュー（60分）。KPIツリー全体を俯瞰し、目標と実績の乖離を分析します。特に注目すべきは、前月と比較してコンバージョン率が低下しているステージです。たとえば商談化率が前月の30%から20%に下がっていれば、リードの質の変化、ISのリソース不足、競合環境の変化などの仮説を立てて検証します。月次では「なぜ」の深掘りに時間を使います。

四半期レビュー（半日）。KPIツリーの構造そのものを見直します。事業環境の変化、新プロダクトのリリース、組織体制の変更に伴い、追うべきKPIや目標値が変わる可能性があるためです。四半期レビューでは、各KPIの目標値を実績データから再設定し、次の四半期の重点KPI（最もレバレッジが効く変数）を決定します。

モニタリングのインフラとしては、CRM/SFAのダッシュボード機能を活用し、KPIツリーの主要指標をリアルタイムで可視化します。ダッシュボードは「見るための報告書」ではなく「議論のための起点」です。週次レビューの冒頭でダッシュボードを画面共有し、数字を起点に議論を始める運用を定着させてください。

まとめ

売上KPIツリーは、売上という複合的な結果を操作可能な変数に分解し、各変数にオーナーとアクションを紐づけるフレームワークです。基本構造は「売上 = リード数 x 商談化率 x 受注率 x 受注単価」であり、SaaS企業では新規ARRと既存NRR（ネットレベニューリテンション）の2軸で設計します。

KPIツリーの真価は、部門横断で設計し、RevOpsの視点でモニタリングを回すことで発揮されます。マーケティングが生成したリードがパイプラインを通過し、受注後のカスタマーサクセスによるLTV最大化まで一貫したKPIツリーで可視化する。この部門横断の収益マネジメントこそが、データドリブン営業の基盤です。

まずは自社の売上を4つの変数に分解し、各変数の現在値を把握することから始めてください。ボトルネックが見えれば、改善の優先順位は自然と決まります。