プロダクト・ノーススターフレーム

英語名 Product North Star Framework
読み方 プロダクト ノーススター フレーム
難易度
所要時間 半日〜1日(ワークショップ形式)
提唱者 Amplitude / Sean Ellis
目次

ひとことで言うと
#

北極星指標(North Star Metric)は、プロダクトの成長を最もよく表すたった1つの指標。「全チームがこの1つの数字を改善するために動く」という統一感を生む。Airbnbなら「予約泊数」、Spotifyなら「有料会員の月間リスニング時間」、Slackなら「チーム内で送られたメッセージ数」。この北極星指標を頂点に、それを動かす入力指標とチームの仕事を体系化するのがノーススターフレームワーク。

押さえておきたい用語
#

押さえておきたい用語
北極星指標(North Star Metric / NSM)
プロダクトの成長と顧客価値を1つの数字で表す指標。売上だけでは顧客価値が見えず、利用回数だけでは事業的インパクトが見えないため、両方を反映する指標を選ぶのがポイント。
入力指標(Input Metrics)
北極星指標を直接動かす3〜5個の下位指標。チームはこの入力指標を改善することで、間接的に北極星指標を押し上げる。
顧客価値(Customer Value)
ユーザーがプロダクトから受け取る実質的な便益。北極星指標は「この指標が上がるとき、顧客も確実に価値を感じている」状態であるべき。
バニティメトリクス(Vanity Metrics)
PV数やDL数など見栄えは良いが意思決定に役立たない指標。北極星指標はバニティメトリクスの対極にある。

プロダクト・ノーススターフレームの全体像
#

ノーススターフレーム:1つの北極星と入力指標の構造
北極星指標(NSM)全チームが追う唯一の数字入力指標A新規獲得数入力指標BActivation率入力指標C週間利用回数入力指標D有料転換率各チームの日常の仕事すべての施策は「どの入力指標を動かすか」で優先順位を判断する1つの北極星 → 3〜5の入力指標 → チームの仕事
ノーススターフレームの構築手順
1
北極星指標を決める
顧客価値と事業成長の両方を反映する1つの指標
2
入力指標を3〜5個設定
北極星指標を直接動かすレバーを特定
3
チームの仕事を紐づけ
各施策が「どの入力指標を動かすか」を明示
全チームが同じ方向を向く
優先順位の判断基準が統一される

こんな悩みに効く
#

  • チームごとに追っている指標がバラバラで、全体の方向性が見えない
  • 「売上」だけを追っていたら、短期的な施策ばかりになった
  • 新機能を出すたびに「これは何のためにやるのか」が曖昧

基本の使い方
#

北極星指標を1つ決める

この選定がフレームワーク全体の精度を左右する。慎重に選ぶ。

  • 条件1:顧客が価値を感じている瞬間を反映している(利用回数、完了件数など)
  • 条件2:事業の成長と連動している(この指標が上がれば売上も上がる)
  • 条件3:チームが影響を与えられる(マクロ経済のように操作不能な指標は不適)
  • 例:Airbnb「予約泊数」、Spotify「有料会員のリスニング時間」、Slack「チーム内メッセージ数」
  • 売上だけでは顧客価値が見えない。DAUだけでは事業インパクトが見えない。両方を映す指標を探す
北極星指標を動かす入力指標を3〜5個設定する

北極星指標を因数分解し、チームが直接動かせるレバーを特定する。

  • 北極星指標 = 入力A × 入力B × 入力C…の関係を数式で表現する
  • 例:「週間アクティブプロジェクト数」=「新規登録数」×「Activation率」×「週次リテンション率」
  • 各入力指標に担当チームを割り当てる(グロースチーム→新規登録、プロダクトチーム→Activation、CS→リテンション)
  • 入力指標が6個以上になると焦点がぼやける。統合できないか検討する
日常の施策を入力指標に紐づけて優先順位を判断する

「やるかやらないか」の判断基準が明確になる。

  • 新機能のリクエストが来たら「これはどの入力指標を動かすか?」と問う
  • どの入力指標にも紐づかない施策は、優先度を下げるか見送る
  • 週次のプロダクトレビューで「各入力指標は先週からどう動いたか」を確認する
  • 入力指標が動いていない施策は、仮説を見直す

具体例
#

例1:タスク管理SaaSのノーススター策定

状況: チーム向けタスク管理SaaS。社員30名。プロダクト・エンジニアリング・マーケティングが別々のKPIを追っており、四半期計画の議論が毎回紛糾する

ノーススターフレームの構築:

  • 北極星指標:「週間アクティブチーム数」(チーム内の2名以上が週1回以上タスクを更新)
  • 入力指標A:新規チーム登録数(マーケティング担当)
  • 入力指標B:オンボーディング完了率(プロダクト担当)
  • 入力指標C:週次リテンション率(CS担当)
  • 入力指標D:チーム内の招待送信数(グロース担当)

結果: 四半期計画の議論が「この施策はどの入力指標を動かすか」に集約され、3時間→1時間に短縮。プロダクトチームが「オンボーディング完了率」にフォーカスした結果、3ヶ月でActivation率が32%→48%に改善。北極星指標も連動して25%向上した。

例2:料理レシピアプリが指標を再設計

状況: 料理レシピアプリ。MAU 50万人。これまで「MAU」を北極星指標にしていたが、MAUが増えても広告収益が伸びず、「MAUはバニティメトリクスだった」と気づいた

ノーススターの再設計:

  • 旧NSM:MAU(月間アクティブユーザー数)→ 利用の深さが見えない
  • 新NSM:「月間レシピ実行数」(実際に料理を作ったとマークされた回数)
  • 根拠:レシピを実行したユーザーは広告への接触時間が3倍、有料プランへの転換率が5倍
  • 入力指標:①検索→レシピ閲覧率、②レシピ閲覧→お気に入り登録率、③お気に入り→実行率、④実行後の評価投稿率

6ヶ月後: 月間レシピ実行数が12万回→28万回に増加。連動して広告収益が1.8倍、有料プラン転換率が2.3倍に。「MAUを追っていた時代は『とりあえずPushを送ってDAUを上げよう』という施策ばかりだった。NSMを変えたことで、施策の質が変わった」とプロダクトマネージャーは振り返っている。

例3:人材紹介会社が営業チームの指標を統一

状況: 従業員60名の人材紹介会社。営業部門が「面談数」、コンサルタント部門が「内定承諾数」、マーケ部門が「登録者数」をそれぞれ追っており、部門間の連携が弱い

ノーススターフレームの導入:

  • 北極星指標:「月間入社決定数」(求職者が実際に入社を決めた件数)
  • 根拠:入社決定が顧客(企業・求職者の双方)の価値を最も反映し、売上にも直結する
  • 入力指標:①求職者の新規登録数(マーケ)、②面談実施率(営業)、③企業への推薦数(コンサルタント)、④内定承諾率(コンサルタント+営業)

結果: 全部門が「月間入社決定数」を共通のゴールとして認識。営業が「面談数を稼ぐために質の低い求職者を大量に面談する」行動がなくなり、「入社に至る確度の高い求職者」に注力する動きに変化。月間入社決定数が半年で28件→41件に増加。

やりがちな失敗パターン
#

  1. 売上を北極星指標にする — 売上は重要だが、顧客価値が反映されない。短期的な値引きや押し込み営業でも売上は上がるため、北極星指標としては不適切
  2. 北極星指標を頻繁に変える — 四半期ごとにNSMを変えるとチームが混乱する。少なくとも1年は同じ指標で運用し、フレームワークの効果を検証する
  3. 入力指標と北極星指標の因果関係が不明確 — 「なんとなく関係がありそう」では不十分。データで相関を確認し、因果の仮説を立てる
  4. 全チームの合意なしに決める — プロダクトマネージャーが1人で決めても、他チームが納得していなければ機能しない。ワークショップ形式で全チームを巻き込んで決める

まとめ
#

ノーススターフレームワークは「全員が同じ山頂を目指す」ための地図だ。北極星指標という1つの数字を頂点に、入力指標、チームの日常の仕事を一本の線でつなぐ。この構造があれば、「この施策はやるべきか?」の答えは「入力指標を動かすか?」で即座に出る。まずは自社プロダクトの「顧客が価値を感じている瞬間」を言語化し、そこから北極星指標を導き出すところから始めてほしい。