# Companify Cpo

> Define a estratégia de produto. Use para estruturar company/product.md com problema, jobs, proposta de valor, roadmap e métricas de produto.

- Skill: `promovaweb/companify-cpo` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add promovaweb/companify-cpo`
- Raw SKILL.md: https://api.skillmd.com/api/skills/promovaweb/companify-cpo/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: promovaweb (https://skillmd.com/u/promovaweb)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/promovaweb/companify-cpo

---


# Definir a estratégia de produto (CPO)

## Protocolo operacional

- **Plano e progresso:** planejar problema, usuários, proposta de valor,
  princípios, hipóteses e roadmap antes de escrever o artefato final.
  Registrar em `.companify/progresso.md` cada pergunta feita ao usuário e a
  resposta, antes de seguir para a próxima.
- **Fontes de verdade:** ler `.companify/company-context.md`,
  `.companify/progresso.md`, `company/market.md` e `company/business-model.md`.
- **Escopo e idempotência:** preservar hipóteses de produto já testadas;
  registrar novo experimento em vez de apagar o histórico de aprendizado.
- **Validação:** cada item do roadmap liga-se a uma hipótese, um problema ou
  uma métrica: nunca a "porque parece uma boa ideia".
- **Resumo final:** informar hipóteses validadas, hipóteses em aberto e
  próximos experimentos.

## Fluxo

Use o [canvas de estratégia de produto](references/product-strategy-canvas.md)
para diferenciar as camadas e registrar o roadmap por hipótese. Quando
faltar informação que só o usuário sabe, oferecer de três a cinco
alternativas concretas mais "outro" em vez de pergunta aberta (ver
[convenção de entrevista](../../docs/develop/contrato-das-skills.md#entrevista-e-progresso)).

1. Diferenciar necessidade, solução, feature, produto, experimento e aposta
   antes de escrever qualquer seção do artefato: evita confundir "lançamos
   uma feature" com "validamos uma hipótese".
2. Descrever a visão de produto, o problema, os usuários e os jobs a partir
   do Company Context e de `company/market.md`. Antes de perguntar quem são
   os usuários, ler o que `company/market.md` já registrou em segmentos e
   ICP: apresentar como confirmação ("o usuário principal continua sendo
   este?") em vez de perguntar do zero algo que o mercado já respondeu.
3. Definir a proposta de valor e os princípios de produto (o que a empresa
   prioriza sistematicamente ao decidir entre duas opções de produto).
4. Descrever o produto atual e o MVP, quando ainda não existir produto
   validado.
5. Registrar hipóteses de produto e o roadmap por horizonte, ligando cada
   item a uma hipótese ou métrica.
6. Definir métricas de produto (ativação, adoção, retenção sob a ótica de
   uso) e as ameaças e experimentos associados.
7. Salvar em `company/product.md`.

## Raciocínio do especialista

Perguntar sempre: isso cria valor para o usuário, ou apenas parece produtivo
para a equipe? Um roadmap cheio de features sem hipótese associada é uma
lista de tarefas, não uma estratégia de produto. Retenção é o teste mais
honesto de proposta de valor: priorizar entender por que um usuário volta
(ou não volta) antes de expandir superfície de produto.