cpo-review

cpo-review skill 概覽

cpo-review 的用途

cpo-review 是一個 CPO 風格的產品審查 skill，適合在團隊投入工程時間之前，用來盤問 roadmap、功能押注或產品線提案。它會運用 Jobs To Be Done、North Star alignment、PMF signal、RICE scoring、opportunity cost 與 portfolio focus，逼出一個更清楚、也更務實的答案：哪些該出、哪些該延後、哪些該砍掉？

指令模式是 /cs:cpo-review <plan>，其中 <plan> 應該是一份產品計畫、roadmap 切片、功能提案、上市簡報，或一場優先順序取捨的討論內容。

最適合用在 Product Management 決策

當利害關係高於一般 backlog grooming 時，就適合使用 cpo-review for Product Management：例如季度 roadmap 承諾、推出新產品線、在一次 release 中加入多個功能、面對留存停滯，或要決定「我們是否應該做 X」。它特別適合 PM、創辦人、產品負責人，以及 staff-level operator，在不把討論變成冗長策略備忘錄的前提下，進行接近高階主管視角的壓力測試。

這個 skill 的差異點

它最強的差異化在於「逼問式」結構。cpo-review skill 不是要求一段泛泛的產品評論，而是檢查每個被提議的功能是否連到明確的 user job、可衡量的行為、可信的留存訊號、優先順序分數，以及必須面對的取捨。因此，它比起發想更大的 roadmap，更適合用來砍 scope、收斂承諾。

主要採用限制

這是一個輕量級 skill，核心邏輯集中在 SKILL.md；從 repository preview 來看，這個 skill 資料夾內沒有額外的參考檔、script 或 template。其中有一個被引用的 RICE command 指向較大的 product-manager toolkit 路徑，因此除非你的本機安裝包含該 script，否則應把 RICE automation 視為選用。即使如此，這個 skill 仍能作為結構化審查 prompt 使用；但輸出品質很大程度取決於你提供的 plan 細節是否足夠。

如何使用 cpo-review skill

cpo-review 安裝與 repository 檢查

典型安裝流程如下：

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

安裝後，請檢查：

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

由於這個 skill 看起來主要集中在單一檔案，若要放進領導層工作流程使用，請先閱讀 SKILL.md。確認 command 名稱、六個問題的結構，以及如果你的環境支援可執行 helper scripts，是否存在任何本機路徑假設。

這個 skill 需要的輸入

要讓 cpo-review usage 發揮效果，不要只提供功能清單。請包含：

• 目標客戶區隔與使用者角色
• 用客戶自己的語言描述 user job
• 提議的功能或 roadmap 項目
• 目前的 North Star Metric 與支撐指標
• 留存、啟用、擴張或使用行為證據
• 已知限制：團隊規模、截止時間、平台、營收壓力
• 已考慮過的替代方案
• 你願意砍掉什麼

較弱的輸入：「Review our onboarding roadmap。」

較強的輸入：「Review this Q2 onboarding roadmap for SMB admins. Goal: increase first successful workspace setup within 7 days from 38% to 55%. Current retention for users who invite two teammates in week one is 42% at week eight; users who do not invite teammates decay to 12%. Proposed items: guided setup, CSV import, AI workspace templates, admin checklist, lifecycle emails. Team: 4 engineers for 8 weeks. We can ship at most 3 items.」

更好的 cpo-review 呼叫 prompt 模式

一個實用的 cpo-review guide prompt 可以長這樣：

“Use /cs:cpo-review on the plan below. Challenge the roadmap using JTBD, North Star alignment, PMF signal, RICE, opportunity cost, and portfolio focus. Separate must-ship, defer, and kill recommendations. Call out missing evidence and the one metric we should validate before committing.”

接著貼上 plan。這比問「這是一份好的 roadmap 嗎？」更有效，因為它明確授權 agent 去砍 scope、揭露薄弱訊號，並把重點放在決策優先順序上。

建議工作流程

在 roadmap 尚未被組織共識「鎖死」之前先跑 cpo-review。第一步，要求它提出 critique，並給出 kill / defer / ship 建議。第二步，用更強的指標或更精準的 JTBD 語言修訂 plan。第三步，再跑一次這個 skill，請它指出前後差異。若是團隊使用，請把輸出帶進產品審查會議，作為決策輔助，而不是最終權威。

cpo-review skill 常見問題

cpo-review 只適合 CPO 使用嗎？

不是。它的框架是高階主管視角，但這個 skill 對 PM、創辦人、產品負責人與 growth teams 都有用。當決策涉及取捨時，它最有價值；如果你只是需要 ticket 描述或功能規格，它就不是最適合的工具。

它比一般產品 prompt 好在哪裡？

一般 prompt 可能會產出很廣泛的回饋。cpo-review 會把審查聚焦在六個產品領導問題上：user job、behavior metric、PMF evidence、RICE priority、opportunity cost 與 portfolio fit。這種結構能減少模糊意見，把討論推向可衡量、可承諾的決策。

什麼時候不該使用 cpo-review？

不要把它當成 UX copywriting、user story generation、sprint planning 或 discovery interview scripting 的主要工具。它可以為這些任務提供判斷依據，但真正目的在於盤問 roadmap。若你沒有提供客戶區隔、沒有指標，也沒有互相競爭的選項，它的表現也會很差。

這個 skill 會自動計算 RICE 嗎？

來源內容提到一個 RICE prioritizer command，但可見的 cpo-review 資料夾並未包含本機 scripts。如果你的環境有被引用的 toolkit script，也許可以使用。否則，請直接提供 Reach、Impact、Confidence 與 Effort 數值，並要求這個 skill 根據這些數值進行推理。

如何改善 cpo-review skill

先改善 cpo-review 輸入

改善 cpo-review 結果最有效的方法，是提供足以支撐決策的證據。不要只寫「customers want dashboards」，而是改成「finance admins manually export data weekly to reconcile invoices; 31% of active accounts used exports in the last 30 days; dashboard users retain 18 points higher after 90 days。」具體的 jobs、cohorts 與 behavior metrics，才會讓這個 skill 有真實內容可以挑戰。

修正常見失敗模式

如果輸出感覺很籠統，通常是因為 plan 描述不足。請補上目前的 North Star Metric、基準指標值、目標變化、客戶區隔與最重要的限制。如果輸出太嚴厲，請要求它區分「kill now」、「defer pending evidence」與「ship as scoped」。如果它過度偏重 RICE，請要求第二輪改以 retention curve 與 opportunity cost 為主。

第一輪審查後繼續迭代

第一輪完成後，可以追問：

• “Which item has the weakest JTBD claim?”
• “What evidence would change a kill recommendation into a ship recommendation?”
• “Which two roadmap items are competing for the same user job?”
• “What is the smallest experiment to validate the PMF signal?”

這些追問能把這個 skill 從一次性的 critique，轉成持續運作的產品決策迴圈。

依你的營運模型調整 skill

若要提升長期、反覆使用的品質，請把你公司的 North Star Metric、product principles、active customer segments、RICE scale 與 PMF signal 定義加入 prompt 或本機 skill context。核心的 cpo-review skill 刻意保持精簡；當它搭配你真實的 portfolio constraints 與 retention data 時，價值會更高。