cpo-advisor

cpo-advisor skill の概要

cpo-advisor が向いている用途

cpo-advisor は、プロダクトビジョン、ポートフォリオ戦略、プロダクトマーケットフィット、プロダクト組織設計、取締役会向けのプロダクトストーリーなど、戦略的な Product Management に使うためのプロダクトリーダーシップ skill です。「この機能をどう振る舞わせるべきか」ではなく、「会社は何を作り、何に投資し、何を止め、何を軸に組織を再編すべきか」を考える場面に最も適しています。

最適なユーザーと意思決定

cpo-advisor skill は、創業者、CPO、VP Product、Product Ops チーム、戦略レビューを準備するシニア PM に向いています。特に、複数のプロダクトラインを持つスケール期の企業、PMF のシグナルが曖昧な企業、ロードマップ上のコミットメントが多すぎる企業、あるいは現在の事業フェーズにプロダクト組織が合わなくなっている企業で有用です。

汎用プロンプトとの違い

このリポジトリには、単なるロールプロンプトではなく、実務で使える参照資料と 2 つの補助スクリプトが含まれています。references/pmf_playbook.md では、セグメンテーション、リテンションカーブ、Sean Ellis 型の PMF シグナル、顧客調査を扱います。references/product_strategy.md では、JTBD、ポジショニング、ポートフォリオ管理、取締役会向けレポーティングを扱います。references/product_org_design.md は、チームトポロジーをプロダクト組織に対応づけます。スクリプトは、PMF とポートフォリオ分析に構造化されたスコアリングを加えるためのものです。

cpo-advisor が適さないケース

主な目的が UI コピー、スプリントチケットの作成、機能の受け入れ基準、戦術的なバックログ整理である場合、cpo-advisor をインストールする必要はありません。ロードマップ戦略の検討には役立ちますが、意図的に機能単位の実行より上位のスコープに限定されています。

cpo-advisor skill の使い方

cpo-advisor のインストールとリポジトリパス

GitHub skill リポジトリから次のコマンドでインストールします。

npx skills add alirezarezvani/claude-skills --skill cpo-advisor

ソースパスは次のとおりです。

c-level-advisor/skills/cpo-advisor

インストール後は、まず SKILL.md から読み始めてください。その後、補助ファイルを次の順番で確認します。references/product_strategy.md、references/pmf_playbook.md、references/product_org_design.md。数値入力を使いたい場合は、続けて scripts/pmf_scorer.py と scripts/portfolio_analyzer.py を確認します。

cpo-advisor を効果的に使うための入力情報

良いプロンプトは、skill が適切なプロダクトリーダーシップのフレームを選べるだけの事業コンテキストを含んでいます。次の情報を入れてください。

• 会社のステージ、ビジネスモデル、市場
• 主なプロダクトラインまたはセグメント
• 現在のプロダクト目標: 成長、リテンション、拡張、集中、立て直し、組織設計
• 利用可能な指標: リテンション、DAU/MAU、NPS、売上、市場シェア、チャーン、紹介率
• 現在の制約: エンジニアリングキャパシティ、営業上のコミットメント、ランウェイ、エンタープライズ契約
• 必要な意思決定: 投資、維持、終了、リポジショニング、組織再編、取締役会への報告

弱いプロンプト:

Help with product strategy.

より強いプロンプト:

Use cpo-advisor for Product Management. We are a B2B SaaS company at $12M ARR with three product lines. Core product has 42% D30 retention, add-on product has high sales demand but low activation, and a new AI workflow has no clear buyer yet. Engineering capacity is split 55/30/15. Recommend a portfolio strategy, what to fund or stop, and how to explain it in a board update.

PMF とポートフォリオ検討の実務ワークフロー

PMF 分析では、提案を求める前に references/pmf_playbook.md を読んでください。実データがある場合は、次を実行します。

python scripts/pmf_scorer.py --input data.json

スクリプトの出力をエビデンスとして使い、そのスコアがセグメンテーション、ロードマップの集中領域、GTM リスクにとって何を意味するのかを skill に解釈させます。

ポートフォリオの意思決定では、プロダクトまたは事業ラインごとに 1 つの JSON エントリを用意し、次を実行します。

python scripts/portfolio_analyzer.py --input data.json

この analyzer は、BCG 型のロジックと投資推奨に基づいてプロダクトを分類します。ただし、結果は自動的な意思決定ではなく出発点として扱ってください。戦略的オプション価値、顧客集中、プラットフォーム依存、規制上のコミットメントなどの定性的コンテキストも加える必要があります。

取締役会向けアウトプットに使えるプロンプトパターン

信頼性の高い cpo-advisor のガイド用プロンプトは次の形です。

Act as cpo-advisor. Context: [company, stage, model]. Decision: [what must be decided]. Evidence: [metrics, customer signals, revenue, retention, capacity]. Constraints: [time, people, commitments]. Produce: 1) diagnosis, 2) strategic options, 3) recommended choice, 4) risks and counterarguments, 5) board-ready summary.

この構造にすると、skill が一般論の戦略コメントに流れにくくなり、意思決定に使えるアウトプットを出しやすくなります。

cpo-advisor skill FAQ

cpo-advisor は Product Management 初心者向けですか？

はい。ユーザーが戦略的な Product Management の問いに取り組んでおり、事業コンテキストを提供できるなら有用です。ただし、この skill は PMF、リテンションカーブ、JTBD、ポートフォリオ配分、プロダクトチームのトポロジーといった概念を前提にしているため、初心者は先に参照ファイルを読むと使いやすくなります。

Claude に直接聞く場合と cpo-advisor は何が違いますか？

直接プロンプトを投げても有用な助言は得られます。一方で、cpo-advisor はエージェントに一貫したプロダクトエグゼクティブの視点を与え、さらにリポジトリ内の参照資料とスクリプトを使えるようにします。PMF スコアリング、ポートフォリオ優先順位付け、プロダクト組織設計、取締役会コミュニケーションをまたいで再現性のある分析が必要な場合、この違いは重要です。

cpo-advisor はプロダクト分析ツールの代わりになりますか？

いいえ。スクリプトは軽量な意思決定支援であり、Amplitude、Mixpanel、Looker、データウェアハウス分析、顧客調査の代替ではありません。価値は、プロダクトに関するエビデンスをリーダーシップの意思決定へ変換する点にあります。正確な元データと判断力は引き続き必要です。

cpo-advisor を使わない方がよいのはどんな場合ですか？

Jira チケットを書く、オンボーディング画面を 1 つ設計する、エンジニアリングタスクを見積もる、戦略コンテキストなしに機能仕様を作る、といった狭いデリバリー業務には向きません。プロダクトの方向性、投資配分、PMF への確信度、組織構造、エグゼクティブ向けレポーティングに関わる問いで使うのが適切です。

cpo-advisor skill を改善する方法

より明確なエビデンスで cpo-advisor の精度を高める

品質を最も左右するのは、エビデンスの具体性です。「リテンションが弱い」のような曖昧な表現ではなく、コホートデータ、セグメント名、チャーン理由、アクティベーション率、勝ち負けのメモ、顧客の引用を入れてください。データが不完全な場合は、何が欠けているのかを明示すると、skill がエビデンスと仮定を切り分けやすくなります。

避けたいよくある失敗パターン

プロンプトに制約がないと、cpo-advisor の回答は抽象度が高くなりすぎることがあります。これを防ぐには、意思決定者、時間軸、キャパシティ上限、変更できない条件を明記します。たとえば、「今後 2 四半期は採用を増やせない」や「エンタープライズ向けのコミットメントにより、Q4 までは Product A を維持する必要がある」といった制約です。こうした条件があると、トレードオフを踏まえた推奨が出やすくなります。

初回出力のあとに反復する

最初の回答を受け取ったら、特定の観点で 2 回目の検討を依頼します。

• “Challenge the recommendation as a skeptical CFO.”
• “Rewrite this as a board slide narrative.”
• “Convert the strategy into three portfolio allocation scenarios.”
• “Identify which assumptions must be validated in the next 30 days.”
• “Map the recommended org design to current teams and hiring gaps.”

これにより、広めのアドバイザリー回答を、実行可能なオペレーティングプランに変えていけます。

自社のプロダクト文脈に合わせて skill をカスタマイズする

cpo-advisor を長期的により使いやすくするには、upstream repo の外側に社内向けの例を追加します。たとえば、自社の north star metric、現在のポートフォリオ分類、取締役会レポートの形式、プロダクトタイプ別の PMF 閾値、プロダクトチーム構造などです。更新時にレビューしやすいよう、カスタムコンテキストは元のファイルとは分けて管理してください。