prd

/prd

O que essa skill faz

Gera PRD (Product Requirements Document) completo em 8 seções: problema, usuários, solução, métricas, critérios de sucesso, riscos, dependências, roadmap.

Saída: PRD formatado pronto para design, eng e stakeholder review.

---

Quando usar

• Descoberta validou uma hipótese — hora de especificar
• Tem ideia e precisa estruturar antes de começar
• Vai rodar com múltiplos times e precisa alinhamento escrito

---

Input esperado

Mínimo:

• Problema: Qual problema resolve (de descoberta ou entrevistas)
• Audiência: Quem usa (personas ou segmentos)
• Ideia de solução: O que você vai construir
• Por quê agora: Por que esse problema é prioritário

Opcional:

• Dados de discovery (trechos de entrevistas, experimentos)
• Métricas hoje (baseline)
• Constraints (timeline, tech, budget)
• Competitors ou benchmark

---

Processo

1. Contexto — Resume problema + audiência + oportunidade
2. Goals e success metrics — Que sucesso parece? Como medir?
3. User stories — 5-7 stories que cobrem solução
4. Design constraints — Restrições técnicas, budget, timeline
5. Risks e dependencies — O que pode dar errado?
6. Roadmap — Phases de execução
7. Success criteria — Como vai saber se funcionou?
8. Approval — Quem precisa assinar

---

Output

# PRD: [Nome da Feature]

## 1. Problema e Oportunidade

### Problema
**1 frase clara do problema:**
Usuários de [segmento] gastam [X tempo] em [atividade], quando poderiam gastar [Y tempo].

### Contexto
- **Usuários afetados**: [Segmento], [Volume]
- **Severidade**: [Alto/Médio/Baixo]
- **Evidência**:
  - [X% de usuários mencionaram em entrevista]
  - [Y churn ligado a esse problema]
  - [Z usuários solicitaram no feedback]

### Oportunidade de negócio
- **Mercado**: [Tamanho, crescimento]
- **Segmento**: [Quem mais sofre com isso]
- **Impacto estimado**: [X% churn reduction, Y% revenue uplift]

---

## 2. Audiência

### Persona primária
**[Nome]** — [Role], [Company size]
- Problema: Gasta [X] em [atividade]
- Alternativa atual: [Usa competitors ou workaround]
- Valor que recebe: [Y% melhoria em métrica]

### Persona secundária
**[Nome]** — [Role], [Company size]
- Problema: [...]
- Alternativa atual: [...]
- Valor que recebe: [...]

### Não-audiência
Deliberadamente NÃO building para:
- [Segmento A] porque [razão]
- [Segmento B] porque [razão]

---

## 3. Solução

### Visão (1 parágrafo)
[Descrição da solução em linguagem de usuário, não técnica]

### Features principais

#### Feature 1: [Nome]
- **O que faz**: [Descrição clara]
- **Por quê importa**: Resolve [Parte do problema]
- **Sucesso parece**: User consegue [X] em [Y tempo] vs [Z tempo] hoje
- **MVP**: [Escopo mínimo para essa feature]

#### Feature 2: [Nome]
- [...]

#### Feature 3: [Nome]
- [...]

### Escopo de exclusão (não vamos fazer)
- [Feature mencionada que NÃO vai entrar]
- Razão: [Timeline, tech debt, lower priority]

### Design principles
- [Princípio 1 que guia design decisions]
- [Princípio 2]
- [Princípio 3]

---

## 4. Métricas e Success Criteria

### Metrics de negócio

| Métrica | Baseline | Target | Timeline |
|---------|----------|--------|----------|
| [Métrica 1] | [X] | [Y] | [Timeline] |
| [Métrica 2] | [X] | [Y] | [Timeline] |
| [Métrica 3] | [X] | [Y] | [Timeline] |

### Health metrics (não queremos piorar)
- [Métrica que monitora saúde geral do produto]
- Temos [baseline] hoje, vai manter > [threshold]

### User satisfaction
- **NPS**: [Target]
- **Feature adoption**: [X% de relevant users usando em 30 dias]
- **Feature love**: [X% dizendo "love it" vs "okay" ou "hate it"]

### Go-live criteria
Produto saindo quando:
- ✅ Todas as features principais QA'd
- ✅ Performance metrics atingidos
- ✅ Docs e support materiais prontos
- ✅ Rollout plan executado (beta → general)

---

## 5. Constraints e Dependências

### Constraints técnicas
- **Stack**: [Linguagem, arquitetura afetada]
- **Performance**: [API deve responder em < Xms]
- **Integrations**: [Sistemas que precisa se integrar]
- **Scale**: [Precisa suportar X usuários simultâneos]

### Constraints de negócio
- **Timeline**: Deve sair em [data] por causa de [razão]
- **Budget**: [$X] para feature
- **Team**: [Eng alocação, design, PM]

### Dependências
1. **[Equipe/Sistema]** — Precisa de [O quê] até [Data]
   - Blocker se não: [Impact]
   - Plano B: [Se não conseguir, fazer isso]

2. **[Equipe/Sistema]** — Precisa de [...]
   - [...]

### Risks e mitigações

| Risk | Probabilidade | Impacto | Mitigação |
|------|-----------|--------|----------|
| [Risk 1] | Alta | Alto | [Mitigação] |
| [Risk 2] | Média | Médio | [Mitigação] |
| [Risk 3] | Baixa | Alto | [Mitigação] |

---

## 6. Roadmap

### Phase 1: MVP (Semana 1-3)
Features:
- Feature 1 (core)
- Feature 2 (parte A)

Métricas críticas:
- [Métrica que define sucesso de MVP]

Go-live: [Data aproximada]

### Phase 2: Robustez (Semana 4-6)
Features:
- Feature 2 (parte B)
- Feature 3

Refinamentos:
- Performance optimization
- Bug fixes

### Phase 3: Expand (Semana 7+)
- Feature 4 (se MVP sucesso)
- Suporte para novo segmento

---

## 7. Casos de uso e User Stories

### Caso de uso 1: [Descrição]

Dado que [contexto], Quando [ação], Então [resultado esperado].

### Caso de uso 2: [...]

[...]

---

## 8. Perguntas abertas

- [ ] [Pergunta para clarificar com stakeholder]
- [ ] [...]

---

## Aprovação

| Role | Responsável | Aprovado? | Data |
|------|-----------|-----------|------|
| Product | [Name] | ☐ | |
| Engineering Lead | [Name] | ☐ | |
| Design | [Name] | ☐ | |
| [Stakeholder] | [Name] | ☐ | |

**Versão**: 1.0
**Última atualização**: [Data]
**Próxima review**: [Data + 1 mês]