KPIを30個並べた結果、何が起きるか
四半期レビューの資料を開いてみてください。KPIがいくつ並んでいますか？
20個？30個？もっと多いかもしれません。
日本のSaaS企業の経営会議で、筆者がよく目にするのは「KPIが大量に並んだスプレッドシート」です。売上高、MRR、ARR、新規顧客数、解約率、LTV、CAC、CSAT、NPS、プロダクト利用率……。挙げればキリがありません。
そして不思議なことに、KPIが増えれば増えるほど、組織は動かなくなります。なぜでしょうか。
KPIは「誰が何に責任を持つか」を明確にするためのもの。数が増えるほど責任の所在がぼやき、全員が「誰かがやるだろう」と思うようになる。
CFOとして多くのSaaS企業のダッシュボードを見てきた経験から言えば、機能しているKPI設定を持つ企業は共通して5つの条件を満たしています。本記事ではその5条件と、実践的なKPIツリーの作り方を解説します。
KPI過多が引き起こす3つの弊害
1. 誰も責任を感じない
KPIが30個あると、一人の担当者が見る指標は平均3〜5個になります。「自分の指標」がどれか分からず、結果として全員が傍観者になります。
2. 報告負荷が増えるだけ
毎週の進捗報告に3時間、月次のKPIレビューに半日。データを集めるだけで疲弊し、改善アクションを議論する時間が残りません。
3. "都合の良い指標"だけが強調される
悪い数字は自然と報告されなくなります。解約率が悪化しているのに「新規顧客数は好調です」で終わる会議。これでは経営の舵を切れません。
機能するKPIツリーが満たす5つの条件
筆者が現場で確認している「機能するKPIツリー」の条件は、次の5つです。
- 階層構造は3層まで（経営層・部門・現場）— これ以上深いと繋がりが見えなくなる
- 先行指標と結果指標を分離する — 事前に手を打てる指標を持つ
- オーナー1人につき1指標 — 複数オーナーは責任のなすりつけ合いを生む
- アクション可能性 — 「悪かったら誰が何をするか」が自明である
- 週次レビューの頻度 — 月次では遅すぎる。Layer別に頻度を分ける
条件1：階層構造は3層まで
KPIツリーは以下の3層で構成します。
- 経営層KPI（Layer 0）：ARR、NRRなど、経営判断に直結する3〜5指標
- 部門KPI（Layer 1）：新規MRR、デモ→商談化率など、部門の成果指標
- 現場KPI（Layer 2）：架電数、MTG成立数など、日々のアクション指標
これ以上階層を深くすると、上位と下位の繋がりが見えなくなります。3層までで十分です。
条件2：先行指標と結果指標を分離する
先行指標とは、結果が現れる前に変化が観測できる指標のことです。結果指標は、すでに起きた結果を示す指標です。
この2つを混在させると、「解約が増えた理由」を後から知るだけで、事前に対処できません。SaaS企業で押さえるべき先行指標の具体例をいくつか挙げます。
- デモ→商談化率：デモ実施から商談化までの割合。営業パイプラインの健全性を示す先行指標
- トライアル→本契約率：フリートライアルから有料プランへの転換率。PMF（プロダクト・マーケット・フィット）の代理指標として有効
- オンボーディング完了率：導入支援が完了した顧客の割合。導入後3ヶ月以内の解約と強い相関がある
- DAU/MAU比率：月間アクティブユーザーのうち日次アクティブユーザーの割合。15%以下は要注意、25%以上が理想
先行指標に手を打てるかどうかが、CFOの予実管理の質を決める。結果指標だけ見ていては、いつも「後手」に回る。
条件3：オーナー1人につき1指標
これが最も重要かつ最も守られていない条件です。
1つのKPIに対してオーナーを1人に絞る。複数オーナーは責任のなすりつけ合いを生むだけです。逆に1人が複数のKPIを兼任するのもNG。最大でも3指標までにとどめるべきです。
日本のSaaS企業でよくあるのが、「解約率」のオーナーがカスタマーサクセス部門にありながら、実際の解約要因がプロダクトの不具合にあるケース。この場合、オーナーは原因究明を主導できても、改善そのものはプロダクトチームの協力が必要です。そこで先行指標として「初回30日以内の利用頻度」を設定し、プロダクトチームにもオーナーシップを割り当てるといった設計が必要になります。
条件4：アクション可能性
KPIは「次に何をするか」が自明でなければなりません。「解約率3.2%」という数字だけでは動けません。「オンボーディング完了顧客の解約率1.1% vs 未完了顧客の解約率8.5%」まで分解して初めて、「オンボーディング体制を強化する」というアクションが導けます。
指標を設定するときは、必ず「この数字が悪かったら、誰が何をするか」をシミュレーションしてください。答えが出ない指標は飾りです。
条件5：週次レビューの頻度
月次では遅すぎます。SaaS事業の先行指標は週単位で動きます。
ただし、全指標を毎週レビューする必要はありません。Layer 0は月次、Layer 1は隔週、Layer 2は週次という具合に頻度を分けるのが実務的です。レビュー時間は30分以内。スライドは不要で、ダッシュボードを画面共有するだけで十分です。
KPIツリーの作り方：トップダウン×ボトムアップ
機能するKPIツリーは、トップダウンとボトムアップの両面から構築します。
Step 1：トップダウンで経営層KPIを決める
経営目標から逆算してLayer 0を定義します。年商10億円のSaaS企業であれば、例えば以下の3つで十分です。
- ARR（年額経常収益）
- NRR（純継続率：既存顧客の契約額が1年後にどう変化したかを示す指標）
- セルフサーブ比率（人手を介さずに契約・利用が進む顧客の割合）
Step 2：ボトムアップで現場KPIを集める
各部門の現場に「自分たちが日々見ている数字」を上げてもらいます。ここでは数を絞らず、現場が気にしている指標をできるだけ多く集めます。
Step 3：両方を接続して整合性を取る
Layer 0とLayer 2を突き合わせて、「上位のKPIに対して、下位の指標がどう貢献しているか」を確認します。繋がらない指標は削除するか、別のツリーに移動します。
この接続作業こそがCFOの腕の見せ所です。現場は「自分の数字がどう経営に貢献しているか」を可視化されることで、初めて真のオーナーシップを持てます。
レビューで機能させる3つのコツ
KPIツリーを作っただけでは意味がありません。レビューの場で機能させて初めて価値を生みます。
1. 「なぜ」を2回繰り返す
指標が悪化したとき、「なぜ？」を2回繰り返してください。「商談化率が下がった」→「なぜ？」→「デモの質が落ちている」→「なぜ？」→「新任のセールスがデモ手順をスキップしている」。ここまで掘るとアクションが見えます。
2. 前週比と前年同週比の両方を見る
前週比でトレンドを確認し、前年同週比で季節性を排除した実力値を確認します。この2軸で見ることで、「単なる週末のノイズ」なのか「構造的な悪化」なのかを判別できます。
3. アクションの完了を翌週に確認する
レビューで決めたアクションは、翌週のレビューの冒頭で必ず進捗確認します。これを徹底するだけで、レビューの質は劇的に変わります。「決めたことがやられる組織」にするための、最もシンプルな仕組みです。
まとめと次のアクション
KPIを30個並べても組織は動きません。機能するKPIツリーは、5つの条件を満たします。
- 階層は3層まで
- 先行指標と結果指標を分離する
- オーナー1人につき1指標
- 悪い数字から次のアクションが自明である
- 週次でレビューする
今週、まずやってほしいことがあります。現在のKPI一覧をすべて書き出し、それぞれに「オーナーは誰か」「悪かったら何をするか」を書き込んでください。答えられない指標があれば、それが削るべきKPIです。
KPIは「経営の羅針盤」です。針が30本もあったら、どの方角に進んでいるのか分からなくなります。本当に必要な針は、3〜5本で十分です。