「OKRを設定したのに、KPIツリーも別に作るべきなのか」「同じような数字を2つの資料に書いていて、正直どちらが正なのか分からなくなってきた」——プロダクトの数字を一人で見ている段階では、こうした迷いが生まれやすくなります。
OKRとKPIツリーは、どちらも「目標」や「指標」という言葉で語られるため、同じカテゴリのフレームワークだと誤解されがちです。しかし実際には、片方は「今期どこに集中するか」を決める仕組みであり、もう片方は「事業の健全性を継続的に測る構造」であり、担っている役割がそもそも違います。 この違いを整理しないまま両方を運用しようとすると、同じ数字を二重に管理する手間が発生したり、逆にどちらも中途半端なまま形骸化したりします。
本記事では、OKRとKPIツリーそれぞれの役割を整理したうえで、実務でどう組み合わせて使うべきかを具体例とともに解説します。
なぜOKRとKPIツリーは混同されるのか
OKRとKPIツリーが混同される最大の理由は、両者とも「数値」を扱うフレームワークだからです。OKRのKey Resultsも、KPIツリーの構成指標も、見た目は同じように「〇〇を△△%にする」という数値目標の形をしています。
しかし、扱っている時間軸と役割がまったく異なります。
- OKRが扱う時間軸:四半期など、区切られた期間の「チャレンジ目標」
- KPIツリーが扱う時間軸:期間を区切らず、事業が続く限り追い続ける「継続的な健全性指標」
OKRは「今期、特にどこに集中して伸ばすか」という意思決定のためのフレームワークであり、達成率が100%に届かなくても、6〜7割程度の達成を「十分にチャレンジした」とみなす運用が一般的です。一方でKPIツリーは、事業の状態を常時モニタリングするための構造であり、「達成できたかどうか」ではなく「今どういう状態か」を把握することが目的です。この前提の違いを理解しないまま両方を導入すると、KPIツリーの指標をそのままKey Resultに置き換えただけの、代わり映えしないOKRになりがちです。
OKRの役割:「今期どこに張るか」を決める
OKRは、Objective(達成したい定性的な状態)とKey Results(その達成度を測る2〜4個の結果指標)のセットで構成されます。四半期ごとに見直され、チームの意識を一つの方向にそろえる目的で使われます。
OKRの本質は「絞り込み」です。事業には測るべき指標が無数にありますが、その全部に同時に集中することはできません。OKRは「今期、数ある指標の中からどれを特に動かしにいくか」を決める意思決定のフレームワークであり、KPIツリー全体を置き換えるものではありません。
OKRを設定する際によくある誤解や、形骸化させないための5ステップの運用方法は、以下の記事で詳しく解説しています。
KPIツリーの役割:「事業の構造」を可視化する
KPIツリーは、事業の最終目標指標(KGI)を頂点に、それを構成する中間KPI・先行KPI・アクション指標を段階的に分解した木構造です。OKRのように期間で区切られるものではなく、事業が続く限り継続的に運用される「地図」のような存在です。
KPIツリーの価値は、数字が動いたときに「どこに原因があるか」を素早く特定できる点にあります。KGIが下がったときにKPIツリーがあれば、「中間KPIのどれが動いたか → その先行KPIのどれが動いたか → どのアクション指標に手を打つべきか」という分析を、ツリーをたどるだけで進められます。
KPIツリーの頂点に置くKGI自体をどう決めるかは、KPI設計の土台にあたる部分です。KGI・KPI・OKRの言葉の整理から見直したい場合は、以下の記事もあわせて参照してください。
比較表:何が違うのか
| 観点 | OKR | KPIツリー |
|---|---|---|
| 答える問い | 今期どこに集中するか(絞り込み) | 事業の状態はどこで説明できるか(構造) |
| 時間軸 | 四半期など、期間で区切る | 期間を区切らず継続的に運用 |
| 達成基準 | 6〜7割の達成でも「良し」とする | 目標値に対する乖離を常時モニタリング |
| 指標の数 | Key Resultsは2〜4個に絞り込む | KGIから末端まで数十個規模になり得る |
| 主な用途 | チームの意識をそろえ、優先順位を決める | 原因分析と日々の意思決定の拠り所 |
| 更新頻度 | 四半期ごとに設定、週次・月次で進捗確認 | 常時モニタリングし、四半期ごとに構造を棚卸し |
表を見ると分かる通り、OKRとKPIツリーは対立する選択肢ではなく、扱っている粒度と時間軸が異なる、別レイヤーの仕組みです。どちらか一方を選ぶという発想自体が、混乱の入り口になっています。
実務での組み合わせ方:KPIツリーの中からOKRの対象を選ぶ
多くの現場で機能するのは、KPIツリーを土台にして、その中からOKRで今期集中する指標を選ぶという2層構造です。
- KPIツリーを先に構築し、事業全体の構造を可視化する。 KGIから中間KPI・先行KPI・アクション指標まで、事業がどう成り立っているかを一度整理します。
- 四半期ごとに、KPIツリーの中から「今期特に伸ばしたい先行KPI」を選び、OKRのKey Resultに設定する。 ツリー上の全指標を同時に追いかけるのではなく、その期のボトルネックになっている箇所を絞り込みます。
- OKRの期間が終わったら、KPIツリー側の実績値を更新し、次のOKRで狙う指標を選び直す。 KPIツリーは残り続け、OKRは期ごとに入れ替わる、という関係を保ちます。
この順序が重要です。逆にOKRを先に決めてしまうと、事業全体のどこにボトルネックがあるかを把握しないまま「なんとなく重要そうな指標」をKey Resultに選んでしまい、結果的に事業への貢献度が低いOKRになりがちです。KPIツリーで全体を見渡してから、OKRで絞り込む、という順序を守ることで、両者が二重管理にならず補完関係になります。
具体例:シードステージSaaSでの1四半期の運用
従業員6名、シードステージのBtoB SaaSスタートアップを例に、組み合わせの流れを確認します。
このスタートアップでは、経営者がプロダクトを兼務しながら、月次チャーン率をKGIとするKPIツリーをすでに構築していました。ツリーの中間KPIは「導入90日以内チャーン率」と「91日以降チャーン率」の2つに分解されており、さらにその下に「オンボーディング完了率」「週間アクティブ率」などの先行KPIがぶら下がっていました。
四半期の頭にKPIツリーの実績値を確認したところ、「導入90日以内チャーン率」が想定より高く、その原因として「オンボーディング完了率」が目標の70%に対して48%にとどまっていることが判明しました。この時点で、KPIツリーの中から「オンボーディング完了率」を今期のOKRのKey Resultに選ぶ意思決定を行いました。
設定したOKRは、Objectiveを「新規導入企業が迷わずプロダクトの価値を実感できる状態を作る」、Key Resultsを「オンボーディング完了率を70%以上にする」「初回ログインから7日以内の主要機能利用率を60%にする」の2つに絞り込みました。週次のミーティングでは、このKey Resultsの進捗だけを重点的に確認し、KPIツリーの他の指標(週間アクティブ率やNPSなど)は月次のモニタリングに留めました。
四半期末には、オンボーディング完了率は68%まで改善し、目標にほぼ到達しました。この結果はKPIツリー側にも反映され、「導入90日以内チャーン率」の改善につながったかを次の四半期に検証する対象となりました。KPIツリーが「何が問題か」を教え、OKRが「今期どこから手をつけるか」を決める、という役割分担が機能した事例です。
よくある失敗
1つ目は、KPIツリーの指標をそのまま丸ごとOKRのKey Resultsにしてしまう失敗です。 KPIツリーには数十個の指標が並んでいることも珍しくありません。これを絞り込まずにOKRへ転記すると、Key Resultsが5個・6個と膨れ上がり、結局どれも中途半端な達成度で終わります。OKRには「絞り込む」という役割があることを忘れないようにします。
2つ目は、OKRだけを運用し、KPIツリーを作らない失敗です。 KPIツリーがない状態でOKRのKey Resultsを決めると、「なんとなく重要そうな指標」を勘で選ぶことになり、事業全体で見たときに本当にボトルネックになっている箇所を見逃す可能性があります。少なくともKGIと中間KPIまでの簡易的なツリーは、OKR設定の前に整理しておくことをおすすめします。
3つ目は、KPIツリーとOKRの数字が食い違い、どちらが正か分からなくなる失敗です。 同じ指標を2つの資料で別々に更新していると、更新のタイミングがずれて数字が食い違うことがあります。KPIツリー側を「正」のデータソースとし、OKRのKey Resultsはそこから参照する形に統一しておくと、この問題を防げます。
よくある質問(FAQ)
Q1. KPIツリーを作る前にOKRだけ先に決めてしまっても良いですか?
急ぎで今期の方向性を決めたい場合は、簡易的なOKRを先に置いても構いません。ただし、その場合も「なぜこのKey Resultsを選んだのか」の根拠は、事業構造をざっくりとでも整理したうえで説明できるようにしておくことをおすすめします。根拠のないKey Resultsは、期の途中で「本当にこれで合っているのか」という疑問が生まれやすくなります。
Q2. 経営者一人でプロダクトを見ている段階でも、両方必要ですか?
判断材料をすべて自分の頭の中に持っている段階では、フレームワークとしての「型」を厳密に運用する必要性は低いです。ただし、「今どの数字を見ているか」を最低限メモしておくと、後で1人目のPdMやメンバーに引き継ぐときに役立ちます。KPIツリーは簡易版で、OKRは省略という組み合わせでも問題ありません。
Q3. OKRのKey ResultsとKPIツリーの先行KPIが完全に一致しないといけませんか?
一致している必要はありません。Key Resultsは「今期特に伸ばしたい指標」であり、KPIツリー上の先行KPIやアクション指標のどこから選んでも構いません。四半期によって選ぶ階層が変わることもあります。重要なのは、Key ResultsがKPIツリーのどこかに位置づけられており、その意図を説明できることです。
Q4. KPIツリーとOKRの更新頻度が違うと、運用が煩雑になりませんか?
役割が異なる以上、更新頻度が違うのは自然なことです。KPIツリーは週次・月次で実績値を更新し続け、OKRは四半期ごとに設定と振り返りを行います。両方を同じ頻度でメンテナンスしようとすると逆に負担が増えるため、KPIツリーは「実績を淡々と記録する」運用、OKRは「四半期に一度、腰を据えて議論する」運用と割り切るほうが継続しやすくなります。
Q5. すでにOKRとKPIツリーを別々に運用していて、数字が食い違っています。どこから直せば良いですか?
まずKPIツリー側の指標定義(集計期間、データソース、算出方法)を1つの正としてドキュメント化し、OKRのKey Resultsはそこから数値を参照する運用に統一するところから始めます。両方を並行してゼロから作り直す必要はなく、既存のKPIツリーの定義を確認し、OKR側の表記をそれに合わせるだけでも食い違いの多くは解消します。
まとめ
OKRとKPIツリーは、どちらも数値目標を扱うため混同されがちですが、OKRは「今期どこに集中するか」を決める絞り込みの仕組みであり、KPIツリーは「事業の構造を継続的に可視化する」仕組みであるという点で役割が異なります。
実務では、どちらか一方を選ぶのではなく、KPIツリーで事業全体を可視化したうえで、その中から四半期ごとにOKRで集中する指標を選ぶという2層構造で運用するのが機能しやすい組み合わせです。すでに両方を運用していて数字が食い違っている場合は、KPIツリー側を正のデータソースと決めるところから見直してみてください。
プロダクトマネジメントについてお気軽にご相談ください
プロダクトマネジメントの顧問支援や、1人目のPdM採用・育成のサポートを承っています。 「経営者が兼務してきたが、そろそろ限界かもしれない」という段階からでもお気軽にご連絡ください。 おおむね2営業日以内にご返信します。
