mcpField
P
product-metrics

product-metrics

github.com/okou-aiデータ・データベース8158 回インストール1 週間前に更新
リポジトリ

product-metrics について

指標の選定、ユーザー行動の分析、測定可能な目標設定を支援する、プロダクトチーム向けの指標スキルです。North Starから健全性・診断指標までを整理し、レビューやダッシュボードの指針も示します。

主な機能

  1. 01North Starとライフサイクル指標の構成
  2. 02エンゲージメント、リテンション、ファネル分析
  3. 03OKR設定と目標の調整
  4. 04週次・月次・四半期レビュー案
  5. 05ダッシュボード設計の原則

活用シーン

  1. 01プロダクトのNorth Star指標の選定
  2. 02アクティベーションやリテンション変化の診断
  3. 03四半期プロダクトOKRの設定
  4. 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 を設定します。蓄積されたエビデンスに基づいて、プロダクト戦略を再調整します。

ダッシュボードの設計

基本原則

適切に構成されたダッシュボードは、「プロダクトのパフォーマンスはどうか?」という問いにひと目で答えます。

  1. 意思決定から逆算して設計する。指標を選ぶ前に、ダッシュボードがどのような意思決定に役立つのかを特定します。

  2. 視覚的な階層を徹底する。最も重要な指標を最も目立つ位置に配置します。North Starを最上部に、L1指標をその下に置き、L2の詳細はドリルダウンで確認できるようにします。

  3. 常にコンテキストを示す。単独の数値だけでは何も伝わりません。すべての指標に、前期間との比較、目標値、トレンドの方向を組み合わせます。

  4. 指標の数よりシグナル密度を重視する。慎重に選んだ5~10個の指標は、表面的な指標50個を上回ります。残りは補足レポートにまとめます。

  5. 時間の範囲を統一する。すべての指標を同じ期間で表示します。1つの画面に日次と月次の粒度を混在させると、混乱を招きます。

  6. 状況を即座に伝える色を使う:

    • 緑:順調、または良い方向に推移
    • 黄:注意が必要、または横ばい
    • 赤:未達、または悪化
  7. すべての指標を実行につなげられるようにする。チームが測定値に影響を与えられないなら、その指標はプロダクトダッシュボードに載せる価値がありません。

推奨レイアウト

1行目:トレンドラインと目標値を重ねて表示したNorth Star指標。

2行目:L1のヘルススコアカード。各指標の現在値、期間変化、目標、ステータスを表示します。

3行目:主要なファネル。各段階の離脱率を示すコンバージョンファネルを表示します。

4行目:実験とローンチのトラッカー。予備結果を含む実施中のテストと、初期パフォーマンスデータを含む最近のリリースを表示します。

ドリルダウン層:調査に使うL2診断指標、セグメント別の内訳、長期間の時系列チャート。

ダッシュボードで避けるべき落とし穴
  • 見栄えだけの指標:累計登録数や累計ページビューなど、増え続けるだけで健全性を示さない累計値
  • 指標の詰め込みすぎ:スクロールが必要なダッシュボード。1画面に収まらない場合は、指標を絞ります。
  • 基準値の欠如:前期間との比較や目標値を示さずに数値を表示すること
  • 放置されたダッシュボード:何か月も見直しや更新が行われていない指標
  • 成果に見せかけた活動指標:ユーザーやビジネスの成果ではなく、社内の処理量(クローズしたチケット数、マージしたプルリクエスト数)を測定すること
  • すべてに共通する単一のビュー:経営幹部、プロダクトマネージャー、エンジニアでは必要なダッシュボードが異なります。単一のビューでは、誰のニーズにも十分応えられません。
アラート戦略

迅速な対応が必要な指標に、自動アラートを設定します。

  • しきい値アラート:指標があらかじめ定めた境界値を超える(エラー率が1%を超える、コンバージョン率が5%を下回る)
  • トレンドアラート:指標が連続する複数の期間にわたって継続的に低下する
  • 異常アラート:指標が想定範囲から大きく外れる

アラートを適切に運用するための実践方法:

  • すべてのアラートに対応計画を用意します。何もできない場合は、そのアラートを削除します。
  • アラートを定期的に見直し、調整します。誤検知が多すぎると、チームはすべてのシグナルを無視するようになります。
  • アラートのカテゴリごとに担当者を割り当てます。
  • 重大度を区別します。すべてのアラートに緊急対応が必要なわけではありません。

コメント