四半期のはじめに指標を決めて、ダッシュボードも作りました。それなのに三ヶ月後には、誰もその数字を開いていない。
心当たりはありませんか。
北極星指標という言葉自体は、多くのPMが知っています。プロダクトが届けている価値を一本の数字で表したもの、という説明もよく見かけます。
ところが自分たちのプロダクトで決めようとすると、手が止まります。売上なのか、アクティブユーザー数なのか、それとも別の何かなのか。
この記事では、北極星指標の選び方と、そこからKPIツリーへ落とすまでの手順を書きます。定義の羅列より、決めるときに迷う分岐点を中心に扱います。
北極星指標は、価値が届いた瞬間を数える
北極星指標(North Star Metric)とは、プロダクトがユーザーに価値を届けられた量を表す、チーム共通の一本の数字のことです。売上そのものではなく、売上の手前にある行動を選ぶのが定石とされています。
なぜ売上ではないのでしょうか。売上は結果であって、今週チームが何をすべきかを教えてくれないからです。
よく引かれる例では、宿泊予約サービスなら予約された泊数、コミュニケーションツールなら送信されたメッセージ数が使われます。どれもユーザーが実際に価値を受け取った瞬間を数えている点で共通しています。
自分たちに当てはめるときは、これをやった日のユーザーは満足していたはずだ、と言い切れる行動を探します。ECなら注文数ではなく、二回目の注文をした人数かもしれません。
業務ツールなら、ログイン数ではなく、メンバーを招待して一緒に使いはじめた組織の数。どれもその行動があった時点で価値が届いたと言えるかどうかで選んでいます。
迷ったときは、その行動が起きなかった日を想像してみてください。ユーザーが何も困らないなら、それは価値の受け取りではなく単なる通過点です。
満たすべき条件は三つだけ
条件を増やすと覚えられません。そして覚えられない基準は、結局のところ使われません。
候補を絞るときに確かめるのは、次の三点だけで十分です。
- ユーザーが価値を受け取ったときにだけ増える
- 自分たちの打ち手で動かせる(景気や季節だけで決まらない)
- 増えたあと、遅れて売上や継続がついてくる
三つ目が抜けると、社内で説明できなくなります。指標は伸びているのに事業が伸びない状態は、経営からの信頼をいちばん早く失う形です。
逆に、三つとも満たす候補が複数残ることもあります。そのときは、いま伸ばしたい事業フェーズに近いほうを選べば構いません。
選び方の典型的なつまずき
もっとも多いのは、登録者数や月間アクティブユーザー数をそのまま置いてしまうケースです。悪い数字ではありませんが、開いただけの人と価値を得た人が同じ1として数えられます。
広告を増やせば登録者数は増えます。それでプロダクトが良くなったわけではありません。
もう一つは、北極星を三つ並べてしまうケース。優先順位で揉めたときに、結局どれを取るかで揉め直すことになります。
一本に決められないなら、それはまだ誰に何を届けたいかが決まっていないサインかもしれません。
競合が掲げている指標をそのまま借りてくるのも、危ういやり方です。届けている価値が違えば、価値が届いた瞬間の定義も当然変わります。
見落としやすいのが、そもそも計測できない数字を選んでしまうことです。理想的な定義ほど、実装は重くなります。
今日から取れる80点の定義と、三ヶ月後に取れる100点の定義なら、迷わず前者を選んでください。使われない完璧な指標より、粗くても毎週見られる指標のほうが仕事をします。
言葉ではなく、集計できる形で書く
決めた気になって危ないのが、言葉どまりの定義です。週次で価値を受け取ったユーザー数、と言われても解釈は人によって割れます。
だから最初に、そのまま集計クエリへ落とせるところまで書きます。
北極星指標: 週次アクティブ作成者数(WAC)
定義: 直近7日間に、下書き保存ではなく公開を1回以上おこなったユーザー数
除外: 社内アカウント、テスト環境、自動投稿API経由
集計単位: 月曜0:00〜日曜23:59(JST)
現在値: 1,840人(前月同週比 +6.2%)
除外条件と集計単位まで書いて、はじめて来月も同じ数字が出せます。ここを曖昧にしたまま走ると、数字が下がったのか定義が変わったのかわからないという事故が起きます。
書けたら、その定義をチーム全員が同じ場所から読めるようにしておきます。ダッシュボードの説明欄でも社内ドキュメントでも構いませんが、数字のすぐ隣に置くのがいちばん忘れられません。
KPIツリーは足し算か掛け算で分解する
北極星指標が決まったら、次は分解です。KPIツリーとは、上位の指標を、それを構成する下位の指標へ枝分かれさせた図を指します。
分解の目的は、担当を割り当てられる単位まで数字を割ることにあります。眺めるための図ではなく、動かすための図だと考えてください。
分解の仕方は、基本的に二つしかありません。足し算か、掛け算です。
使い分けの目安を整理すると、こうなります。
| 分解の型 | 向いている場面 | 気をつけること |
|---|---|---|
| 足し算(分類) | 新規・継続・復帰に分けたいとき | 重複や漏れがあると合計が合わない |
| 掛け算(率の連鎖) | 獲得や申込みのファネルを見たいとき | 率だけ見ると絶対数の大小を見誤る |
| 混在 | 実務のツリーはほぼこれ | 一つの分岐の中では型を統一する |
同じ階層で足し算と掛け算が混ざると、途端に読めなくなります。層をまたいで型が変わるのは構いません。
掛け算側の分解、つまりファネルの組み立て方はファネル分析の基本|離脱ポイントの見つけ方と改善の進め方で手順をまとめています。
数字を入れると、議論が変わる
図だけ描いても、どこを直すべきかは決まりません。必ず現在値を入れてください。
週次アクティブ作成者 1,840人
├ 新規(今週はじめて公開) 220人
│ = 今週の新規登録 1,100人 × 初回公開率 20.0%
├ 継続(先週も公開) 1,390人
│ = 先週の作成者 1,700人 × 週次継続率 81.8%
└ 復帰(2週以上ぶり) 230人
ここで質問です。継続率を81.8%から84%へ上げるのと、初回公開率を20%から24%へ上げるのでは、どちらが効くと思いますか。
計算してみます。継続率を2.2ポイント上げると1,700×2.2%で約37人、初回公開率を4ポイント上げると1,100×4%で44人です。
単週の増分はほぼ互角。ただし継続率の改善は翌週以降も積み上がるのに対し、新規側の改善はその週の登録数に毎回依存します。
もちろん、どちらが動かしやすいかは施策の中身次第です。それでも増分を計算してから議論を始めるかどうかで、結論の納得感はまるで変わります。
こう並べてはじめて、優先順位の話が好みの言い合いではなくなります。
分母がずれると、ツリーは静かに壊れる
掛け算で分解したとき、上の枝と下の枝で母集団が違っていることがあります。今週の登録者を分母にした率と、先月の登録者を分母にした率が、同じ図の中に並んでしまうパターンです。
見た目は整っているので、間違いに気づくのが遅れます。だから一度でいいので、掛け算した結果が上位の数字と一致するかを手で検算してください。
先ほどのツリーなら、1,100×20.0%が220人、1,700×81.8%が約1,390人。足して復帰の230人を乗せると1,840人になります。
この検算が通らないツリーは、どこかで期間か定義がずれています。図をきれいにする前に、まず数字を合わせましょう。
深く作りすぎない
枝は2〜3階層までにしてください。四階層目を作ると、末端はほぼ確実に誰も見なくなります。
判断の目安は、その枝を担当する人の顔が浮かぶかです。浮かばない枝は、まだ打ち手になっていません。
先行指標がないと、週次の会話が成立しない
北極星指標は、たいてい動きの遅い数字です。今週の施策が反映されるのは来月かもしれません。
だからその手前に、すぐ動く数字を置きます。これが先行指標です。
たとえば初回公開率なら、登録直後のガイドを差し替えた週にはもう動きます。北極星のほうは、その人たちが使い続けはじめる翌月以降になってようやく反映されます。
層を三つに分けて考えると、会議の設計まで自然に決まります。
| 層 | 例 | 見る頻度 |
|---|---|---|
| 北極星 | 週次アクティブ作成者数 | 月次 |
| 先行指標 | 初回公開率、週次継続率 | 週次 |
| 施策の指標 | 新オンボーディング完了率 | 施策ごと |
週次の定例で北極星だけを眺めても、話すことがありません。週次で動かすのは先行指標という分担にすると、会話が一気に具体的になります。
ただし先行指標は、思いつきで置かれがちです。上位の数字と本当につながっているかは、過去8〜12週分を並べれば確かめられます。
片方が上がった週の翌週に、もう片方も動いているか。それを眺めるだけで十分で、厳密な統計処理は要りません。
明らかに連動していなければ、それは先行指標ではありません。単に測りやすいだけの数字を先行指標だと思い込んでいる状態です。
数を増やしすぎないことも大切です。週次で追う先行指標が五つも六つもあると、結局どれも本気では追われなくなります。
先行指標に何を置くかは、マイクロコンバージョンの設計|小さな一歩を計測するで扱っている小さな行動が候補になります。継続率そのものの読み方はリテンションと解約|継続率を上げるために見る数字にまとめました。
指標が形骸化する三つの原因
きれいなツリーを作ったのに、半年後には誰も開いていない。よくある話です。
原因はだいたい決まっています。順に見ていきます。
一つ目は、打ち手につながらない数字を置いてしまうこと。見て終わりの数字は、必ず見られなくなります。
二つ目は、定義が変わったのに共有されないことです。集計方法を変えた週には、必ず一行のメモを残してください。
三つ目は、目標値だけが独り歩きすること。達成できないとわかった瞬間に、人は数字から目をそらします。
そして地味に大きいのが、見る場が決まっていないことです。気が向いた人が開くだけの数字は、そのうち誰も開かなくなります。
週次定例の冒頭5分を固定枠にするなど、見る時間そのものを予定に入れてしまうのが確実です。
目標値は、動かせる根拠とセットで置く
来期は継続率85%、と決める前に、何をすれば何ポイント動くのかを一つでいいので説明できるようにします。根拠のない目標は、達成しても失敗しても学びが残りません。
現実的なやり方は、直近の実績レンジを出して、その上端を少し超えるあたりに置くことです。過去12週が78〜82%で動いているなら、84%はぎりぎり届く目標になります。
そして、外したときにどう扱うかまで先に決めておく。責任追及ではなく仮説の答え合わせだと共有できていれば、悪い数字が隠されなくなります。
チームで合意を取る順番
合意は、完成したツリーを見せる場では取れません。作る過程に巻き込むほうが、結局は早い。
進め方はこの順番がおすすめです。
- 北極星の候補を2〜3個出し、価値が届いた瞬間かどうかだけで絞る
- 選んだ定義を、除外条件と集計単位まで含めて一枚に書く
- 枝に現在値を入れ、担当者が浮かばない枝は消す
- 週次で見る先行指標を1〜2個だけ選ぶ
エンジニアとデザイナーには、最初の30分から入ってもらってください。できあがった数字を後から渡されても、自分ごとにはなりません。
フレームワークが効かない場面もある
KPIツリーは万能ではありません。効きにくい場面を知っておくと、無理な運用をせずに済みます。
いちばんわかりやすいのは、母数が小さいときです。週の対象が数十人しかいないと、率は数人の増減で大きく揺れます。
その段階では、比率を追うより実際の行動を一人ずつ読むほうが速い。ツリーは、ある程度の量が流れはじめてから効いてきます。
もう一つは、提供価値そのものがまだ定まっていない時期です。何が価値かを決めきれていないのに北極星を先に決めると、後から全部を作り直すことになります。
その場合は、指標づくりをいったん止めて価値の検証に戻るのが正解です。順番を守るほうが、遠回りに見えて早い。
組織がまだ小さいうちも同じことが言えます。全員が同じ会話に参加できているなら、ツリーで分担を定義する必要はまだありません。
追いかけた指標は、いずれハックされる
三つ目の限界は、指標そのものが目的化することです。数字を上げるだけなら、たいてい抜け道があります。
公開数を北極星にすれば、中身の薄い投稿を促す導線を作るだけで数字は伸びます。ユーザーの価値は一ミリも増えていないのに。
だから北極星には、セットで見張る数字を一つ添えてください。公開数なら、公開後7日以内に閲覧が1件以上ついた投稿の割合、といった質の指標です。
上げたい数字と、下がってはいけない数字。この二つを並べておくだけで、意図しないハックはかなり防げます。
計測できる範囲を先に確かめる
ツリーを描く前に、その枝が本当に取れるのかを確認してください。取れない数字を前提にしたツリーは、必ず途中で止まります。
ここで多くのチームが見落とすのが、サイト側とプロダクト内側では必要な計測が別物だということです。
サイト側は、訪問から登録フォームへの到達、登録完了、そして再訪までの流れになります。プロダクト内側は、ログイン後にどの機能をどれだけ使ったかの記録です。
この二つは、実装するチームもデータの置き場所も分かれがちです。同じ図の上に並べたいなら、どの枝をどちらから取るのかを先に決めておく必要があります。
Strideが扱えるのは前者、つまりウェブサイト側の行動です。流入元別やデバイス別の内訳、ファネル各ステップの到達と離脱、訪問者一人の行動をセッションをまたいで追う分析まではカバーしますが、ログイン後のプロダクト内の利用状況を追う専用ツールではありません。
したがって現実的な組み合わせは、獲得までのツリーはウェブ解析、利用と継続のツリーはプロダクト側のイベント計測という分担になります。この線引きを最初にしておくと、あとで数字が合わないという揉め事がかなり減ります。
計測タグがCookieを使わず個人情報も集めない設計なので、同意バナーを出さずにサイト側の導線を測れます。ツリーの上流を素直に埋めやすいのは、そのおかげです。
数字を出す手間を下げておく
指標が形骸化する隠れた原因に、集計が面倒すぎるというものがあります。毎週30分かかる作業は、忙しい週から順に飛ばされていきます。
StrideはMCPに対応しているので、先月の流入元別に登録フォームへの到達率を出して、といった依頼をClaudeなどのAIへ自然言語で投げることもできます。手間を下げること自体が、指標を生かすための施策です。
集計は、誰か一人の善意ではなく仕組みで回るようにしておきたいところです。担当者が休んだ週に数字が止まるなら、その運用はまだ完成していません。
まとめ
北極星指標は、価値が届いた瞬間を数える一本の数字です。売上ではなく、その手前にある行動を選びます。
そこから足し算と掛け算でツリーへ分解し、必ず現在値を入れる。数字が入ってはじめて、優先順位の議論ができるようになります。
そして週次で動かすのは先行指標、月次で確かめるのが北極星という分担にする。定義と除外条件を最初に書き切っておけば、半年後も同じ数字が出せます。
ツリーは一度作って終わりではなく、事業の段階が変われば形も変わります。見直す前提で置くものだと考えれば、最初の一本を決めるハードルはぐっと下がります。
完璧なツリーを一度で作る必要はありません。まずは一本の数字と、その下の三つの枝から始めてみてください。