PRD de Feature Nova
Escrever documento de requisitos de produto para uma feature do zero.
- em 1 a 2 semanas
- 5 a 10 h em 1 a 2 semanas
- o que você entrega
- Documento o que você entrega
- com checkpoint
- 5 etapas com checkpoint
- de aceite
- 9 requisitos de aceite
Por que este projeto
Uma feature que ninguém escreveu direito custa semanas de retrabalho. O PRD, documento de requisitos de produto, é a ferramenta do PM para alinhar problema, solução, escopo e como saber se deu certo, antes de qualquer linha de código. Pegue um produto que você usa, escolha uma melhoria que faria, e escreva o PRD como se fosse entregá-lo amanhã para um time de desenvolvimento e design.
Você vai sair sabendo
O que precisa estar lá no fim
É o contrato do projeto. Quando os 9 estiverem verdade, você terminou.
- Produto escolhido e persona alvo descritos em um parágrafo
- Problema com pelo menos uma evidência (dado, reclamação pública, observação própria)
- Objetivo e uma métrica de sucesso com número alvo e prazo
- Solução proposta em um parágrafo mais o fluxo em passos ou um esboço
- Escopo com listas explícitas de entra e não entra
- Pelo menos cinco histórias de usuário no formato como, quero, para
- Cada história com critérios de aceite testáveis
- Riscos e perguntas em aberto listados
- Documento público (Notion, Google Docs com link de leitura, ou PDF) com no máximo quatro páginas
Etapas
Produto e problema
1 h- Escolha um produto que você usa toda semana e uma coisa que te irrita nele.
- Procure evidência: avaliações na loja, reclamações públicas, sua própria observação com data.
Pronto quando: O problema está escrito em duas frases e tem uma evidência ao lado.
Objetivo e métrica
30 min- O que muda se der certo? Escolha um número que dá para medir e um prazo.
Pronto quando: A métrica tem número alvo e data.
Solução e escopo
1 a 2 h- Descreva a solução em um parágrafo e o fluxo em passos.
- Liste o que entra e o que fica de fora desta versão.
Pronto quando: Alguém lendo sabe o que vai e o que não vai ser feito.
Histórias e critérios
2 a 3 h- Quebre a solução em histórias como, quero, para.
- Para cada uma, critérios de aceite que um QA conseguiria testar.
Pronto quando: Cinco histórias, todas com critério.
Riscos, revisão e publicar
1 h- Liste riscos e perguntas abertas.
- Corte até caber em quatro páginas. Publique.
Pronto quando: O link abre numa aba anônima e o documento tem no máximo quatro páginas.
Entrega
Terminou? Marque a conclusão e o projeto vira parte do seu perfil.
Depois
Escrevi o documento que evita semanas de retrabalho. Um PRD para uma melhoria em [produto]: problema com evidência, métrica de sucesso com número, solução, escopo com o que entra e o que fica de fora, cinco histórias de usuário com critérios de aceite. Em quatro páginas. O que aprendi: • Problema antes de solução • Métrica com número e prazo • Critério de aceite que um QA consegue testar A parte mais difícil foi [conta aqui]. Documento nos comentários. #produto #productmanagement #prd #boranatech
Roadmap Trimestral