Biblioteca de Plays
Playbooks práticos do dia a dia de PM. Cada play tem objetivo, passos e o artefato que sai.
Rodar uma semana de Continuous Discovery
Objetivo: Aprender com 5 clientes em 5 dias sem virar refém de agenda. · Quando: Antes de definir o que construir no próximo ciclo.
- Defina o outcome que precisa entender (ex.: por que ativação caiu).
- Recrute 5 clientes do segmento certo (não os mais simpáticos).
- Escreva um roteiro de 8-10 perguntas comportamentais (passado, não opinião).
- Rode 1 entrevista por dia, anote em até 2h depois.
- Toda sexta: extraia 3 oportunidades e adicione na OST.
Escrever um PRD que não vira fan-fiction
Objetivo: Specs que time entende e ninguém precisa adivinhar. · Quando: Quando uma oportunidade vira commit de roadmap.
- Comece pelo problema, não pela solução.
- Defina a métrica de sucesso ANTES de descrever escopo.
- Liste explicitamente o que está fora do escopo.
- Adicione riscos e perguntas abertas — não esconda.
- Compartilhe com eng/design ANTES de finalizar.
Conduzir uma entrevista de usuário (sem enviesar)
Objetivo: Sair com dados, não validação. · Quando: Toda vez que precisar entender comportamento, não opinião.
- Não mostre seu produto nos primeiros 20 minutos.
- Pergunte sobre a última vez que aconteceu, não sobre o que ele faria.
- Quando o cliente disser "adoraria uma feature X", pergunte por que ele ainda não resolveu sem ela.
- Fique em silêncio depois das respostas — o ouro vem depois da pausa.
- Anote literalmente as palavras dele, não a sua paráfrase.
Definir uma North Star metric honesta
Objetivo: Métrica que mede valor real entregue ao cliente. · Quando: Quando o time não sabe pelo que está otimizando.
- Pergunte: "se essa métrica subir, o cliente está melhor?". Se a resposta é "depende", reescreva.
- Não escolha receita ou DAU como North Star — são lagging.
- Quebre em 3-4 input metrics que o time controla.
- Defina 1-2 guardrails (CSAT, latência, churn).
- Publique. Repita em toda reunião por 4 semanas.
Priorizar um backlog sob pressão
Objetivo: Sair de uma reunião com top 3 e justificativa. · Quando: Quando todos querem tudo para ontem.
- Liste 8-10 candidatas, não mais.
- Atribua RICE com calma, principalmente Confidence (é o C que mente).
- Imprima o ranking e pergunte "o que cai do top 3?" — não "o que entra".
- Documente o que NÃO vai ser feito e o porquê.
- Comunique a decisão e o critério, não só o resultado.
Rodar um pre-mortem
Objetivo: Achar riscos antes que eles te achem. · Quando: Antes de qualquer iniciativa grande.
- Reúna o time. Diga: "é daqui a 6 meses. Esse projeto fracassou".
- Cada pessoa escreve 3 razões do fracasso em silêncio (5 min).
- Agrupe e vote nos top 5.
- Para cada um, defina mitigação ou sinal de alerta.
- Adicione os top 3 riscos ao PRD.
Lançar um MVP de verdade
Objetivo: Aprender o máximo com o mínimo de código. · Quando: Quando ainda há dúvida sobre desejo/valor.
- Pergunte: "qual a hipótese mais arriscada?". Comece por ela.
- Se possível, valide sem código (Wizard of Oz, concierge, landing page).
- Defina o critério de sucesso/fracasso antes de lançar.
- Limite a 5-15% da audiência.
- Decida em 2 semanas: dobrar, pivotar, matar.
Desenhar e rodar um experimento A/B
Objetivo: Decidir com dados, não com p-valor após o fato. · Quando: Quando há volume suficiente e hipótese clara.
- Escreva a hipótese: "Acreditamos que X causa Y porque Z, medido por W".
- Defina métrica primária e guardrails.
- Calcule MDE e tamanho de amostra ANTES.
- Não olhe o resultado antes do tamanho mínimo.
- Documente: ganhou, perdeu ou inconclusivo — e o que aprendeu.
Lançar uma feature de IA do zero (com evals)
Objetivo: Não confundir demo bonita com produto. · Quando: Toda vez que LLM/IA entrar no caminho crítico.
- Defina os casos de uso e os critérios de "bom".
- Construa Eval Suite com happy path, edge cases e adversariais.
- Implemente LLM-as-Judge para medir consistência.
- Lance para 5% e compare evals em produção vs. dev.
- Defina gatilho de regressão: se evals caírem X%, reverte.
Fazer GTM de um lançamento
Objetivo: Lançar não é deploy — é posicionamento, enablement e comms. · Quando: Antes de qualquer feature pública relevante.
- Escreva o PR-FAQ antes de qualquer pixel.
- Defina posicionamento e mensagem-chave em 1 frase.
- Enable vendas/suporte com FAQ e demos.
- Plano de comms: interno → beta → público.
- Defina métricas de sucesso e plano de rollback.