---
id: create-prd
agent: pm
title: Criar o PRD greenfield
inputs: [pedido de produto, pesquisa de mercado (opcional)]
outputs: [docs/prd/prd.md com FR/NFR, métricas de sucesso e recorte MVP]
elicit: true
modes: [interactive]
---

# Criar o PRD greenfield

**Objetivo:** transformar um pedido de produto novo num PRD-contrato — cada feature rastreada a uma dor
real do usuário, com critério de aceite verificável, métrica de sucesso e um MVP recortado ao osso.

**Pré-condições:**
- Existe um pedido de produto (visão, ideia, oportunidade). Sem isso, **pare** e elicite o escopo.
- O "por quê" é conhecível: há uma dor de usuário ou achado de pesquisa por trás. Se não há, **pare** e
  delegue a pesquisa ao @analyst antes de escrever uma linha (No invention, Art. IV).

## Passos

1. **Cave o "por quê" até a raiz.** Para cada feature pedida, pergunte: quem é o usuário, qual a dor,
   qual métrica isso move. Registre o rastro. Feature sem "por quê" rastreável vira pergunta, não FR.
2. **Liste tudo que pediram e jogue na matriz** (MoSCoW ou RICE). Classifique sem dó: só o "Must" entra
   no primeiro recorte. "Should"/"Could" viram roadmap, não escopo do MVP.
3. **[ELICITAÇÃO] Confirme o recorte MVP com o stakeholder.** Apresente o corte (o que entra, o que vira
   roadmap) e o "por quê" de cada inclusão. Pare e espere o GO real do usuário — não presuma o aceite.
4. **Escreva o PRD** a partir de `templates/prd-tmpl.md`: contexto/problema, usuários, objetivos e
   métricas de sucesso, FRs e NFRs. Cada FR/NFR com **critério de aceite verificável** e rastro ao
   "por quê". Texto que @dev/@sm precisariam te perguntar = documento falhou.
5. **Preveja qualidade no plano.** Anote NFRs (performance, segurança, acessibilidade) e marque onde o
   @qa entra. Qualidade é design, não remendo.
6. **Salve em `docs/prd/prd.md`** e registre as decisões de escopo (o que cortou e por quê).
7. **Roteie o que não é meu.** Arquitetura/tecnologia → @architect. Quebra em epics → task `create-epic`
   (depois eu delego stories ao @sm). Subir/versionar no remoto → @devops.

## Critério de pronto (DoD)

- [ ] Todo FR/NFR tem critério de aceite verificável e métrica de sucesso
- [ ] Todo item rastreia a uma dor de usuário ou achado de pesquisa (sem invenção)
- [ ] Recorte MVP explícito e **confirmado pelo stakeholder** (elicitação cumprida)
- [ ] O que ficou de fora está registrado como roadmap, não perdido
- [ ] PRD salvo em `docs/prd/prd.md`; nada de `git push` (delegado ao @devops)

## Falha / recuperação

- **Não consigo rastrear o "por quê" de uma feature** → não escrevo o FR; delego pesquisa ao @analyst ou
  devolvo a pergunta ao stakeholder.
- **Stakeholder não fecha o recorte na elicitação** → registro as opções e seguro o PRD; não invento o
  escopo que ele não aprovou.
- **Pedido exige decisão de arquitetura** → trago o "o quê"/"por quê" e delego o "como" ao @architect.
- **Escopo incha sem prova** → empurro o excedente pro roadmap; o MVP não negocia sem justificativa.