← KPIナレッジ一覧に戻る
プロダクト・SaaS KPI2026-06-24

プロダクトマネージャーのKPI設計|機能開発の優先度を決める数字の作り方

KPI Growth Model 入門ガイド 表紙

Free Download

KPI Growth Model 入門ガイド

KPIを「測るだけ」から「動かす」に変えるためのフレームワーク全体像を15ページにまとめた資料です。

資料をダウンロードする
本記事は50社以上の成長支援を手がけるKPIコンサル・岩田圭弘が解説します。

プロダクトマネージャー(PM)が抱える最大の悩みは「次に何を作るか」の優先度づけだ。要望リストは無限に増えるのに、開発リソースは有限。声の大きいステークホルダーや、直近のクレームに引きずられて意思決定すると、プロダクトは一貫性を失う。この問題の根本は、PMが「何を測るか」を定義できていないことにある。MAUやDAUを眺めているだけでは、どの機能を優先すべきかは決まらない。本記事では、機能開発の優先度を「数字」で決めるためのKPI設計を、3層フレームと具体的な指標・ベンチマークまで含めて解説する。読み終えたとき、あなたのバックログは「感覚の順番」から「論理の順番」に変わっているはずだ。

なぜPMのKPIは形骸化するのか — 3つの原因

PMがダッシュボードを作っても、それが意思決定に効かなくなる典型パターンは3つある。

1. 虚栄の指標(Vanity Metrics)を追っている

MAU・累計ダウンロード数・PV——これらは「右肩上がりに見えて気持ちがいい」が、機能の優先度を何ひとつ教えてくれない。MAUが増えても、それが新機能のおかげなのか、マーケ施策のおかげなのか分解されていなければ、次の打ち手にはつながらない。

2. 指標とアクションが結びついていない

「NPSが下がった」と分かっても、では明日どの機能に手を入れるのか。遅行指標だけを並べると、悪化に気づいた時点ではもう手遅れだ。PMに必要なのは「行動を変えられる先行指標」であり、結果を眺めるだけの指標ではない。

3. プロダクトのライフサイクルと指標がズレている

PMF(プロダクト・マーケット・フィット)前のプロダクトでARRやチャーンを精緻に測っても意味は薄い。逆にスケール期に「アクティベーション率」だけを見ていると、収益エンジンの劣化を見逃す。ステージが変われば、見るべき指標も変わる。この当たり前を忘れると、KPIは現実と乖離して形骸化する。

3層フレームでPMのKPIを設計する

PMのKPIは、必ず「最終目的(KGI)→ それを生む中間成果(中間KPI)→ それを動かす日々の行動(先行KPI)」の3層で設計する。バラバラに指標を並べるのではなく、上から下へ因果でつなぐのが鉄則だ。

役割性質プロダクトでの例
KGI(最終目的)プロダクトが事業に貢献する最終数値遅行・結果製品由来のARR、継続収益、NRR
中間KPI(遅行)KGIを生む手前の塊。状態を測る遅行・状態機能採用率、アクティベーション率、NPS
先行KPI(行動)中間KPIを動かす日々の打ち手先行・行動オンボーディング完了率、初回価値到達時間、A/Bテスト実施数

ポイントは、中間KPIから先行KPIへ「なぜ?」を3回繰り返すこと。「機能採用率が低い → なぜ? → 初回起動後に使い方が分からない → なぜ? → オンボーディングが不親切 → だから先行KPIは『オンボーディング完了率』」。この因果のはしごを下りきって初めて、PMは「明日いじるべき機能」を特定できる。

PMのKPIは3層で設計する
PMのKPIは3層で設計する

PMが見るべき主要KPIとベンチマーク目安

プロダクト開発の優先度を決めるために、PMが押さえるべき代表指標を整理する。先行/遅行の種別を必ず意識すること。ベンチマークはBtoB SaaSを中心とした目安であり、自社のプロダクト特性で調整してほしい。

PMが見るべき主要KPIとベンチマーク目安
PMが見るべき主要KPIとベンチマーク目安
KPI種別何を表すかベンチマーク目安
DAU/MAU比(スティッキネス)中間(遅行)利用の習慣化の度合い20%超で良好、業務系は40%以上が理想
アクティベーション率中間(遅行)新規が「最初の価値」に到達した割合30〜40%が一つの目安
機能採用率(Feature Adoption)先行主要機能を使ったユーザー割合コア機能は60%以上を狙う
初回価値到達時間(Time to Value)先行登録から価値体験までの時間短いほど良い。1セッション以内が理想
オンボーディング完了率先行初期設定を完了した割合60〜80%
NPS(推奨度)中間(遅行)顧客ロイヤルティBtoB SaaSで30以上が良好
月次プロダクトチャーン率遅行(KGI寄り)解約による収益損失月1%以下、年10%以下が健全
機能リクエスト→実装リードタイム先行開発の応答速度短縮トレンドを維持できているか

虚栄の指標(累計DL数・総MAU)はこの表に入れない。「行動を変えられる数字」だけがPMのKPIに値する

KSFは「比較」から見つける

どの機能を優先すべきか——その答えは、平均を眺めても出てこない。ハイパフォーマー(定着した優良顧客)と、離脱した顧客の『差分』を比較することで初めて、KSF(重要成功要因)が浮かび上がる。

たとえば、定着ユーザーの90%が「初週に機能Aを3回以上使っている」のに対し、チャーンしたユーザーは20%しか使っていなかった——この差分こそがKSFの候補だ。ここから「初週に機能Aを3回使わせる」が先行KPIになり、それを実現するオンボーディング改善が次の開発優先度になる。

やってはいけないのは、KGIから機械的に逆算して「ARRを上げるには採用率を上げればいい」と決めつけること。逆算ではなく、勝ちパターンと負けパターンの比較から発見する。これがPMのKSF特定の正攻法だ。

KSFは定着群と離脱群の差分から見つける
KSFは定着群と離脱群の差分から見つける
KPI Growth Model 入門ガイド 表紙

Free Download

KPI Growth Model 入門ガイド

KPI Maturity Model の自社診断と Implementation Checklist(20項目)を収録。形骸化しないKPI設計の実装手順を一冊で。

資料をダウンロードする

先行指標の作り方

先行KPIは「待っていれば手に入る数字」ではなく、設計してログを仕込んで初めて取れるものが多い。作り方の手順はこうだ。

  1. アハ体験を定義する:ユーザーが「これは便利だ」と実感する瞬間を特定する(例:タスク管理SaaSなら「3人を招待してプロジェクトを1つ完成させた」)
  2. その瞬間に至る行動を分解する:招待数、プロジェクト作成数、初回完了までの日数
  3. 相関の強い行動を先行KPIに昇格させる:定着と最も相関する行動指標を選ぶ
  4. 計測できるようにイベントを実装する:プロダクトに計測ログを埋め込む。ここを後回しにすると一生取れない

先行指標は「アクションを起こせば翌週には動く」ものを選ぶ。NPSのように四半期に一度しか動かない指標を先行に据えると、PDCAが回らない。

Before/After事例

あるBtoB SaaS(従業員向け業務ツール)の例

  • Before:PMはMAUと累計登録数だけを週次で報告。数字は伸びていたが、有料転換率は3%で頭打ち。開発の優先度は営業からの要望順で決まり、作っても使われない機能が積み上がっていた。
  • 打ち手:3層フレームで再設計。KGIを「製品由来ARR」、中間KPIを「アクティベーション率」、先行KPIを「初週のコア機能3回利用」に設定。定着ユーザーと離脱ユーザーの比較から、「初回設定でテンプレートを選んだ群」の定着率が2.4倍高いことを発見。
  • After:オンボーディングにテンプレート選択を組み込み、アクティベーション率が28%→46%へ改善。半年後、有料転換率は3%→7.5%に上昇。開発バックログは「要望の声の大きさ順」から「先行KPIへの寄与度順」に変わった。

数字を「眺める対象」から「優先度を決める道具」に変えただけで、同じ開発チームの成果が倍以上になった。

Before/After事例:アクティベーション率と有料転換率
Before/After事例:アクティベーション率と有料転換率

やりがちな失敗3パターンと回避策

失敗1:指標が多すぎてダッシュボードが意思決定に使われない

→ 回避策:PMが毎週見る先行KPIは3〜5個に絞る。全指標を並べたダッシュボードは「報告用」、意思決定用は別に作る。

失敗2:遅行指標だけ追い、悪化に気づいた時には手遅れ

→ 回避策:必ず各中間KPIに対して「それを先んじて動かす先行KPI」をペアで設定する。チャーン(遅行)には、その数ヶ月前に動く利用頻度低下(先行)を必ず添える。

失敗3:ステージが変わってもKPIを変えない

→ 回避策:PMF前は「アクティベーション・定着」、スケール期は「収益効率・NRR」と、四半期ごとにKPIの焦点を見直す。指標は固定資産ではなく、ステージで組み替える。

FAQ

Q1. PMはエンジニアリングの指標(ベロシティ等)も追うべきですか?

A. 追ってよいが、それはプロダクトのKGIではなく開発プロセスの健全性指標として分けて管理する。混同すると「速く作ること」が目的化する。

Q2. 定性的なユーザーの声とKPIはどう両立させますか?

A. KPIは「どこに問題があるか」を教え、ユーザーインタビューは「なぜ起きているか」を教える。数字で当たりをつけ、定性で原因を掴む順番が効率的だ。

Q3. 新規プロダクトでまだデータが少ないときは何を測りますか?

A. アクティベーション率と初回価値到達時間に集中する。サンプルが少なくても、定着の芽はこの2つに最も早く現れる。

Q4. 機能採用率が低い機能はすぐ廃止すべきですか?

A. 即断は禁物。採用率が低いのか、認知されていないだけなのかを切り分ける。導線改善で伸びる機能を、価値がないと勘違いして消すのは典型的な失敗だ。

Q5. KPIは誰が設計すべきですか?

A. PMが主導し、事業責任者とKGIの整合を取り、開発チームと先行KPIの実現可能性をすり合わせる。一人で決めると現場が動かない。

まとめ

プロダクトマネージャーのKPI設計は、「立派なダッシュボードを作ること」ではなく、機能開発の優先度を数字で決められる状態を作ることだ。要点を整理する。

  • MAUなどの虚栄の指標ではなく、行動を変えられる先行指標を持つ
  • KGI→中間KPI→先行KPIの3層で因果をつなぐ
  • KSFは逆算でなく、定着群と離脱群の比較から発見する
  • ステージが変われば見るべき指標も変える

数字が優先度を語り始めたとき、PMの意思決定は「声の大きさ」から解放される。


関連記事

KPI Growth Model 入門ガイド 表紙

Free Download · Whitepaper

KPI Growth Model 入門ガイド

KPI Growth Model の全体像と実装手順を15ページに凝縮。社内でKPI設計の方向性を議論する際の共通言語としてお使いください。

資料をダウンロードする

Free · 3min

貴社のKPI運用、今どの段階?

15問の無料診断でスコアと改善ポイントをその場で確認できます。

診断してみる →

KPI設計のご相談はこちら

30分の無料相談で、貴社に最適なKPIの設計方針をお伝えします。

無料で相談する