KPIが「ただの数字の羅列」になっていませんか
「KPIは設定している。でも、現場の行動が変わらない」——この悩みを抱えるマーケティング責任者は多いです。
PV、セッション数、CVR、CPA、LTV……個々の指標は管理している。でも、それらが経営目標（売上・利益）とどうつながっているかが組織全体で共有されていない。結果として、SEO担当は「PVを増やすこと」が目的化し、広告担当は「CPAを下げること」が目的化し、全体としてどこに向かっているのかがわからなくなる。
KPIツリーは、この問題を解決するフレームワークです。しかし「作って終わり」になるケースが非常に多い。この記事では、KPIツリーの作り方だけでなく、「生きた管理ツール」として運用し続ける方法まで踏み込みます。
KPIツリーとは
KPIツリーは、最上位の経営目標を、下位の行動可能な指標に分解するロジックツリーです。「売上」を頂点に、それを構成する要素を掛け算・足し算で分解していきます。
基本構造
売上
├── 新規売上
│ ├── リード数
│ │ ├── Organic Search リード
│ │ ├── 広告リード
│ │ └── 紹介リード
│ ├── × 商談化率
│ ├── × 受注率
│ └── × 平均受注単価
└── 既存売上
├── 既存顧客数
├── × 継続率
└── × アップセル率KPIツリーの3つの原則
- MERCEに近い分解：各階層の要素が「漏れなく、ダブりなく」上位を構成する
- 掛け算と足し算の明示：要素間の関係が数式で表現できる
- 末端は行動可能：ツリーの末端の指標は、担当者が直接影響を及ぼせる
STEP 1：最上位目標の定義
何を頂点に置くか
- SaaS：MRR（月次経常収益）またはARR（年次経常収益）
- EC：月間売上高
- BtoB：四半期売上 or 受注額
- メディア：広告収入 or 有料会員数
頂点を「売上」にするか「利益」にするかは、経営層と合意してください。マーケ部門のKPIツリーとしては「売上」を頂点にし、コスト面は別途管理するのが実務的です。
STEP 2：第2階層の分解
売上を「新規」と「既存」に分けるのが最も基本的なパターンです。
売上 = 新規顧客売上 + 既存顧客売上SaaSの場合
MRR = 新規MRR + 拡張MRR - チャーンMRRこの分解により、「成長のどこに課題があるか」が一目でわかります。新規が伸びていてもチャーンが大きければ、穴の空いたバケツに水を注いでいるのと同じです。
STEP 3：第3階層以降——マーケ指標への接続
ここがマーケティング責任者の腕の見せどころです。
BtoB SaaSの例（新規MRR部分）
新規MRR
├── 新規受注数
│ ├── 商談数
│ │ ├── SQL数
│ │ │ ├── MQL数
│ │ │ │ ├── リード数
│ │ │ │ │ ├── Organic Searchリード
│ │ │ │ │ │ ├── Organic セッション数
│ │ │ │ │ │ └── × Organic CVR
│ │ │ │ │ ├── 広告リード
│ │ │ │ │ │ ├── 広告クリック数
│ │ │ │ │ │ └── × 広告CVR
│ │ │ │ │ └── その他リード
│ │ │ │ └── × MQL化率
│ │ │ └── × SQL化率
│ │ └── × 商談設定率
│ └── × 受注率
└── × 平均MRR単価各担当者の「自分のKPI」が明確になる
| 担当者 | 管理するKPI | 影響を与えるアクション |
|---|---|---|
| SEO担当 | Organicセッション数、Organic CVR | コンテンツ制作、技術SEO改善 |
| 広告担当 | 広告クリック数、広告CVR、CPC | 入札最適化、クリエイティブ改善 |
| インサイドセールス | MQL化率、SQL化率、商談設定率 | リードナーチャリング、架電 |
| マーケ責任者 | リード数全体、CPA、CAC | チャネルミックス最適化 |
WebLeapの実践例: マクロ分析（市場全体の平均CVR、業界のCAC水準）とミクロ分析（自社のチャネル別CVR、セグメント別CPA）の両面からKPIツリーを設計するアプローチを採用しています。市場平均と比較することで、「うちのOrganic CVRは業界平均より高い。ここは強み。伸ばすべき」「広告CVRは平均以下。改善余地あり」という判断ができます。
STEP 4：目標値の設定
ツリーの構造ができたら、各指標に目標値を入れます。
トップダウンとボトムアップの両方で検証
トップダウン：経営目標から逆算
目標MRR: 1,000万円/月
→ 新規受注数: 20件/月（平均MRR 50万円の場合）
→ 商談数: 67件（受注率30%）
→ SQL数: 134件（商談設定率50%）
→ MQL数: 268件（SQL化率50%）
→ リード数: 670件（MQL化率40%）ボトムアップ：現在の実績から積み上げ
現在のOrganic月間セッション: 50,000
× Organic CVR: 0.8% = 400リード
+ 広告リード: 200
= 合計リード: 600
→ 現状のままでは目標670リードに70リード不足この差分が「何をすべきか」を教えてくれます。
失敗談: トップダウンの目標だけで設計し、ボトムアップの検証をしなかったことがあります。「月間リード1,000件」を目標にしたものの、現在のトラフィック量では物理的に不可能な数字でした。現場は「無理な目標」と認識して士気が下がり、KPIツリー自体が形骸化しました。トップダウンとボトムアップの両方で検証し、ギャップがあれば「何を変えれば達成可能か」を議論することが重要です。
STEP 5：KPIツリーを「生きた管理ツール」にする
作って終わりにしないための運用の仕組みです。
1. ダッシュボード化する
KPIツリーの各指標をLooker Studioのダッシュボードに反映します（E-06参照）。各指標の実績と目標の差分が自動で更新される状態を作ります。
2. 週次で「ボトルネック」を特定する
KPIツリーの中で、最も目標から乖離している指標を毎週特定します。これが今週のフォーカスポイントです。
今週のボトルネック: Organic CVRが目標0.8%に対して0.5%
→ 原因仮説: 主要ランディングページのCTAが弱い
→ 今週のアクション: CTAボタンのA/Bテスト実施3. 月次で「構造」を見直す
事業環境やプロダクトが変われば、KPIツリーの構造も変わります。月次で以下を確認します。
- 新しいチャネルを追加すべきか
- 掛け算の構造は正しいか
- 各段階の転換率の前提は妥当か
4. 四半期で「目標値」を更新する
四半期ごとにトップダウンとボトムアップの両方で再検証し、現実的かつチャレンジングな目標に更新します。
WebLeapの実績: データ分析→UX改善の連携で申込数80%改善を達成したプロジェクトでは、KPIツリーでボトルネックを特定し、毎週そこに集中するサイクルを回していました。「すべてを改善する」のではなく「最もインパクトの大きい1箇所に集中する」。KPIツリーがあるからこそ、この判断ができました。
KPIツリー作成のよくある間違い
間違い1：指標が多すぎる
末端の指標が30個以上あると、誰も管理できません。最初は15個以内に収めてください。
間違い2：掛け算の関係が崩れている
「セッション数 × CVR = CV数」は正しい掛け算ですが、「PV × CVR」は正しくありません（PVとCVRの母数が違う）。数式の整合性を必ず確認。
間違い3：担当者が不明
各指標に「誰が責任を持つか」が明確でないと、「みんなの指標 = 誰の指標でもない」状態になります。
間違い4：KGIとKPIの混同
KGI（最終目標）は売上や利益。KPI（重要業績指標）はKGIに至るプロセス指標。KPIツリーの頂点はKGI、末端に近いほどKPIです。
現場のまとめ
KPIツリーは「作ること」が目的ではなく「使うこと」が目的です。きれいなツリー図を作ってパワポに貼って満足するのではなく、毎週のチームミーティングで「今週のボトルネックはここ」と指差しできるツールにする。
まずはスプレッドシートで簡単なKPIツリーを作り、来週のチームミーティングで使ってみてください。完璧でなくていい。使いながら育てるものです。
WebLeapのデータ分析基盤構築サービスについて詳しくはこちら → /service/data-analytics/