cpo-review

cpo-review skill の概要

cpo-review ができること

cpo-review は、ロードマップ、機能への投資判断、プロダクトライン提案に対して、エンジニアリング工数を投じる前に CPO 視点でレビューするためのプロダクトレビュー skill です。Jobs To Be Done、North Star との整合、PMF シグナル、RICE スコアリング、機会費用、ポートフォリオ上の集中度を使い、実務上もっとも重要な問い――何を出すべきか、何を遅らせるべきか、何をやめるべきか――に対して、より明確な答えを引き出します。

コマンド形式は /cs:cpo-review <plan> です。<plan> には、プロダクト計画、ロードマップの一部、機能提案、ローンチブリーフ、優先順位付けの論点などを入れます。

Product Management の意思決定に向いているケース

通常のバックログ整理よりも判断の重みが大きい場面では、cpo-review for Product Management が役立ちます。たとえば、四半期ロードマップへのコミット、新しいプロダクトラインの立ち上げ、リリースに複数機能を追加する判断、リテンションの停滞への対応、「X を作るべきか」という意思決定などです。特に、長い戦略メモにせず、経営レベルのプレッシャーテストを行いたい PM、創業者、プロダクト責任者、スタッフレベルのオペレーターに向いています。

この skill の違い

最大の特徴は、判断を強制する問いの構造にあります。一般的なプロダクト批評を求めるのではなく、cpo-review skill は、提案された各機能がユーザーのジョブ、測定可能な行動、信頼できるリテンションシグナル、優先順位スコア、そしてトレードオフに結びついているかを確認します。そのため、大きなロードマップを発想する用途よりも、スコープを削る判断に強みがあります。

導入時の主な制約

これは軽量な skill で、主要なロジックは SKILL.md にまとまっています。リポジトリのプレビュー上、この skill フォルダ内に追加の参照ファイル、スクリプト、テンプレートは見当たりません。参照されている RICE コマンドの一つは、より広い product-manager ツールキットのパスを指しているため、ローカル環境にそのスクリプトが含まれていない限り、RICE の自動化は任意機能として扱うのが安全です。構造化されたレビュープロンプトとしてはそのまま使えますが、出力品質は入力する計画の具体性に大きく左右されます。

cpo-review skill の使い方

cpo-review のインストールとリポジトリ確認

一般的なインストール手順は次のとおりです。

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

インストール後、次のファイルを確認します。

• c-level-advisor/c-level-agents/skills/cpo-review/SKILL.md

この skill は 1 ファイルに集約されているように見えるため、リーダーシップ向けのワークフローで使う前に SKILL.md を読んでおくことをおすすめします。コマンド名、6 つの質問構造、実行可能な補助スクリプトをサポートする環境であればローカルパスの前提も確認してください。

skill に渡すべき入力

質の高い cpo-review usage には、単なる機能リスト以上の情報が必要です。以下を含めると有効です。

• 対象顧客セグメントとユーザーの役割
• 顧客自身の言葉で表したユーザージョブ
• 提案している機能またはロードマップ項目
• 現在の North Star Metric と補助指標
• リテンション、アクティベーション、エクスパンション、利用状況に関する根拠
• 既知の制約：チーム規模、期限、プラットフォーム、売上プレッシャー
• すでに検討した代替案
• 削ってもよいもの

弱い入力例：「オンボーディングのロードマップをレビューしてください。」

より強い入力例：「SMB 管理者向けの Q2 オンボーディングロードマップをレビューしてください。目標：7 日以内に初回のワークスペースセットアップを成功させる割合を 38% から 55% に上げる。現状、1 週目にチームメイトを 2 人招待したユーザーの 8 週目リテンションは 42%。招待しないユーザーは 12% まで低下する。提案項目：ガイド付きセットアップ、CSV import、AI workspace templates、admin checklist、lifecycle emails。チーム：エンジニア 4 名、8 週間。最大 3 項目まで出荷可能。」

よりよく呼び出すためのプロンプトパターン

実用的な cpo-review guide プロンプトは次のようになります。

「以下の計画に /cs:cpo-review を使ってください。JTBD、North Star との整合、PMF シグナル、RICE、機会費用、ポートフォリオ上の集中度の観点からロードマップを厳しく検証してください。must-ship、defer、kill の推奨を分けてください。不足している根拠と、コミット前に検証すべき 1 つの指標を指摘してください。」

その後に計画を貼り付けます。「これは良いロードマップですか？」と聞くよりも、この形のほうがうまく機能します。エージェントにスコープを削る権限を与え、弱いシグナルを明らかにし、意思決定の優先順位に集中させられるためです。

推奨ワークフロー

cpo-review は、ロードマップが組織内で既成事実化する前に実行します。まず、批評と kill / defer / ship の推奨を依頼します。次に、より強い指標や明確な JTBD 表現で計画を修正します。最後に、もう一度 skill を実行し、何が変わったのかを確認します。チームで使う場合は、出力を最終判断そのものとしてではなく、プロダクトレビュー会議の意思決定補助として持ち込みます。

cpo-review skill の FAQ

cpo-review は CPO 専用ですか？

いいえ。フレーミングは経営視点ですが、PM、創業者、プロダクト責任者、グロースチームにも有用です。単にチケット説明や機能仕様が必要な場面ではなく、トレードオフを伴う意思決定で特に価値を発揮します。

通常のプロダクト向けプロンプトより何が優れていますか？

汎用的なプロンプトでは、広く浅いフィードバックになりがちです。cpo-review は、ユーザージョブ、行動指標、PMF の根拠、RICE 優先度、機会費用、ポートフォリオ適合性という 6 つのプロダクトリーダーシップ上の問いにレビューを集中させます。この構造により、曖昧な意見が減り、測定可能なコミット判断へ会話を進めやすくなります。

cpo-review を使うべきでない場面は？

UX コピーライティング、ユーザーストーリー作成、スプリント計画、ディスカバリーインタビューのスクリプト作成の主ツールとしては使わないほうがよいです。これらの作業に示唆を与えることはできますが、本来の目的はロードマップの検証です。また、顧客セグメント、指標、競合する選択肢を提示しない場合、性能は大きく落ちます。

RICE は自動で計算されますか？

ソースでは RICE prioritizer コマンドが参照されていますが、表示されている cpo-review フォルダ内にローカルスクリプトは含まれていません。環境に参照先のツールキットスクリプトがある場合は使える可能性があります。そうでない場合は、Reach、Impact、Confidence、Effort の値を直接提示し、それをもとに推論するよう依頼してください。

cpo-review skill を改善する方法

まず cpo-review への入力を改善する

cpo-review の結果を良くする最善の方法は、意思決定に耐える根拠を渡すことです。「顧客は dashboards を求めている」ではなく、「finance admins は請求書照合のために毎週手動でデータをエクスポートしている。過去 30 日間でアクティブアカウントの 31% が exports を使った。dashboard users は 90 日後のリテンションが 18 ポイント高い」と書き換えます。具体的なジョブ、コホート、行動指標があるほど、skill は実質的な検証を行えます。

よくある失敗パターンを直す

出力が一般論に感じられる場合、原因はたいてい計画の具体性不足です。現在の North Star Metric、ベースライン指標値、目標とする変化量、顧客セグメント、主要制約を追加してください。出力が厳しすぎる場合は、「kill now」「defer pending evidence」「ship as scoped」を区別するよう依頼します。RICE を重視しすぎる場合は、リテンションカーブと機会費用に焦点を当てた 2 回目のレビューを依頼します。

初回レビュー後に反復する

初回のレビュー後は、次のようなフォローアップ質問をします。

• 「JTBD の主張がもっとも弱い項目はどれですか？」
• 「kill 推奨を ship 推奨に変えるには、どんな根拠が必要ですか？」
• 「同じユーザージョブを奪い合っているロードマップ項目はどの 2 つですか？」
• 「PMF シグナルを検証する最小の実験は何ですか？」

こうしたフォローアップにより、この skill は一度きりの批評ではなく、プロダクト意思決定のループとして機能します。

自社の運用モデルに合わせる

継続利用の品質を上げるには、自社の North Star Metric、プロダクト原則、現在注力している顧客セグメント、RICE scale、PMF シグナルの定義を、プロンプトまたはローカルの skill コンテキストに追加します。中核となる cpo-review skill は意図的にコンパクトに作られています。実際のポートフォリオ制約やリテンションデータと組み合わせるほど、価値が高まります。