Desenvolvimento
Modelo de documento de requisitos de produto (PRD)
Um PRD explica o que construir e como você vai saber que funciona. Este modelo vai do problema e do público a um resultado mensurável, histórias de usuário, uma tabela de requisitos com prioridade e critérios de aceitação, itens fora do escopo, casos extremos, lançamento e medição, e perguntas abertas.
Abrir este modelo no editor- Categoria
- Desenvolvimento
- Estilo padrão
- Técnico
Quando usar
Escreva um PRD antes de o design e a engenharia começarem em uma funcionalidade, e mantenha atualizado enquanto a linha de status ainda disser rascunho. Desenvolvedores, designers, testadores e a equipe de suporte leem, cada um procurando detalhes diferentes. Escrever requisitos em Markdown combina com equipes que mantêm documentos junto do código e exportam um PDF só para revisões.
O que tem dentro
- Um cabeçalho com campos de preenchimento para projeto, autor e data de atualização, além de uma linha de status que começa como rascunho.
- Uma tabela de requisitos com prioridades obrigatório e desejável e critérios de aceitação para cada linha.
- Seções para trabalho fora do escopo, casos extremos, lançamento e medição, e perguntas abertas com responsáveis.
Dicas para um documento melhor
- Escreva critérios de aceitação que um testador possa verificar sem precisar perguntar a você. “O usuário conclui sem ajuda” pode ser observado. “Fácil de usar” não pode.
- O estilo Técnico é o padrão aqui e lida bem com tabelas largas. Ative o sumário com números de página quando o documento crescer além de algumas páginas.
Pré-visualização do modelo
Requisitos de produto: Projeto ou tema
Autor: Seu nome · Atualizado em: Data
Status: Rascunho
Problema e público
Quem tem esse problema? Descreva a solução alternativa atual e por que ela não é suficiente.
Resultado desejado
Defina um resultado mensurável e uma linha de base.
Histórias de usuário
- Como usuário, quero concluir a tarefa principal para alcançar meu objetivo.
- Como usuário recorrente, quero que minhas preferências sejam lembradas.
Requisitos
| Prioridade | Requisito | Critério de aceite |
|---|---|---|
| Obrigatório | Fluxo principal | O usuário conclui sem ajuda |
| Obrigatório | Recuperação de erro | A entrada é preservada após uma falha |
| Desejável | Preferências | As configurações persistem entre visitas |
Fora do escopo
Liste trabalhos relacionados adiados intencionalmente.
Casos extremos
Entrada vazia, conteúdo longo, telas pequenas, uso do teclado e perda de conectividade.
Lançamento e medição
Defina o rollout, o sinal de sucesso e a data de revisão.
Questões em aberto
Registre decisões não resolvidas com um responsável.
Os campos de preenchimento, como seu nome e a data, são substituídos quando você abre o modelo no editor.