product-metrics について
指標の選定、ユーザー行動の分析、測定可能な目標設定を支援する、プロダクトチーム向けの指標スキルです。North Starから健全性・診断指標までを整理し、レビューやダッシュボードの指針も示します。
主な機能
- 01North Starとライフサイクル指標の構成
- 02エンゲージメント、リテンション、ファネル分析
- 03OKR設定と目標の調整
- 04週次・月次・四半期レビュー案
- 05ダッシュボード設計の原則
活用シーン
- 01プロダクトのNorth Star指標の選定
- 02アクティベーションやリテンション変化の診断
- 03四半期プロダクトOKRの設定
- 04指標レビューやダッシュボードの計画
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ okou-ai/ okou-skills --skill product-metricsインストール後、Claude Code で/product-metricsを入力して読み込まれたか確認します。
詳細
メトリクスアーキテクチャ
プロダクトの測定指標を、異なる目的を担う3つのレイヤーに整理します。
ノーススターメトリック
プロダクトが提供する根本的な価値を捉える単一の指標です。選定基準は以下のとおりです。
- 価値を反映する:ユーザーがプロダクトから得るメリットが大きくなるにつれて増加する
- 将来を見通せる:収益や継続率など、持続的なビジネス成果を確実に予測できる
- 影響を与えられる:プロダクトチームの取り組みによって、明らかに変化させられる
- 広く理解されている:組織内の誰もが、その意味と重要性を理解できる
プロダクトのカテゴリ別に見たノーススターの選択例:
- チームコラボレーションプラットフォーム:3人以上のメンバーが参加する週次アクティブチーム数
- 双方向マーケットプレイス:週次の完了取引数
- エンタープライズ SaaS:中核となるワークフローを実行する週次アクティブユーザー数
- メディアまたはコンテンツプロダクト:エンゲージメントを伴う週次の利用時間(分)
- 開発者向けツール:ツールによって実現した週次の本番環境へのデプロイ数
L1 指標(プロダクトの健全性)
ユーザーのライフサイクル全体を総合的に表す5~7個のメトリクスです。ライフサイクルの各段階に分けて整理します。
獲得 -- 新規ユーザーはプロダクトを見つけていますか?
- 新規登録またはトライアル開始の件数とその推移
- 訪問者から登録へのコンバージョン率
- 獲得チャネル別の内訳
- チャネルごとの獲得コスト(有料施策の場合)
アクティベーション -- 新規ユーザーは価値を実感できる段階に達していますか?
- アクティベーション率:継続率を最もよく予測するアクションを実行した新規ユーザーの割合
- アクティベーションまでの時間:登録からアクティベーションまでにかかった時間
- オンボーディング完了率:ガイド付きのセットアップ手順を完了したユーザーの割合
- 初回価値体験:ユーザーがプロダクトの中核的な価値を初めて体験する時点
エンゲージメント -- アクティブユーザーは継続的に価値を得ていますか?
- 日次、週次、月次のアクティブユーザー数(DAU、WAU、MAU)
- 定着率(DAU を MAU で割った値):プロダクトがどの程度習慣的に利用されているか
- 中核アクションの頻度:ユーザーが最も重要な操作を実行する頻度
- セッションあたりの利用量:1回の訪問中のアクティビティ量
- 機能浸透率:特定の機能を利用するユーザーの割合
継続 -- ユーザーは時間が経っても戻ってきていますか?
- 標準的な期間でのコホート継続率:1日目、7日目、30日目、90日目
- 登録コホート別の継続率曲線(減衰と安定化を表示)
- 解約率:期間ごとに失われたユーザーまたは収益の割合
- 再アクティブ化率:以前利用しなくなったユーザーのうち、戻ってきた割合
収益化 -- ユーザーの価値は収益につながっていますか?
- 無料から有料へのコンバージョン率(フリーミアムモデルの場合)
- 月次および年間経常収益(MRR / ARR)
- ユーザーまたはアカウントあたりの平均収益(ARPU / ARPA)
- 拡張収益:既存顧客によって生み出される成長
- 純収益維持率:拡大、縮小、解約を合わせた影響
満足度 -- ユーザーは利用体験をどのように評価していますか?
- ネット・プロモーター・スコア(NPS)
- 顧客満足度スコア(CSAT)
- サポートチケット数と平均解決時間
- アプリストアの評価とレビューのセンチメント分析
L2 指標(診断の詳細)
L1 指標が変化した理由を調査するために使う、詳細なメトリクスです。
- ファネルの各ステップのコンバージョン率
- 機能ごとの利用状況と採用状況の測定
- セグメント別の内訳:プランのティア、企業規模、地域、ユーザーの役割別
- 技術的なパフォーマンス:ページ読み込みのレイテンシ、エラー率、API 応答時間
- コンテンツまたは機能レベルのエンゲージメント分析:最も多くのアクティビティを生み出す領域
主要メトリクスの詳細分析
アクティブユーザー数(DAU/WAU/MAU)
定義:1日、1週間、または1か月のうちに、所定のアクションを実行したユニークユーザー数です。
重要な設計上の選択:
- 「アクティブ」の定義を正確に定めます。ログイン、ページの読み込み、主要なアクションの実行では、示される状況が根本的に異なります。
- 自然な利用頻度に合わせて期間を選びます。日常的に使う製品(チャット、メール)にはDAU、週単位で使う製品(プロジェクト管理)にはWAU、時折使う製品(確定申告、旅行予約)にはMAUを使います。
解釈の指針:
- 定着度(DAU/MAU)が0.5を超える場合、毎日使う習慣が定着していることを示します。0.2を下回る場合は、利用が散発的であることを示唆します。
- 絶対値よりも推移が重要です。成長、横ばい、減少に注目します。
- ユーザーの典型的な利用パターンごとにセグメント化します。ヘビーユーザーとたまに訪れるユーザーでは、利用パターンが大きく異なります。
リテンション
定義:コホートXに属するユーザーのうち、期間Yにアクティブな状態を保っているユーザーの割合です。
標準的な測定期間:
- 1日目:最初の体験に魅力があり、再訪を促せたか?
- 7日目:ユーザーが利用習慣を形成し始めているか?
- 30日目:ユーザーが意味のある期間にわたって定着しているか?
- 90日目:ユーザーが長期的に製品を使い続けているか?
分析方法:
- コホートごとにリテンション曲線をグラフ化します。初期に急激な減少が見られる場合は、アクティベーションに課題があることを示します。その後も着実に減少する場合は、エンゲージメントが不足しています。曲線が横ばいになる場合は、健全で安定したユーザー基盤を示しています。
- 時系列順にコホートを比較します。新しいコホートでリテンションが改善していれば、製品改善が効果を上げていることを確認できます。
- オンボーディングの完了状況や機能の利用状況でセグメント化し、長期的なリテンションを予測する行動を特定します。
ファネルコンバージョン
定義:あるライフサイクル段階から次の段階に進むユーザーの割合です。
計測対象とする一般的なファネル:
- 訪問者から登録へ
- 登録からアクティベーションへ(初めて価値を実感する瞬間)
- 無料ユーザーから有料顧客へ
- トライアルからサブスクリプションへ
- 月額プランから年額プランへ
分析方法:
- ファネル全体をマッピングし、各段階の移行時にコンバージョンを測定します。
- 最も大きく離脱している箇所を特定します。ここが最も改善効果の高い対象です。
- トラフィックソース、プランの種類、ユーザープロフィールごとにコンバージョンをセグメント化します。ユーザー層によってコンバージョン率は大きく異なります。
- コンバージョンの推移を継続的に確認し、改善を重ねる取り組みが効果を上げているかを判断します。
アクティベーション率
定義:製品の中核的な価値を初めて実感する体験に到達した新規ユーザーの割合です。
アクティベーションイベントの特定:
- リテンションしたユーザーと離脱したユーザーの行動データを比較します。両グループを分ける行動は何でしょうか?
- アクティベーションイベントは、長期的なリテンションを強く予測するものである必要があります。
- 最初のセッション中、または数日以内に到達できる必要があります。
- 例:最初のプロジェクトを作成した、共同作業者を招待した、主要なワークフローを完了した、外部連携を接続した
運用上の活用:
- 登録コホートごとにアクティベーション率を追跡します。
- アクティベーションまでの時間を測定します。所要時間が短いほど、ほぼ常に良好な結果と相関します。
- ユーザーをアクティベーションの瞬間へ導くオンボーディングシーケンスを設計します。
- オンボーディングの変更をテストする際は、アクティベーション率だけを単独で評価せず、その後のリテンションへの影響を評価します。
目標設定の方法論
OKRフレームワーク(目標と主要な成果)
目標:チームが達成を目指す内容を示す、定性的で意欲を高める表現です。
- 覚えやすく、進むべき方向を示して意欲を高めます。
- 対象期間(四半期または半年)を定めます。
- 機能の一覧ではなく、成果に焦点を当てます。
主要な成果:目標が達成されたことを示す定量的な根拠です。
- 具体的で測定可能であり、期限が定められています。
- アウトプットではなく、成果として設定します。
- 目標ごとに主要な成果を2~4個設定します。
例:
Objective: Become an essential part of our users' daily routine
Key Results:
- Raise DAU/MAU stickiness from 0.35 to 0.50
- Improve 30-day retention for new cohorts from 40% to 55%
- Achieve >80% task completion rate across three primary workflows
OKR 運用原則
- 野心的でありながら実現可能な目標を設定します。ストレッチ OKR のおよそ 70%を達成できれば、目標設定が適切だったことを示します。
- キーリザルトでは、機能のリリース数や完了したストーリーポイントなど、チームのアウトプットではなく、ユーザーやビジネスの成果を測定します。
- 範囲を限定します。目標を 2~3 個、それぞれのキーリザルトを 2~4 個にすると、焦点がぼやけるのを防げます。
- チームがすべてのキーリザルトを達成できると確信しているなら、目標の野心度が低すぎます。
- 期間の途中でチェックポイントを設けます。必要に応じて、進捗が遅れているキーリザルトに取り組みを再配分します。
- 期間終了時には、正直にスコアを付けます。0.0~0.3=未達、0.4~0.6=一部進捗、0.7~1.0=達成。
指標目標の調整
- ベースライン:目標を設定する前に、信頼できる測定方法で現在値を把握します。
- 外部ベンチマーク:類似製品や業界レポートを参考に、どの程度の達成が可能かを確認します。
- 既存の推移:指標がすでに月次で 5%上昇しているなら、6%を目標にしても野心的とは言えません。
- 予定している投資:大規模な投資を行う場合は、より大胆な目標が妥当です。
- 確信度の幅:「コミット」水準(高い確信度)と「ストレッチ」水準(意欲的な水準)を設定します。
レビューの頻度
週次のヘルスチェック
目的:異常を早期に検出し、実施中の実験を監視し、状況を把握します。 所要時間:15~30 分。 参加者:プロダクトマネージャー、必要に応じてエンジニアリングリード。
アジェンダ:
- ノーススターメトリック:現在値と前週比
- L1 指標:注目すべき変動があれば確認
- 実施中の実験:中間結果と統計的検出力
- 異常の確認:予想外の急増、急減、パターンの変化
- 発動したアラート:監視しきい値を超えたもの
結果:問題があれば調査を開始します。問題がなければ、所見を記録して次に進みます。
月次の詳細レビュー
目的:傾向を文脈に沿って評価し、四半期目標への進捗を測定し、戦略的な示唆を特定します。 所要時間:30~60 分。 参加者:プロダクトチームと主要な関係者。
アジェンダ:
- L1 スコアカード全体と前月比の傾向
- OKR の進捗:キーリザルトは計画どおりに進んでいるか
- コホートの健全性:新しいコホートは以前のコホートを上回っているか
- ローンチの実績:最近リリースした機能はどのように推移しているか
- セグメント間の差異:予想と異なる行動を示すユーザーセグメントはあるか
結果:より詳しい調査や投資の見直しが必要な領域を 1~3 件特定します。指標から新たな知見が得られた場合は、優先順位を更新します。
四半期の戦略レビュー
目的:四半期全体を総合的に評価し、次の期間の方向性を定めます。 所要時間:60~90 分。 参加者:プロダクト、エンジニアリング、デザイン、リーダーシップの各チーム。
アジェンダ:
- 四半期の OKR 最終スコア
- 四半期全体にわたる L1 の傾向分析
- 文脈を把握するための前年同期比
- 競合と市場の状況:関連する変化や競合の動向
- 振り返り:期待した成果を上げたもの、上げられなかったもの
結果:次の四半期の OKR を設定します。蓄積されたエビデンスに基づいて、プロダクト戦略を再調整します。
ダッシュボードの設計
基本原則
適切に構成されたダッシュボードは、「プロダクトのパフォーマンスはどうか?」という問いにひと目で答えます。
-
意思決定から逆算して設計する。指標を選ぶ前に、ダッシュボードがどのような意思決定に役立つのかを特定します。
-
視覚的な階層を徹底する。最も重要な指標を最も目立つ位置に配置します。North Starを最上部に、L1指標をその下に置き、L2の詳細はドリルダウンで確認できるようにします。
-
常にコンテキストを示す。単独の数値だけでは何も伝わりません。すべての指標に、前期間との比較、目標値、トレンドの方向を組み合わせます。
-
指標の数よりシグナル密度を重視する。慎重に選んだ5~10個の指標は、表面的な指標50個を上回ります。残りは補足レポートにまとめます。
-
時間の範囲を統一する。すべての指標を同じ期間で表示します。1つの画面に日次と月次の粒度を混在させると、混乱を招きます。
-
状況を即座に伝える色を使う:
- 緑:順調、または良い方向に推移
- 黄:注意が必要、または横ばい
- 赤:未達、または悪化
-
すべての指標を実行につなげられるようにする。チームが測定値に影響を与えられないなら、その指標はプロダクトダッシュボードに載せる価値がありません。
推奨レイアウト
1行目:トレンドラインと目標値を重ねて表示したNorth Star指標。
2行目:L1のヘルススコアカード。各指標の現在値、期間変化、目標、ステータスを表示します。
3行目:主要なファネル。各段階の離脱率を示すコンバージョンファネルを表示します。
4行目:実験とローンチのトラッカー。予備結果を含む実施中のテストと、初期パフォーマンスデータを含む最近のリリースを表示します。
ドリルダウン層:調査に使うL2診断指標、セグメント別の内訳、長期間の時系列チャート。
ダッシュボードで避けるべき落とし穴
- 見栄えだけの指標:累計登録数や累計ページビューなど、増え続けるだけで健全性を示さない累計値
- 指標の詰め込みすぎ:スクロールが必要なダッシュボード。1画面に収まらない場合は、指標を絞ります。
- 基準値の欠如:前期間との比較や目標値を示さずに数値を表示すること
- 放置されたダッシュボード:何か月も見直しや更新が行われていない指標
- 成果に見せかけた活動指標:ユーザーやビジネスの成果ではなく、社内の処理量(クローズしたチケット数、マージしたプルリクエスト数)を測定すること
- すべてに共通する単一のビュー:経営幹部、プロダクトマネージャー、エンジニアでは必要なダッシュボードが異なります。単一のビューでは、誰のニーズにも十分応えられません。
アラート戦略
迅速な対応が必要な指標に、自動アラートを設定します。
- しきい値アラート:指標があらかじめ定めた境界値を超える(エラー率が1%を超える、コンバージョン率が5%を下回る)
- トレンドアラート:指標が連続する複数の期間にわたって継続的に低下する
- 異常アラート:指標が想定範囲から大きく外れる
アラートを適切に運用するための実践方法:
- すべてのアラートに対応計画を用意します。何もできない場合は、そのアラートを削除します。
- アラートを定期的に見直し、調整します。誤検知が多すぎると、チームはすべてのシグナルを無視するようになります。
- アラートのカテゴリごとに担当者を割り当てます。
- 重大度を区別します。すべてのアラートに緊急対応が必要なわけではありません。