mcpField
P
product-health-analysis

product-health-analysis

github.com/mohitagw15856データ・データベース1.5k51 回インストール5 日前に更新
リポジトリ

product-health-analysis について

プロダクト指標を、良好な点、調査が必要な点、推奨アクションを示すヘルスレポートにまとめるスキルです。獲得、活性化、エンゲージメント、定着の各層で、目標と前期間の実績を比較します。

主な機能

  1. 014つのプロダクト指標層を分析
  2. 02現状、前期間、目標を比較
  3. 03目標から10%超外れた指標を提示
  4. 04指標の変動間の関連を分析
  5. 05調査手順とアクションを提案

活用シーン

  1. 01月次のプロダクト状況の確認
  2. 02定着率低下の原因調査
  3. 03機能領域の指標と目標の比較
  4. 04データ担当外の関係者への共有

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill product-health-analysis

インストール後、Claude Code で/product-health-analysisを入力して読み込まれたか確認します。

詳細

プロダクト健全性分析スキル

未加工の指標データを、何がうまくいっていて、何がうまくいっておらず、何にすぐ対応する必要があるのかを明確に伝える健全性の説明にまとめます。

必要な入力情報

以下が提供されていない場合は、ユーザーに確認してください。

  • 指標データ(主要な指標の現在値。概算でも問題ありません)
  • 目標またはベンチマーク(OKR の目標、過去のベースライン、業界ベンチマークなど)
  • 期間(分析対象の週/月/四半期)
  • プロダクト領域またはセグメント(プロダクト全体を対象にするのか、特定の機能を対象にするのか)

指標のフレームワーク

次の4つの段階に沿って分析します。

  1. 獲得 — 新規ユーザー、流入元の質、CAC の推移
  2. アクティベーション — 初回価値到達までの時間、オンボーディング完了率
  3. エンゲージメント — DAU/MAU、機能の採用状況、セッションの深さ
  4. リテンション — D1/D7/D30 リテンション、解約率、復帰率

プロセス

  1. 各指標について、当期と前期、当期と目標を比較します
  2. 目標から10%を超えて乖離している項目は、調査が必要なものとしてフラグを立てます
  3. 相関関係を探します。たとえば、アクティベーションの低下が2週間後のリテンション低下を説明できるでしょうか?
  4. データに詳しくない関係者にも共有できる、平易な言葉で健全性の概要を作成します(専門用語は使いません)
  5. すぐに調査すべき上位3つの領域と、具体的な診断手順を提案します
  6. 検証 — フラグを立てたすべての指標に、単なる数値ではなく、妥当な根本原因の仮説があることを確認します。また、提案するすべてのアクションに、具体的な担当者またはチームが割り当てられていることを確認します

出力形式

プロダクト健全性レポート — [期間]

総合的な健全性: 🟢 順調 / 🟡 要注意 / 🔴 対応が必要

指標現在値目標前期比ステータス
[metric][value][target][+/-%][🟢/🟡/🔴]

主な所見: [平易な言葉で書いた所見を3~5項目]

調査が必要な領域:

  1. [指標+仮説+推奨する診断]
  2. [指標+仮説+推奨する診断]
  3. [指標+仮説+推奨する診断]

推奨アクション: [担当者と期限を含む、具体的な次のステップ]

品質チェック

  • すべての指標に目標と推移の両方が含まれている(現時点の値だけではない)
  • 指標間の相関関係が少なくとも1つ示されている(例:アクティベーション → リテンション)
  • フラグを立てたすべての指標に、「低下した」だけではない根本原因の仮説がある
  • 技術に詳しくない関係者向けに所見が書かれている(生のクエリ言語やデータに関する専門用語を使わない)
  • 総合的な健全性の評価が、具体的な根拠によって裏付けられている

アンチパターン

  • セグメント別の内訳を示さずに、単一の集計指標だけを報告しないでください。平均値では相反する傾向が隠れてしまいます
  • 目標を上回っているという理由だけで、指標を健全と判定しないでください。目標自体に意味があるかを確認してください
  • 根本原因の仮説を示さずに、指標の変動だけを列挙しないでください。説明のない所見は分析ではありません
  • プロダクト健全性指標とビジネス KPI を、両者の関係を説明せずに混在させないでください
  • 推奨アクションを省略しないでください。問題を説明するだけで、優先順位を付けた次のステップがない健全性レポートは不完全です

コメント