メトリクスレビュー

不慣れなプレースホルダーが表示される場合や、接続されているツールを確認する必要がある場合は、CONNECTORS.md を参照してください。

プロダクトメトリクスをレビューして分析し、トレンドを特定し、実行可能なインサイトを抽出します。

使用方法

/metrics-review $ARGUMENTS

ワークフロー

1. メトリクスデータの収集

~~product analytics が接続されている場合:

• 関連する期間の主要なプロダクトメトリクスを取得
• 比較データ（前期間、前年同期、目標値）を取得
• 利用可能な場合はセグメント別内訳を取得

アナリティクスツールが接続されていない場合は、ユーザーに以下を提供するよう求めます:

• メトリクスとその値（テーブル、スクリーンショット、または説明を貼り付け）
• 比較データ（前期間、目標値）
• 最近の変更に関するコンテキスト（ローンチ、インシデント、季節性）

ユーザーに以下を確認してください:

• どの期間をレビューするか？（先週、先月、先四半期）
• どのメトリクスに焦点を当てるか？それとも全プロダクトメトリクススイート全体をレビューすべきか？
• 比較対象となる特定の目標やゴールはあるか？
• 変化を説明する可能性のある既知のイベント（ローンチ、障害、マーケティングキャンペーン、季節性）はあるか？

2. メトリクスの整理

メトリクス階層を使用してレビューを構成します: トップにノーススター メトリクス、その次に L1 ヘルスインジケーター（獲得、アクティベーション、エンゲージメント、リテンション、レベニュー、満足度）、詳細分析用の L2 診断メトリクス。完全な定義については、以下の プロダクト メトリクス階層 を参照してください。

ユーザーがメトリクス階層を定義していない場合は、進める前にノーススターメトリクスと主要な L1 メトリクスの特定を支援してください。

3. トレンド分析

各主要メトリクスについて:

• 現在値: 今日のメトリクスは何か？
• トレンド: 前期間と比較して上向き、下向き、横ばい？どのような期間にわたって？
• 対目標: 目標値や目標と比較してどうか？
• 変化率: トレンドは加速しているのか減速しているのか？
• 異常: 急激な変化、スパイク、または低下はあるか？

相関関係を特定します:

• あるメトリクスの変化は別のメトリクスの変化と相関しているか？
• ラグメトリクスの変化を予測するリードインジケーターがあるか？
• セグメント別内訳から、全体的なトレンドが特定のコホートによって駆動されていることが明らかになるか？

4. レビューの生成

サマリー

2～3文: 全体的なプロダクトの健全性、最も注目すべき変化、主要なポイント。

メトリクススコアカード

素早くスキャンできるテーブル形式:

メトリクス	現在値	前期間	変化	目標	ステータス
[メトリクス]	[値]	[値]	[+/- %]	[目標]	[予定通り / 危険 / ミス]

トレンド分析

議論の価値がある各メトリクスについて:

• 何が起こったのか、そして変化がどの程度重要か
• なぜそれが起こったのか（既知のイベント、相関メトリクス、セグメント分析に基づいた原因分析）
• これが一時的なイベントなのか継続的なトレンドなのか

ポジティブポイント

何が上手くいっているか:

• 目標を超えるメトリクス
• 維持すべきポジティブトレンド
• 強力なパフォーマンスを示しているセグメントまたは機能

懸念事項

注意が必要なもの:

• 目標を達成していない、または負のトレンドを示しているメトリクス
• 問題になる前の初期警告シグナル
• 可視性または理解が欠けているメトリクス

推奨アクション

分析に基づいた具体的な次のステップ:

• 実施する調査（懸念トレンドの深掘り分析）
• 実施する実験（メトリクスの改善につながる可能性があることをテスト）
• 実施する投資（上手くいっていることへの重点投資）
• 設定するアラート（メトリクスをより密接に監視）

コンテキストと注釈

• 既知のデータ品質の問題
• 比較可能性に影響するイベント（障害、休日、ローンチ）
• トラッキングすべきだが、まだ追跡していないメトリクス

5. フォローアップ

レビュー生成後:

• いずれかのメトリクスが詳細な調査を必要とするかを確認
• 継続的な監視用のダッシュボードスペックを作成するオプションを提供
• 懸念事項に関する実験提案のドラフトを作成するオプションを提供
• 定期的な使用のためのメトリクスレビューテンプレートを設定するオプションを提供

プロダクト メトリクス階層

ノーススター メトリクス

プロダクトがユーザーに提供するコア価値を最もよく捉える単一のメトリクス。以下である必要があります:

• 価値に沿ったもの: ユーザーがプロダクトからより多くの価値を得るときに変動する
• 先行指標: 長期的なビジネス成功（レベニュー、リテンション）を予測する
• 実行可能: プロダクトチームが彼らの作業を通じてそれに影響を与えることができる
• 理解可能: 会社全体の誰もが、それが何を意味し、なぜ重要なのかを理解できる

プロダクトタイプ別の例:

• コラボレーションツール: 3名以上が貢献する週単位のアクティブなチーム
• マーケットプレイス: 週単位で完了した取引
• SaaS プラットフォーム: コアワークフローを完了する週単位のアクティブユーザー
• コンテンツプラットフォーム: 週単位のエンゲージメントのある閲読・視聴時間
• 開発者ツール: このツールを使用した週単位のデプロイメント

L1 メトリクス（ヘルスインジケーター）

プロダクトの健全性の完全な画像を一緒に描く 5～7 個のメトリクス。これらはユーザーライフサイクルの主要段階にマッピングされます:

獲得: 新規ユーザーがプロダクトを見つけているか？

• 新規サインアップまたはトライアル開始（量とトレンド）
• サインアップコンバージョン率（訪問者からサインアップへ）
• チャネルミックス（新規ユーザーはどこから来ているか）
• 顧客獲得コスト（有料チャネル向け）

アクティベーション: 新規ユーザーが価値を感じるモーメントに到達しているか？

• アクティベーション率: リテンションを予測する主要なアクションを完了した新規ユーザーの割合
• アクティベーション時間: サインアップから活動開始までの期間
• セットアップ完了率: オンボーディングステップを完了した割合
• 初めての価値モーメント: ユーザーが初めてコア機能の価値を経験する時期

エンゲージメント: アクティブユーザーが価値を得ているか？

• DAU / WAU / MAU: 異なる期間のアクティブユーザー
• DAU/MAU 比率（スティッキネス）: 月単位のユーザーのうち毎日戻ってくる割合
• コアアクション頻度: ユーザーが最も重要なアクションを実行する頻度
• セッション深度: ユーザーがセッションごとに実施する内容の量
• 機能採用: 主要機能を使用しているユーザーの割合

リテンション: ユーザーが戻ってくるか？

• D1, D7, D30 リテンション: 1日後、7日後、30日後に戻ってくるユーザーの割合
• コホートリテンション曲線: サインアップコホートごとにリテンションがどのように推移するか
• チャーン率: 期間ごとに失われるユーザーまたはレベニューの割合
• リザレクション率: チャーンしたユーザーのうち戻ってくる割合

マネタイゼーション: 価値がレベニューに変換されているか？

• コンバージョン率: フリーミアムの無料から有料へ
• 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 でもまだアクティブな割合？

一般的なリテンション期間:

• D1（翌日）: 最初の体験は十分に良くて戻ってきたか？
• D7（1週間）: ユーザーは習慣を確立したか？
• D30（1ヶ月）: ユーザーは長期的に保持されているか？
• D90（3ヶ月）: これは耐久性のあるユーザーか？

リテンション活用方法:

• コホート別にリテンション曲線をプロット。以下を確認: 初期ドロップオフ（アクティベーションの問題）、継続的な低下（エンゲージメントの問題）、または横ばい（良い — 安定した保持ベースがある）。
• 時間にわたってコホートを比較します。新しいコホートは古いコホートよりも保持がいいか？プロダクト改善が機能していることを意味します。
• アクティベーション動作別にリテンションをセグメント化します。オンボーディングを完了したユーザーと完了していないユーザー。機能 X を使用したユーザーと使用していないユーザー。

コンバージョン

測定内容: 1 つのステージから次のステージに移動するユーザーの割合。

一般的なコンバージョンファネル:

• 訪問者からサインアップへ
• サインアップからアクティベーション（主要な価値モーメント）へ
• 無料から有料へ（トライアル変換）
• トライアルから有料サブスクリプションへ
• 月次から年次プランへ

コンバージョン活用方法:

• 完全なファネルをマッピングし、各ステップでのコンバージョンを測定します
• 最大のドロップオフポイントを特定します — これがあなたの最高のレバレッジ改善機会です
• ソース、プラン、ユーザータイプ別にコンバージョンをセグメント化します。異なるセグメントは非常に異なるようにコンバートします。
• 時間にわたってコンバージョンを追跡します。エクスペリエンスを反復するにつれて改善しているか？

アクティベーション

測定内容: プロダクトのコア価値を初めて経験するモーメントに到達した新規ユーザーの割合。

アクティベーション定義:

• 保持されたユーザーとチャーンしたユーザーを確認します。保持されたユーザーが取ったがチャーンしたユーザーが取らなかったアクションは何か？
• アクティベーションイベントは長期的なリテンションを強く予測する必要があります
• それは最初のセッションまたは最初の数日以内に達成可能である必要があります
• 例: 最初のプロジェクトを作成、チームメンバーを招待、最初のワークフローを完了、統合を接続

アクティベーション活用方法:

• すべてのサインアップコホートのアクティベーション率を追跡します
• アクティベーションへの時間を測定します — 高速はほぼ常に良いです
• ユーザーをアクティベーションモーメントへと導くオンボーディングフローを構築します
• アクティベーション率だけでなくリテンションへの影響を測定して、アクティベーションフローを A/B テストします

ゴール設定フレームワーク

OKR（目標と主要成果）

目標: 達成したいことを説明する定性的で野心的なゴール。

• インスピレーティブで記憶に残る
• 時間限定（四半期または年次）
• 方向性を示すもので、メトリクス固有ではない

主要成果: 目標を達成したかどうかを判断する定量的な測定値。

• 具体的で測定可能
• 明確なターゲットで時間限定
• アウトプットベースではなくアウトカムベース
• 目標あたり 2～4 の主要成果

例:

目標: 日々のワークフローに不可欠なプロダクトにする

主要成果:
- DAU/MAU 比率を 0.35 から 0.50 に増加させる
- 新規ユーザーの D30 リテンションを 40% から 55% に増加させる
- タスク完了率が 80% 以上の 3 つのコアワークフロー

OKR ベストプラクティス

• 野心的だが達成可能な OKR を設定します。70% 完了がストレッチ OKR のターゲットです。
• 主要成果はアウトプット（出荷された機能、完了したタスク）ではなくアウトカム（ユーザー動作、ビジネス結果）を測定する必要があります。
• OKR が多すぎないようにします。2～3 の目標に 2～4 の KR ずつで十分です。
• OKR は不快感を与えるべきです。すべてを達成することに確信がある場合は、十分に野心的ではありません。
• 期間半ばで OKR をレビューします。一部の KR が明らかに進捗から外れている場合は、努力配分を調整します。
• 期間終了時に OKR を正直に評価します。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. 情報の階層構造。最も重要なメトリクスが視覚的に最も目立つべきです。トップにノーススター、次に L1 メトリクス、詳細分析用の L2 メトリクスは利用可能。

3. 数字より コンテキスト。コンテキストのない数字は意味がありません。常に以下を示します: 現在値、比較（前期間、目標値、ベンチマーク）、トレンド方向。

4. 少ないメトリクス、多いインサイト。50 個のメトリクスを持つダッシュボードは誰も助けません。重要な 5～10 個に焦点を当てます。他のすべては詳細なレポートに入ります。

5. 一貫した期間。ダッシュボード上のすべてのメトリクスに同じ期間を使用します。日次メトリクスと月次メトリクスを混在させると混乱が生じます。

6. ビジュアルステータスインジケーター。色を使用して一目でヘルスを示します:

   • 緑: 予定通りまたは改善中
   • 黄: 注意が必要または横ばい
   • 赤: 予定から外れるまたは減少中

7. 実行可能性。ダッシュボード上のすべてのメトリクスはチームが影響を与えることができるべきです。それに対して行動できない場合は、プロダクト ダッシュボードに属していません。

ダッシュボードレイアウト

トップ行: ノーススター メトリクスに趨勢線とターゲット。

2 行目: L1 メトリクススコアカード — 各主要メトリクスの現在値、変化、ターゲット、ステータス。

3 行目: 主要なファネルまたはコンバージョンメトリクス — 各ステージでのドロップオフを示すビジュアルファネル。

4 行目: 最近の実験とローンチ — アクティブな A/B テスト、初期メトリクス付きの最近の機能ローンチ。

下部 / 詳細分析: L2 メトリクス、セグメント内訳、および調査用の詳細な時系列。

ダッシュボード アンチパターン

• バニティメトリクス: 常に上昇するが、健全性を示さないメトリクス（史上全サインアップ数、総ページビュー数）
• メトリクスが多すぎる: スクロールが必要なダッシュボード。1 画面に収まらなければ、メトリクスをカットします。
• 比較なし: コンテキストなしの生の数字（前期間または目標値がない現在値）
• 古いダッシュボード: 数ヶ月間更新または確認されていないメトリクス
• アウトプットダッシュボード: ユーザーとビジネスのアウトカムではなくチーム活動を測定（完了したチケット、マージされた PR）
• すべてのオーディエンス用の 1 つのダッシュボード: 幹部、PM、エンジニアは異なるビューが必要です。万能ではありません。

アラート

即座の注意を必要とするメトリクスにアラートを設定します:

• しきい値アラート: メトリクスが臨界しきい値を下回る、または上回る（エラー率 > 1%、コンバージョン < 5%）
• トレンドアラート: メトリクスが複数日/週にわたって継続的な低下を示す
• 異常アラート: メトリクスが期待値範囲から著しく乖離する

アラート衛生:

• すべてのアラートは実行可能である必要があります。それについて何かできない場合は、アラートしないでください。
• 定期的にアラートをレビューして調整します。偽陽性が多すぎるとすべてのアラートが無視されます。
• 各アラートの所有者を定義します。起動時に誰が応答するか？
• 適切な重大度レベルを設定します。すべてが P0 ではありません。

出力形式

スコアカードはテーブル形式を使用してください。明確なステータスインジケーターを使用してください。サマリーは簡潔に — 読者は 30 秒で本質的なストーリーを得られるべきです。

ヒント

• 「では、どういう意味か」から始めます — このメトリクスレビューで最も重要なことは何か？それを先頭に出します。
• コンテキストなしの絶対値は役に立ちません。常に比較を示します（前期間対比、目標値対比、ベンチマーク対比）。
• 原因関係に注意してください。相関は因果関係ではありません。メトリクスが動いた場合は、なぜかについての不確実性を認めます。
• セグメント分析は、集計メトリクスが重要な相違を隠していることを示すことがよくあります。全体的にフラットな数字は、1 つのセグメントが成長し、別のセグメントが縮小していることを隠すかもしれません。
• すべてのメトリクス移動が重要なわけではありません。小さな変動はノイズです。意味のある変化に注意を向けてください。
• メトリクスが目標値を達成していない場合は、ただミスを報告しないでください — それについて何をすべきかを推奨します。
• メトリクスレビューは決定を駆動するべきです。レビューが少なくとも 1 つのアクションに至らない場合は、役に立たなかった。