---
id: project-brief-tmpl
kind: template
agent: analyst
produces: docs/research/{slug}-project-brief.md
---

# Project Brief: {nome do projeto}

**Status:** Draft
**Autor:** @analyst (Alex)
**Data:** {data}
**Decisão que este brief destrava:** {qual decisão de produto/escopo este documento serve}

## Resumo Executivo

> Uma síntese de 3-5 frases que qualquer leitor entende sem o resto do doc. O "portanto" no topo.

{problema central + público + solução proposta em alto nível + valor esperado}

## Problema

> O que dói, para quem, e por que importa agora. Cada afirmação rastreia a evidência ou vira hipótese marcada.

- **Dor:** {qual é o problema concreto}
- **Quem sofre:** {persona/segmento afetado}
- **Magnitude:** {frequência/custo/impacto — com fonte ou marcado [hipótese]}
- **Por que agora:** {gatilho temporal — mudança de mercado, regulação, tecnologia}

## Por que as soluções atuais falham

> O gap que justifica este projeto existir. Liga ao competitor-analysis quando houver.

- {alternativa atual} → {por que não resolve}
- {fonte: docs/research/{slug}-competitor-analysis.md ou marcado [hipótese]}

## Público-Alvo

> Quem usa e quem compra. Sem persona inventada — cada uma vem de pesquisa de usuário ou marcada como suposição.

### Segmento primário
- **Perfil:** {quem são}
- **Necessidade:** {o que precisam resolver}
- **Comportamento atual:** {como lidam hoje}

### Segmento secundário (se houver)
- {perfil e necessidade}

## Proposta de Valor

> Por que este público escolheria isto. Uma frase de posicionamento + diferenciais.

- **Posicionamento:** Para {público} que {necessidade}, {produto} é {categoria} que {benefício-chave}.
- **Diferenciais:** {1-3 pontos que tornam a solução distinta}

## Objetivos e Métricas de Sucesso

> O que "deu certo" significa, em números. Cada métrica é mensurável.

| Objetivo | Métrica | Alvo | Como medir |
|---|---|---|---|
| {objetivo de negócio} | {KPI} | {valor-alvo} | {fonte do dado} |

## Escopo

> A fronteira do projeto. Tão importante o que fica de fora quanto o que entra.

### Dentro do escopo (MVP)
- {capacidade incluída}

### Fora do escopo (por ora)
- {o que NÃO entra — e por quê}

## Restrições e Premissas

> Constraints reais (CON-*) e premissas que, se falsas, mudam tudo.

- **Restrições:** {orçamento, prazo, tecnologia, regulação — rotular CON-{n} se vira spec}
- **Premissas:** {o que assumimos verdadeiro — marcar para validar}

## Riscos

> O que pode dar errado. Cada risco com impacto e mitigação possível.

| Risco | Impacto | Probabilidade | Mitigação possível |
|---|---|---|---|
| {risco} | {alto/médio/baixo} | {alta/média/baixa} | {ação} |

## Perguntas em Aberto

> O que ainda não sabemos e precisa de pesquisa antes de avançar.

- {pergunta} → {como respondê-la: @analyst *research-prompt / @analyst *perform-market-research}

## Portanto — Próximos Passos

> O handoff acionável. Quem pega isto daqui e faz o quê.

1. {ação} → {@pm para PRD / @architect para viabilidade técnica / @analyst para pesquisa complementar}
2. {...}