cpo-review
por alirezarezvanicpo-review é uma skill de revisão de produto no estilo CPO para testar roadmaps, apostas em features e planos de produto sob pressão, usando JTBD, alinhamento à North Star, sinais de PMF, RICE, custo de oportunidade e decisões de lançar, adiar ou encerrar.
Esta skill recebe 70/100, o que significa que é aceitável para listagem no diretório, mas deve ser apresentada como um prompt leve de revisão no estilo CPO, não como um kit de ferramentas totalmente operacional. Usuários do diretório conseguem entender quando acioná-la e que tipo de investigação de produto ela conduz, mas devem esperar fornecer seus próprios dados, mecanismos de pontuação e estrutura de execução além das perguntas direcionadoras.
- Gatilho e casos de uso claros: `/cs:cpo-review <plan>` é apresentado explicitamente para compromissos de roadmap, decisões de encerrar features, alegações de PMF e lançamentos de linhas de produto.
- O fluxo principal é concreto o suficiente para orientar um agente em uma revisão no estilo CPO usando JTBD, alinhamento à métrica North Star, sinais de PMF/retenção, RICE e questionamentos sobre custo de oportunidade.
- A skill oferece mais força para revisão de produto do que um prompt genérico ao enfatizar decisões de matar/construir e padrões de evidência, como curvas de retenção, em vez de sentimento em pesquisas.
- Não há arquivos de apoio, README, comando de instalação nem referências incluídas; os usuários precisam depender totalmente de SKILL.md.
- A etapa de RICE menciona um caminho de script externo (`product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py`) que não está incluído nas evidências desta skill, o que pode dificultar a execução.
Visão geral da skill cpo-review
O que cpo-review faz
cpo-review é uma skill de revisão de produto no estilo CPO para questionar um roadmap, uma aposta de feature ou uma proposta de linha de produto antes que o time comprometa tempo de engenharia. Ela usa Jobs To Be Done, alinhamento com North Star, sinais de PMF, pontuação RICE, custo de oportunidade e foco de portfólio para forçar uma resposta mais clara a uma pergunta prática: o que devemos lançar, adiar ou matar?
O padrão de comando é /cs:cpo-review <plan>, em que <plan> deve ser um plano de produto, recorte de roadmap, proposta de feature, briefing de lançamento ou debate de priorização.
Melhor uso para decisões de Product Management
Use cpo-review for Product Management quando o risco for maior do que uma organização comum de backlog: compromisso de roadmap trimestral, lançamento de uma nova linha de produto, inclusão de várias features em uma release, retenção estagnada ou decisão sobre “devemos construir X?”. Ela é especialmente útil para PMs, founders, líderes de produto e operadores em nível staff que precisam de um teste de pressão em nível executivo sem transformar o exercício em um longo memorando de estratégia.
O que torna esta skill diferente
O principal diferencial está na estrutura de perguntas que força decisões. Em vez de pedir uma crítica genérica de produto, a cpo-review skill verifica se cada feature proposta está conectada a um job do usuário, a um comportamento mensurável, a um sinal crível de retenção, a uma pontuação de priorização e a um tradeoff. Isso a torna mais útil para cortar escopo do que para brainstormar um roadmap maior.
Principal restrição de adoção
Esta é uma skill leve, com a lógica central em SKILL.md; a prévia do repositório não mostra arquivos de referência, scripts ou templates adicionais dentro da pasta desta skill. Um comando RICE mencionado aponta para um caminho mais amplo de toolkit de product-manager, então trate a automação de RICE como opcional, a menos que sua instalação local inclua esse script. A skill ainda funciona como um prompt estruturado de revisão, mas a qualidade da saída depende muito dos detalhes do plano que você fornece.
Como usar a skill cpo-review
Instalação de cpo-review e checagem do repositório
Um fluxo típico de instalação é:
npx skills add alirezarezvani/claude-skills --skill cpo-review
Depois da instalação, inspecione:
c-level-advisor/c-level-agents/skills/cpo-review/SKILL.md
Como esta skill parece estar concentrada em um único arquivo, leia SKILL.md antes de usá-la em um fluxo de liderança. Confirme o nome do comando, a estrutura de seis perguntas e quaisquer suposições de caminhos locais caso seu ambiente ofereça suporte a scripts auxiliares executáveis.
Inputs que a skill precisa
Para um bom cpo-review usage, forneça mais do que uma lista de features. Inclua:
- Segmento de cliente-alvo e papel do usuário
- O job do usuário nas palavras do próprio cliente
- Features propostas ou itens do roadmap
- North Star Metric atual e métricas de apoio
- Evidências de retenção, ativação, expansão ou uso
- Restrições conhecidas: tamanho do time, prazo, plataforma, pressão de receita
- Alternativas já consideradas
- O que você está disposto a cortar
Input fraco: “Revise nosso roadmap de onboarding.”
Input melhor: “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.”
Padrão de prompt para uma chamada melhor
Um prompt prático de cpo-review guide fica assim:
“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.”
Depois, cole o plano. Isso funciona melhor do que perguntar “Este é um bom roadmap?” porque dá ao agente permissão para cortar escopo, expor sinais fracos e priorizar a decisão.
Fluxo de trabalho sugerido
Execute cpo-review antes que o roadmap esteja socialmente travado. Primeiro, peça uma crítica e uma recomendação de kill/defer/ship. Segundo, revise o plano com métricas mais fortes ou uma formulação mais precisa de JTBD. Terceiro, rode a skill novamente e pergunte o que mudou. Para uso em equipe, leve a saída para uma reunião de revisão de produto como apoio à decisão, não como autoridade final.
FAQ da skill cpo-review
cpo-review é só para CPOs?
Não. O enquadramento é de nível executivo, mas a skill é útil para PMs, founders, líderes de produto e times de growth. Ela tem mais valor quando a decisão envolve tradeoffs, não quando você precisa apenas de uma descrição de ticket ou de uma especificação de feature.
Por que ela é melhor do que um prompt comum de produto?
Um prompt genérico pode gerar feedback amplo. cpo-review concentra a revisão em seis perguntas de liderança de produto: job do usuário, métrica de comportamento, evidência de PMF, prioridade RICE, custo de oportunidade e aderência ao portfólio. Essa estrutura reduz opiniões vagas e leva a conversa para decisões de compromisso mensuráveis.
Quando não devo usar cpo-review?
Não a use como ferramenta principal para UX writing, geração de user stories, planejamento de sprint ou roteiro de entrevistas de discovery. Ela pode informar essas tarefas, mas seu propósito real é interrogar o roadmap. Ela também performa mal quando você não fornece segmento de cliente, métrica nem opções concorrentes.
A skill calcula RICE automaticamente?
A fonte menciona um comando de priorização RICE, mas a pasta visível de cpo-review não inclui scripts locais. Se o seu ambiente tiver o script de toolkit mencionado, talvez você consiga usá-lo. Caso contrário, forneça diretamente os valores de Reach, Impact, Confidence e Effort e peça para a skill raciocinar a partir deles.
Como melhorar a skill cpo-review
Melhore primeiro os inputs de cpo-review
A melhor forma de melhorar os resultados de cpo-review é fornecer evidências em nível de decisão. Troque “clientes querem dashboards” por “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 específicos, coortes e métricas de comportamento dão à skill algo concreto para questionar.
Corrija modos comuns de falha
Se a saída parecer genérica, a causa mais comum é um plano pouco especificado. Adicione a North Star Metric atual, valores de baseline das métricas, movimento-alvo, segmento de cliente e principais restrições. Se a saída for dura demais, peça para diferenciar “kill now,” “defer pending evidence,” e “ship as scoped.” Se ela der peso excessivo ao RICE, peça uma segunda rodada focada na curva de retenção e no custo de oportunidade.
Itere depois da primeira revisão
Depois da primeira rodada, faça perguntas de acompanhamento como:
- “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?”
Esses follow-ups transformam a skill de uma crítica pontual em um loop de decisão de produto.
Adapte a skill ao seu modelo operacional
Para uso recorrente com mais qualidade, adicione a North Star Metric da sua empresa, princípios de produto, segmentos de clientes ativos, escala RICE e definição de sinal de PMF ao prompt ou ao contexto local da skill. A cpo-review skill central é intencionalmente compacta; ela se torna mais valiosa quando combinada com suas restrições reais de portfólio e dados de retenção.
