mcpField
C
cpo-advisor

cpo-advisor

github.com/borgheiその他1.0k93 回インストール1 週間前に更新
リポジトリ

cpo-advisor について

CPO やプロダクトリーダー向けの戦略アドバイザリースキルです。ビジョン、ポートフォリオ、プロダクトマーケットフィット、組織設計、指標を扱い、機能単位ではなく投資や優先順位などの意思決定を支援します。

主な機能

  1. 01プロダクトマーケットフィットの評価
  2. 02製品ポートフォリオの投資方針分析
  3. 03ノーススターメトリクスと階層の設計
  4. 04プロダクトチームのトポロジーと組織設計
  5. 05ロードマップの機能優先順位付け
  6. 06取締役会報告とプロダクト意思決定資料

活用シーン

  1. 01プロダクトマーケットフィットの有無を評価
  2. 02投資対象や終了対象の製品を決定
  3. 03プロダクトチームのノーススターメトリクスを設定
  4. 04プロダクト組織とロードマップを設計

インストール

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

$npx skills add https://github.com/borghei/claude-skills --skill cpo-advisor

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

scripts/
feature_prioritizer.py
product_health_scorer.py
product_portfolio_analyzer.py

詳細

CPO アドバイザー

戦略的なプロダクトリーダーシップ。ビジョン、ポートフォリオ、PMF、組織設計、指標を扱います。機能単位の作業ではなく、何を、なぜ、誰が作るのかを決める意思決定のためのものです。

キーワード

CPO、最高プロダクト責任者、プロダクト戦略、プロダクトビジョン、プロダクトマーケットフィット、PMF、ポートフォリオ管理、プロダクト組織、ロードマップ戦略、プロダクト指標、ノーススターメトリック、リテンション曲線、プロダクトトリオ、チームトポロジー、ジョブ理論、JTBD、カテゴリー設計、プロダクトポジショニング、取締役会向けプロダクト報告、投資・維持・撤退、BCGマトリクス、スイッチングコスト、ネットワーク効果、プロダクト主導の成長、PLG、機能の利用率、価値実現までの時間、アクティベーション率


CPO が担う3つのこと

それ以外はすべて委任します。

担当領域意味重要な問い
ポートフォリオどのプロダクトを存続させ、どれに投資し、どれを終了するか「4つのプロダクトのうち2つしか資金を投入できないとしたら、どの2つを選びますか?」
ビジョン3〜5年後にプロダクトが向かう先と、顧客がそれを重視する理由「成功したとき、世界はどのようになっていますか?」
組織ビジョンを実現できるチーム構成「この組織は、今後12か月の戦略を実行できますか?」

プロダクトマーケットフィットの評価

PMF スコアリングマトリクス
項目重みスコア1〜3(弱い)スコア4〜6(発展中)スコア7〜10(強い)
リテンション30%D30 < 15%(コンシューマー)または < 40%(B2B)D30 15〜30% / 40〜60%D30 > 30% / > 60%
エンゲージメント25%DAU/MAU < 15%DAU/MAU 15〜35%DAU/MAU > 35%
顧客満足度25%Sean Ellis の「非常に残念」回答が < 25%25〜40%> 40%
成長20%オーガニック成長なしオーガニック成長も一部あるが、大半は有料オーガニック成長が > 50%
PMF 判断ツリー
START: "Do we have PMF?"
  |
  v
[Check retention curve shape]
  |
  +-- Declining to zero --> NO PMF. Stop building. Talk to users.
  |
  +-- Declining but flattening --> EMERGING. Find the segment where it's flat.
  |
  +-- Flat or smiling --> [Check Sean Ellis score]
                          |
                          +-- < 25% "very disappointed" --> Weak PMF. Product is nice, not essential.
                          |
                          +-- 25-40% --> Moderate PMF. Find and double down on power users.
                          |
                          +-- > 40% --> [Check organic growth]
                                        |
                                        +-- < 30% organic --> PMF exists but distribution is weak.
                                        +-- > 30% organic --> STRONG PMF. Scale.
PMF 達成後の落とし穴
落とし穴説明防止策
機能の肥大化新たなセグメント向けの機能追加により、コア価値が薄まります機能ではなく「ジョブ」に注力し続けます
時期尚早なスケーリングリテンションが持続可能だと証明される前に、営業・マーケティングを拡大します支出を拡大する前に、3つ以上のコホートでリテンションを実証します
見栄えだけの指標リテンションを無視して、登録者数を祝いますノーススターメトリックは、リテンションまたはエンゲージメントの指標にします
創業者がプロダクトから離れるPMF 達成後、CEO が顧客との対話をやめます顧客との月次対話を継続します
プラットフォーム化が早すぎるコアが固まる前に、プラットフォーム機能を構築します3つ以上のプロダクトで共通インフラが必要になってから、プラットフォーム化します

ポートフォリオ管理

投資方針のフレームワーク

すべてのプロダクトに、必ず1つの方針を割り当てます。「様子を見る」はシェアを失うという決断です。

方針シグナルリソース配分見直し頻度
投資高成長、強い、または改善中のリテンション、明確な PMFチーム全体、積極的なロードマップ、専任のマーケティング毎月
維持安定した収益、緩やかな成長、良好な利益率バグ修正、段階的な改善、新機能は最小限四半期ごと
収穫成長が鈍化しているが、依然として黒字で、回復の道筋がない投資を最小限に抑え、現金の回収を最大化四半期ごと
終了低迷、利益率がマイナス、回復の根拠がない終了日を設定し、移行計画を立て、チームを再配置直ちに
ポートフォリオ健全性スコアカード
指標健全不健全
「投資」対象プロダクトからの収益割合> 60%< 40%
「終了」候補に割り当てられたエンジニアリングリソースの割合< 10%> 20%
方針が明確でないプロダクト数0> 1
ポートフォリオの D30 リテンション(加重)前四半期比で改善前四半期比で低下
2四半期を超えて「要検討」となっている項目数0> 2
ポートフォリオレビューのプロセス
Quarterly Portfolio Review (Half-day workshop)

Step 1: Data Preparation (pre-meeting)
  - Revenue, growth rate, retention, margin per product
  - Engineering investment % per product
  - Customer satisfaction per product

Step 2: BCG Classification
  - Plot each product on Growth Rate (Y) vs Market Share (X)
  - Stars: high growth, high share --> Invest
  - Cash Cows: low growth, high share --> Maintain/Harvest
  - Question Marks: high growth, low share --> Invest or Kill (decide now)
  - Dogs: low growth, low share --> Kill

Step 3: Investment Allocation
  - Align engineering capacity to posture
  - Reallocate from Kill/Harvest to Invest
  - Set clear milestones for Question Marks (90-day decision point)

Step 4: Communication
  - Share portfolio decisions with all product teams
  - Update roadmaps to reflect postures
  - Communicate sunset plans for Kill products

ノーススターメトリックのフレームワーク

選定基準

ノーススターメトリクスは、以下のすべてを満たす必要があります。

基準確認事項
顧客価値を測定する改善によって、顧客はより大きな価値を得られますか?
先行指標である将来の収益を予測できますか?
実行可能であるプロダクトチームが影響を与えられますか?
単一の数値である1つのメトリクスとして示せますか?
操作しにくい顧客に真の価値をもたらさずに改善するのは困難ですか?
ビジネスモデル別のノーススター
モデルノーススター有効な理由
B2B SaaSコア機能を利用する週間アクティブアカウント数導入+エンゲージメント+定着度を組み合わせます
コンシューマー向けソーシャル日次コンテンツクリエイター数クリエイターが消費者のエンゲージメントを高めます
マーケットプレイス週間の取引成立数両側がアクティブであれば、マーケットプレイスは健全です
PLG14日以内にアクティベーションに到達したアカウント数アクティベーションはリテンションを予測します
データ/アナリティクスアクティブユーザー1人あたりの週間クエリ数利用の強度が、得られる価値を示します
フィンテック月間アクティブ取引ユーザー数取引の活発さがコア価値です
Eコマースリピート購入率(90日間)コマースではリテンションがすべてです
メトリクスの階層
North Star Metric (1, owned by CPO)
  |
  +-- Leading Indicator 1 (owned by PM Team A)
  |     e.g., Activation rate within 7 days
  |
  +-- Leading Indicator 2 (owned by PM Team B)
  |     e.g., Feature X adoption rate
  |
  +-- Leading Indicator 3 (owned by PM Team C)
  |     e.g., D7 retention rate
  |
  +-- Guard Rail Metrics (owned by CPO)
        e.g., NPS, support ticket volume, revenue per user

プロダクト組織の設計

チームトポロジーの選択
トポロジー使用する場面最適な規模コミュニケーション
ストリーム連携型デフォルト。チームが顧客のジャーニー全体を担当します。5-9人チーム間の依存関係が少ない
プラットフォーム型複数のストリームが必要とする共有インフラ4-8人APIファースト、セルフサービス
イネーブリング型ストリームチームのスキル向上を支援する一時的なチーム2-4人コーチング形式、期間限定
複雑なサブシステム型高度な専門知識を要する領域(ML、決済)3-6人ストリームにサービスを提供
プロダクトチームの比率
会社規模PM : エンジニアPM : デザイナープロダクトチームの合計
10-301:4-61:1PM 1人、デザイナー 1人、エンジニア 4-6人
30-801:5-81:1-2PM 2-4人、デザイナー 2-3人
80-2001:6-101:1-2PM 5-10人、デザイナー 4-6人
200+1:8-121:2PM 10人以上、デザイナー 8人以上
プロダクトトリオ

すべてのプロダクトチームは、PM+デザイナー+テックリードのトリオとして運営する必要があります。

役割担当すること決定すること
PM何を、なぜ構築するか優先順位付け、スコープ
デザイナーユーザー体験とユーザビリティインタラクションのパターン、リサーチ
テックリード構築方法と技術的な実現可能性アーキテクチャ、実装

アンチパターン:PMが仕様書を書いてデザイン担当に渡し、デザイン担当がエンジニアリングに渡します。これはアジャイルのラベルを付けたウォーターフォールです。


CPOダッシュボード

カテゴリメトリクス頻度目標
成長ノーススターメトリクス週次前月比で改善
リテンションコホート別D30/D90リテンション週次横ばい、または改善
獲得新規アクティベーション数週次計画どおり
アクティベーション初回価値到達までの時間週次短縮
エンゲージメントDAU/MAU比率週次> 30%(B2B)/> 20%(コンシューマー)
顧客満足度NPSの推移月次> 40
ポートフォリオプロダクトあたりの収益月次プロダクトの方針に合致
ポートフォリオプロダクトごとのエンジニアリング投資率月次プロダクトの方針に合致
品質ユーザー1,000人あたりのサポートチケット数月次減少
競争優位性機能の採用度月次増加

危険信号

  • 「クエスチョンマーク」のまま2四半期以上、意思決定がなされていない製品がある ― 判断を下してください
  • 最高成長率の製品が人員不足なのに、エンジニアリングの人員が最も売上の高い製品に割り当てられている ― リソース配分の誤りです
  • チームの時間の30%超が、売上の減少している製品に費やされている ― サンクコストの誤謬です
  • リテンション曲線が一度も横ばいにならない ― PMFがありません。機能開発を止めて、ユーザーとの対話を始めてください
  • PMがユーザーと話さずに仕様書を書いている ― プロダクト劇場です
  • プラットフォームチームの待ち行列が6週間に及んでいる ― プラットフォームはセルフサービスであるべきで、ボトルネックになってはいけません
  • CPOが30日以上、顧客と話していない ― 現実から乖離しています
  • ノーススター指標が上昇する一方で、リテンションが低下している ― 指標が間違っています
  • ユーザーデータではなく、営業からの要望を基にロードマップが作られている ― 営業主導のプロダクトは罠です
  • 90日以上、ユーザー調査を実施していない ― チームは学んでいるのではなく、当て推量をしています

経営幹部との連携

状況...CPOの連携先...目的...
会社の方向性CEO(ceo-advisor)ビジョンを製品への投資判断に落とし込む
ロードマップの資金調達CFO(cfo-advisor)製品ごとの投資配分を正当化する
プロダクト組織の拡大COO + CHRO製品の成長ニーズに採用を合わせる
技術的な実現可能性CTO(cto-advisor)機能とプラットフォームのトレードオフを共同で判断する
ローンチ時期CMO(cmo-advisor)リリースを需要創出の対応能力に合わせる
営業から要望された機能CRO(cro-advisor)売上に不可欠な要望と、重要でない要望を切り分ける
コンプライアンスの期限CISO(ciso-advisor)妥協できないセキュリティ項目を特定する
製品戦略プロダクトチーム(product-team/)プロダクトマネージャーを通じて戦略を実行する
ユーザー調査UXリサーチ(product-team/ux-researcher)データで仮説を検証する

先回りして対応すべき兆候

  • リテンション曲線が横ばいにならない ― PMFが危機にさらされています。機能開発を止めて調査してください
  • 優先順位付けのフレームワークがないまま、機能要望が積み上がっている ― RICEスコアリングを提案してください
  • 90日以上、ユーザー調査を実施していない ― プロダクトチームは仮説に基づいて開発しています
  • NPSが前四半期比で低下している ― 批判的な回答のフィードバックを掘り下げ、パターンを見つけてください
  • 誰も話題にしたがらない「ドッグ」がポートフォリオにある ― 打ち切るか投資するかの判断を促してください
  • エンジニアリングの作業時間の20%超が、売上の5%未満の製品に費やされている ― 投資配分が不適切です
  • 同様のポジショニングを掲げる新たな競合がローンチした ― 競争上の対応が必要です

成果物

依頼提供物
「PMFは達成できていますか?」4つの側面とコホートデータに基づくPMFスコアカード
「ロードマップに優先順位を付けてください」フレームワーク(RICE/ICE)で採点し、優先順位順に並べたバックログ
「ポートフォリオを評価してください」製品ごとの投資/維持/打ち切りの推奨を示したBCGマップ
「プロダクト組織を設計してください」組織構成、比率、レポート体制、移行計画を含む組織案
「取締役会資料の製品セクション」ノーススター指標、リテンション、ロードマップの要点、リスクをまとめた取締役会向けスライド
「ノーススター指標を設定してください」階層、先行指標、ガードレールを含むノーススター指標の提案
「製品を終了してください」スケジュール、移行、コミュニケーション、チーム再配置を含む終了計画

ツールリファレンス

1. product_portfolio_analyzer.py

BCGマトリクスの分類(スター/キャッシュカウ/クエスチョンマーク/ドッグ)を使って製品ポートフォリオを分析し、ポートフォリオの健全性スコアを算出し、投資配分の不整合を特定して、再配分の推奨事項を生成します。

python scripts/product_portfolio_analyzer.py --input portfolio.json --json
python scripts/product_portfolio_analyzer.py --input portfolio.json
フラグ型説明
--input必須製品情報(売上、成長率、市場シェア、エンジニアリング投資率、リテンション)を含むJSONファイルのパス
--json任意人が読みやすいテキスト形式ではなく、JSON形式で出力します
2. feature_prioritizer.py

RICE スコアリング(リーチ × インパクト × 信頼度 ÷ 工数)を使用して機能の優先順位を決定します。カスタムウェイトに対応し、優先順位順のバックログを生成して、スコアリングの異常を検出します。

python scripts/feature_prioritizer.py --input features.json --json
python scripts/feature_prioritizer.py --input features.json --method rice
フラグ種類説明
--input必須機能(リーチ、インパクト、信頼度、工数、任意のカテゴリ)を含む JSON ファイルへのパス
--method任意スコアリング方法:rice(デフォルト)、ice、または weighted
--json任意人が読みやすいテキストではなく、JSON 形式で出力します
3. product_health_scorer.py

5 つの観点(リテンション(D30/D90)、エンゲージメント(DAU/MAU)、満足度(NPS/Sean Ellis)、成長(オーガニック比率)、アクティベーション(価値実現までの時間))から、プロダクトの健全性をスコアリングします。PMF 評価とトレンド分析を生成します。

python scripts/product_health_scorer.py --input product_data.json --json
python scripts/product_health_scorer.py --input product_data.json
フラグ種類説明
--input必須リテンション、エンゲージメント、満足度、成長、アクティベーションに関するプロダクト指標を含む JSON ファイルへのパス
--json任意人が読みやすいテキストではなく、JSON 形式で出力します

トラブルシューティング

問題可能性の高い原因解決策
プロダクトが 2 四半期以上「クエスチョンマーク」のままになっている意思決定の枠組みがない、または経営陣が判断を避けている次回のポートフォリオレビューで投資か終了かを必ず決定し、自動終了の条件を設けた 90 日間のマイルストーンを設定します
最も成長率の高いプロダクトが十分な投資を受けられず、エンジニアリングのリソースが最も売上の高いプロダクトに割り当てられている投資方針が成長の可能性と一致していないポートフォリオアナライザーを実行して不整合を数値化し、BCG 分類を使用して再配分します
PM がリーチやインパクトを過大評価して RICE スコアを操作しているキャリブレーションのプロセスや共通のスコアリング基準がないスコアの各観点について根拠を求め、PM チーム全体で四半期ごとのキャリブレーションセッションを実施します
リテンションが低下している一方で、北極星指標が上昇傾向にある誤った北極星指標を選んでいる、または指標を操作できる5 つの選定基準に照らして北極星指標を再評価し、ガードレール指標としてリテンションを追加します
ユーザーデータではなく営業からの要望をもとにロードマップが作成されている体系的な受付プロセスがない、または CPO が取捨選択していない機能リクエストのトリアージを導入し、ロードマップへの追加前にユーザーリサーチの根拠を必須とします
プラットフォームチームの 6 週間待ちのキューがストリームチームの妨げになっているプラットフォームがセルフサービスではなく、依存関係が多すぎるセルフサービス API を使えるようにプラットフォームを再設計し、イネーブリングチームを追加して、優先度の高いストリームを支援します
90 日以上ユーザーリサーチを実施していないリサーチがチームのワークフローに組み込まれていない、または人員が不足しているプロダクトトリオにリサーチャーを加え、最低限のリサーチ頻度(四半期あたり最低 2 件の調査)を設定します

成功基準

  • すべてのプロダクトに明確な投資方針(投資/維持/収穫/終了)があり、四半期ごとにレビューされている
  • 「投資」対象のプロダクトで、北極星指標が前月比で改善している
  • すべてのアクティブなプロダクトで、D30 リテンションが横ばいまたは改善している
  • エンジニアリング投資の割合が、許容誤差 10%以内でポートフォリオの方針と一致している
  • すべての PM チームで、一貫したスコアリングの枠組みを使用して機能の優先順位を決定している
  • 初回価値実現までの時間が四半期ごとに短縮している
  • 2 四半期連続で「クエスチョンマーク」に分類されているプロダクトがない

対象範囲と制限事項

対象範囲: プロダクト・マーケット・フィットの評価、ポートフォリオ管理(BCG 分類、投資方針)、ノーススターメトリクスのフレームワーク、プロダクト組織の設計(チームトポロジー、比率、プロダクトトリオ)、機能の優先順位付け(RICE/ICE スコアリング)、プロダクトヘルスのスコアリング、CPO ダッシュボードの指標、取締役会向けのプロダクト報告。

対象範囲外: 機能レベルのプロダクトマネジメント(product-team/product-strategist を使用)、UX デザインおよび調査の実行(product-team/ux-researcher を使用)、エンジニアリングの実装計画(engineering/ スキルを使用)、価格戦略(cro-advisor の価格設定セクションを使用)、カスタマーサクセス管理。ツールはプロダクト指標のスナップショットを分析します。継続的なプロダクト分析には、分析プラットフォームとの統合が必要です。

制限事項: PMF のスコアリングにはコホートレベルの継続率データが必要ですが、初期段階のプロダクトではそのデータが得られない場合があります。BCG 分類には市場シェアの推定値が必要ですが、その精度には本質的な限界があります。RICE スコアリングは主観的であり、品質はキャリブレーションの厳密さに左右されます。プロダクトヘルスのベンチマークは、ビジネスモデル(B2B 対コンシューマー、SaaS 対マーケットプレイス)によって大きく異なります。


統合ポイント

  • ceo-advisor -- プロダクト戦略によって CEO のビジョンをプロダクトへの投資判断に落とし込み、ポートフォリオの健全性を取締役会向けの報告に反映します
  • cto-advisor -- 技術的な実現可能性を共同で判断します。機能とプラットフォームのトレードオフに関する意思決定には、CTO との連携が必要です
  • cro-advisor -- 営業からの機能要望を CPO が精査します。拡大収益はプロダクトロードマップに左右されます
  • cmo-advisor -- ローンチのタイミングを需要創出の対応能力に合わせます。プロダクトのポジショニングはマーケティングに反映されます
  • cfo-advisor -- プロダクトごとの投資配分を、ポートフォリオの健全性データに基づいて正当化します
  • product-team/ -- CPO の戦略はプロダクトマネージャーを通じて実行され、調査と優先順位付けが現場へと引き継がれます

コメント