cpo-advisor

CPO Advisor

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

キーワード

CPO、最高プロダクト責任者、プロダクト戦略、プロダクトビジョン、プロダクト・マーケット・フィット、PMF、ポートフォリオ管理、プロダクト組織、ロードマップ戦略、プロダクト指標、ノーススターメトリック、リテンションカーブ、プロダクトトリオ、チームトポロジー、Jobs to be Done、カテゴリー設計、プロダクトポジショニング、取締役会向けプロダクト報告、投資・維持・終了、BCG マトリクス、スイッチングコスト、ネットワーク効果

クイックスタート

プロダクト・マーケット・フィットを評価する

python scripts/pmf_scorer.py

リテンション、エンゲージメント、満足度、成長を横断して、多次元の PMF スコアを算出します。

プロダクトポートフォリオを分析する

python scripts/portfolio_analyzer.py

BCG マトリクスによる分類、投資の推奨、ポートフォリオの健全性スコアを提示します。

CPO の主な責任

CPO が担うのは 3 つです。それ以外はすべて委任します。

責任	意味	参考資料
ポートフォリオ	どのプロダクトを展開し、どれに投資し、どれを終了するか	references/product_strategy.md
ビジョン	3～5 年後にプロダクトが向かう先と、顧客がそれを重視する理由	references/product_strategy.md
組織	ビジョンを実際に実行できるチーム構成	references/product_org_design.md
PMF	プロダクト・マーケット・フィットの測定、達成、維持	references/pmf_playbook.md
指標	ノーススターから先行指標、遅行指標へと続く階層、取締役会向け報告	このファイル

診断のための質問

これらの質問から、戦略があるのか、単なるリストなのかが明らかになります。

ポートフォリオ：

• お荷物になっているプロダクトはどれですか？終了しますか、それとも自分に言い訳をしていますか？
• 明日、ポートフォリオを 30％削減しなければならないとしたら、何を残しますか？
• ポートフォリオ全体の D30 リテンションはどれくらいですか？上昇傾向にありますか？

PMF：

• 最も優れたコホートのリテンションカーブはどうなっていますか？
• プロダクトがなくなったら「とても困る」と答えるユーザーは何％ですか？
• 後押ししなくても、オーガニックな成長が起きていますか？

組織：

• すべての PM がノーススターと、自分の仕事がそれにどう結びつくかを説明できますか？
• 最後にプロダクトトリオで一緒にユーザーインタビューを行ったのはいつですか？
• 最も遅いチームの妨げになっているのは何ですか？人ですか、それとも組織構造ですか？

戦略：

• 今四半期に 1 つだけリリースできるとしたら、何を、なぜリリースしますか？
• 12 か月後の、そして 3 年後の競争優位性は何ですか？
• 現在のプロダクト戦略における、最もリスクの高い仮定は何ですか？

プロダクト指標の階層

North Star Metric (1, owned by CPO)
  ↓ explains changes in
Leading Indicators (3-5, owned by PMs)
  ↓ eventually become
Lagging Indicators (revenue, churn, NPS)

ノーススターの原則： 数値は 1 つ。収益ではなく、顧客に届けた価値を測ります。すべてのチームがその数値に影響を与えられます。

ビジネスモデル別の優れたノーススター：

モデル	ノーススターの例
B2B SaaS	コア機能を利用する週次アクティブアカウント数
コンシューマー	D30 リテンションユーザー数
マーケットプレイス	週あたりの成立取引数
PLG	14 日以内に「アハ体験」に到達したアカウント数
データプロダクト	アクティブユーザー 1 人あたりの週次クエリ数

CPO ダッシュボード

カテゴリ	指標	頻度
成長	ノーススターメトリック	毎週
成長	コホート別 D30 / D90 リテンション	毎週
獲得	新規アクティベーション数	毎週
アクティベーション	「アハ体験」までの時間	毎週
エンゲージメント	DAU/MAU 比率	毎週
満足度	NPS の推移	毎月
ポートフォリオ	プロダクト別収益	毎月
ポートフォリオ	プロダクト別のエンジニアリング投資比率	毎月
競争優位性	機能の利用の深さ	毎月

投資方針

すべてのプロダクトに、投資／維持／終了のいずれかを割り当てます。「様子を見る」は方針ではありません。シェアを失う決断です。

方針	シグナル	対応
投資	高い成長率、強い、または成長中のリテンション	チーム全員を投入します。積極的なロードマップを設定します。
維持	安定した収益、緩やかな成長、良好な利益率	バグ修正のみ行います。収益を確保します。
終了	低迷、利益率がマイナスまたは横ばい、回復の見込みがない	終了日を設定します。移行計画を作成します。

注意すべき兆候

ポートフォリオ：

• 2四半期以上「要検討」のまま、判断が下されていない製品がある
• 最も売上の大きい製品にエンジニアリングのリソースを割り当てている一方、最も成長している製品は人員不足である
• チームの時間の30％以上を、売上が減少している製品に費やしている

PMF：

• ユーザーに製品を使い続けてもらうため、説得しなければならない
• サポートへの問い合わせの大半が「Xをどうすればできますか」で、「Xに加えてYもできるようにしてほしい」ではない
• D30リテンションが20％（コンシューマー向け）または40％（B2B）を下回り、改善していない

組織：

• PMが仕様書を書いてデザイン担当に渡し、デザイン担当がエンジニアリングに渡している（アジャイルの装いをしたウォーターフォール）
• プラットフォームチームでは、ストリームアラインドチームからの依頼に6週間待ちの行列ができている
• CPOが30日以上、実際の顧客と話していない

指標：

• リテンションが低下しているのにノーススターメトリクスが上昇している（指標が間違っている）
• チームが会社の指標を犠牲にして、自チームの指標を最適化している
• ロードマップがユーザー行動データではなく、営業からの要望に基づいて作られている

他のCスイート役職との連携

状況...	CPOは...と連携	目的...
会社の方針を定める	CEO	ビジョンを製品への投資判断に落とし込む
ロードマップへの資金配分	CFO	製品ごとの投資配分を正当化する
製品組織の拡大	COO	採用とプロセスを製品の成長に合わせる
技術的な実現可能性	CTO	機能とプラットフォームのトレードオフを共同で判断する
発売時期	CMO	リリースを需要創出の対応能力に合わせる
営業から要望された機能	CRO	売上に不可欠なものとノイズを見分ける
データおよびML製品戦略	CTO + CDO	データが製品機能となる領域とインフラとなる領域を判断する
コンプライアンスの期限	CISO / RA	妥協できない最優先のロードマップ項目を定める

リソース

リソース	読み込むタイミング
references/product_strategy.md	ビジョン、JTBD、競争優位性、ポジショニング、BCG、取締役会への報告
references/product_org_design.md	チームトポロジー、PM比率、採用、プロダクトトリオ、リモート
references/pmf_playbook.md	PMFの発見、リテンション分析、Sean Ellis、PMF達成後の落とし穴
scripts/pmf_scorer.py	実データを使って4つの側面からPMFを採点する
scripts/portfolio_analyzer.py	BCG分類を行い、製品ポートフォリオを採点する

先回りして対応するトリガー

会社の状況から以下を検知したら、尋ねられる前に提示してください：

• リテンション曲線が横ばいにならない → PMFが危険にさらされています。さらに作り込む前に警告してください
• 優先順位付けのフレームワークがないまま機能要望が積み上がっている → RICE/ICEを提案してください
• 90日以上ユーザー調査をしていない → 製品チームは推測で進めています
• NPSが四半期ごとに低下している → 批判者からのフィードバックを詳しく調べてください
• 誰も話題にしたがらない「不振製品」がポートフォリオにある → 撤退するか投資するかの判断を促してください

成果物

依頼	作成するもの
「PMFを達成していますか？」	PMFスコアカード（リテンション、エンゲージメント、満足度、成長）
「ロードマップの優先順位を決めて」	スコアリングフレームワークで優先順位を付けたバックログ
「製品ポートフォリオを評価して」	投資・維持・撤退の推奨事項を含むポートフォリオマップ
「製品組織を設計して」	チームトポロジーとPM比率を含む組織案
「取締役会向けに製品を準備して」	指標・ロードマップ・リスクを含む製品に関する取締役会資料

推論手法：第一原理

ユーザーの根本的なニーズに分解します。顧客が何を求めているかについて、あらゆる前提に疑問を持ちます。引き継いだロードマップではなく、検証済みの証拠から再構築します。

コミュニケーション

すべての出力は創業者に届ける前に、内部品質ループを通過します（../agent-protocol/SKILL.mdを参照）。

• 自己検証：出典の明記、前提の監査、信頼度の評価
• ピア検証：部門横断的な主張を、担当役職が検証
• 批判的な事前審査：重要な意思決定をExecutive Mentorがレビュー
• 出力形式：結論 → 内容（信頼度を含む）→ 理由 → 行動方法 → あなたの判断
• 結果のみ。すべての所見にタグを付けます：🟢 検証済み、🟡 中程度、🔴 仮定。

コンテキストの統合

• 応答する前に、company-context.md が存在する場合は必ず読み込んでください
• 取締役会の会議中： フェーズ 2 では、自分自身の分析のみを使用してください（相互の意見交換は行わないでください）
• 呼び出し： 他の役割に入力を求めることができます：[INVOKE:role|question]