cpo-review

cpo-review skill 개요

cpo-review가 하는 일

cpo-review는 팀이 엔지니어링 시간을 투입하기 전에 로드맵, 기능 베팅, 제품 라인 제안을 CPO 관점에서 검토하도록 돕는 제품 리뷰용 cpo-review 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은 각 제안 기능이 사용자 job, 측정 가능한 행동, 신뢰할 만한 리텐션 신호, 우선순위 점수, 트레이드오프와 연결되어 있는지 확인합니다. 그래서 더 큰 로드맵을 브레인스토밍하는 용도보다는 범위를 잘라내는 데 더 유용합니다.

주요 도입 제약

이 skill은 핵심 로직이 SKILL.md에 들어 있는 경량 skill입니다. 저장소 미리보기에서는 이 skill 폴더 안에 추가 참조 파일, 스크립트, 템플릿이 보이지 않습니다. 참조된 RICE 명령 하나는 더 넓은 product-manager toolkit 경로를 가리키므로, 로컬 설치에 해당 스크립트가 포함되어 있지 않다면 RICE 자동화는 선택 사항으로 보는 것이 안전합니다. 구조화된 리뷰 프롬프트로서 skill 자체는 여전히 작동하지만, 출력 품질은 사용자가 제공하는 계획의 구체성에 크게 좌우됩니다.

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은 한 파일에 집중되어 있는 것으로 보이므로, 리더십 워크플로우에서 본격적으로 사용하기 전에 SKILL.md를 읽어보세요. 실행형 헬퍼 스크립트를 지원하는 환경이라면 명령 이름, 여섯 가지 질문 구조, 로컬 경로에 대한 가정이 있는지도 확인해야 합니다.

skill에 필요한 입력

좋은 cpo-review usage를 위해서는 단순한 기능 목록 이상을 제공해야 합니다. 다음 정보를 포함하세요.

• 타깃 고객 세그먼트와 사용자 역할
• 고객의 언어로 표현한 user job
• 제안된 기능 또는 로드맵 항목
• 현재 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 guide 프롬프트는 다음과 같습니다.

“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.”

그다음 계획을 붙여넣으세요. “Is this a good roadmap?”라고 묻는 것보다 이 방식이 더 잘 작동합니다. 에이전트가 범위를 잘라내고, 약한 신호를 드러내며, 의사결정에 우선순위를 두도록 허용하기 때문입니다.

권장 워크플로우

로드맵이 조직적으로 이미 굳어지기 전에 cpo-review를 실행하세요. 첫째, 비판적 검토와 kill/defer/ship 추천을 요청합니다. 둘째, 더 강한 지표나 더 선명한 JTBD 표현으로 계획을 수정합니다. 셋째, skill을 다시 실행하고 무엇이 달라졌는지 물어봅니다. 팀에서 사용할 때는 결과를 제품 리뷰 회의에 의사결정 보조 자료로 가져가되, 최종 권위로 다루지는 마세요.

cpo-review skill FAQ

cpo-review는 CPO만을 위한 도구인가요?

아닙니다. 프레이밍은 경영진 수준이지만, 이 skill은 PM, 창업자, 제품 리드, 그로스 팀에도 유용합니다. 단순히 티켓 설명이나 기능 명세가 필요한 경우보다, 트레이드오프가 걸린 의사결정에서 가장 큰 가치를 냅니다.

일반적인 제품 프롬프트보다 나은 점은 무엇인가요?

일반 프롬프트는 폭넓은 피드백을 줄 수 있습니다. 반면 cpo-review는 리뷰를 여섯 가지 제품 리더십 질문에 집중시킵니다. 사용자 job, 행동 지표, PMF 근거, RICE 우선순위, 기회비용, 포트폴리오 적합성입니다. 이 구조는 모호한 의견을 줄이고, 측정 가능한 커밋 의사결정으로 대화를 밀어줍니다.

cpo-review를 쓰지 않는 편이 나은 경우는 언제인가요?

UX 카피라이팅, 사용자 스토리 생성, 스프린트 계획, 디스커버리 인터뷰 스크립트 작성의 주 도구로 사용하지 마세요. 이런 작업에 참고가 될 수는 있지만, 실제 목적은 로드맵을 집요하게 검토하는 것입니다. 또한 고객 세그먼트, 지표, 경쟁 옵션을 제공하지 않으면 성능이 크게 떨어집니다.

이 skill이 RICE를 자동으로 계산하나요?

소스에는 RICE prioritizer 명령이 언급되어 있지만, 보이는 cpo-review 폴더에는 로컬 스크립트가 포함되어 있지 않습니다. 환경에 참조된 toolkit 스크립트가 있다면 사용할 수 있을 수 있습니다. 그렇지 않다면 Reach, Impact, Confidence, Effort 값을 직접 제공하고, 그 값을 바탕으로 추론해 달라고 요청하세요.

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.”처럼 작성하세요. 구체적인 job, 코호트, 행동 지표가 있어야 skill이 실제로 반박하고 검토할 수 있습니다.

흔한 실패 모드 고치기

출력이 일반적으로 느껴진다면 대개 계획이 충분히 구체적이지 않기 때문입니다. 현재 North Star Metric, 기준 지표값, 목표 변화폭, 고객 세그먼트, 핵심 제약을 추가하세요. 출력이 지나치게 냉정하다면 “kill now,” “defer pending evidence,” “ship as scoped”를 구분해 달라고 요청하세요. RICE에 과도하게 비중을 둔다면 리텐션 커브와 기회비용에 초점을 맞춘 두 번째 검토를 요청하세요.

첫 리뷰 이후 반복하세요

첫 번째 검토가 끝난 뒤에는 다음과 같은 후속 질문을 던져보세요.

• “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을 일회성 비평 도구가 아니라 제품 의사결정 루프로 바꿔줍니다.

운영 모델에 맞게 skill을 조정하세요

반복 사용의 품질을 높이려면 회사의 North Star Metric, 제품 원칙, 활성 고객 세그먼트, RICE scale, PMF signal의 정의를 프롬프트나 로컬 skill context에 추가하세요. 핵심 cpo-review skill은 의도적으로 간결하게 설계되어 있습니다. 실제 포트폴리오 제약과 리텐션 데이터와 함께 사용할 때 가치가 더 커집니다.