# Diário do Uau — template + gate de prontidão

Usar no Passo 6. O Diário é um arquivo VIVO no vault do projeto da oferta (`Diario-do-Uau.md`). Ele existe por um motivo: depois de 2-3 meses de calls 1:1, é ele que diz **qual luz acender** quando a venda for automatizada. Sem diário, o funil automático é chute.

Preencher em até 1 hora após cada demo — depois disso a memória da reação evapora.

## Template do arquivo (copiar pro vault)

```markdown
# Diário do Uau — [Nome do App]

Meta do ciclo: [ex.: 10 demos ou 3 vendas até DD/MM — a data-alvo é o fim da janela de caixa declarada no Passo 0 (ex.: "dinheiro em 60-90 dias" → meta em 60 dias)]
Status do gate: 🔴 coletando | 🟡 padrão emergindo | 🟢 pronto pra automatizar

## Registro de demos

### Demo #01 — [DD/MM] — [Nome, empresa, segmento, porte]
- **Resultado:** vendeu / proposta enviada / pensando / perdeu
- **Momento uau:** [qual funcionalidade + qual reação — "arregalou o olho quando o áudio virou orçamento"]
- **Palavras exatas do comprador:** "[transcrever literal — isso é copy]"
- **Cargo que doeu no bolso:** [qual âncora de folha gerou mais reação]
- **Objeção principal:** [literal] → [o que respondi] → [funcionou? s/n]
- **O que eu mudaria na próxima demo:** [1 linha]

### Demo #02 — ...
(repetir o bloco)

## Placar acumulado (atualizar a cada demo)

| Funcionalidade | Uaus | Palavras que se repetem |
|---|---|---|
| [func A] | ||| 3 | "não acredito que ele já responde sozinho" |
| [func B] | | 1 | |

| Objeção | Vezes | Melhor resposta testada |
|---|---|---|
| "meu time não vai usar" | 2 | [resposta que funcionou] |

## Aprendizados de rota
- Segmento que mais compra: [...]
- Ticket testado: [valores propostos × aceitos]
- Momento da call em que se perde a venda: [...]
```

## Gate de prontidão — quando liberar o funil automático

Só liberar página de vendas / VSL / anúncio direto quando **TODOS** os critérios baterem:

| # | Critério | Mínimo |
|---|---|---|
| 1 | Volume de validação | 10 demos realizadas **OU** 3 vendas fechadas |
| 2 | Uau consistente | A mesma funcionalidade causou reação visível em ≥ 3 demos |
| 3 | Objeções mapeadas | Top 3 objeções identificadas, cada uma com resposta testada que funcionou ao vivo |
| 4 | Linguagem do comprador | ≥ 5 frases literais coletadas (viram headline, bullet e depoimento) |
| 5 | Prova com número | ≥ 1 case real com resultado mensurável ("a marcenaria X economizou 22h no primeiro mês") |
| 6 | Preço validado | O mesmo preço foi aceito ≥ 2 vezes sem desconto de desespero |
| 7 | Demo gravada | Clipe de 2-4 min do momento uau, gravado e editável |

**Enquanto o gate está 🔴/🟡:** a resposta pra "vamos fazer a página de vendas?" é NÃO — mais demos. A página feita antes do gate vende a funcionalidade errada pro público errado com a objeção errada sem resposta.

**Quando o gate fica 🟢:** o Diário vira o briefing do funil. Despachar:
- Headline e ângulos → `/headline-imperatriz` (alimentar com as palavras literais do placar)
- Página → `/saas-landing-blueprint` + `/skill-pagina-vendas` (o momento uau é o herói da página)
- Criativo de demo → `/saas-demo-creative` (o clipe do critério 7)
- As top 3 objeções viram seção de FAQ/quebra de objeção com as respostas JÁ testadas

## Sinais de alerta durante o ciclo

- **Uau espalhado (cada demo reage a uma coisa diferente):** o produto ainda não tem UMA promessa — voltar pro Passo 5 e afunilar o posicionamento antes de automatizar.
- **Demo boa, venda nenhuma:** o problema não é o produto, é preço/rota ou comprador errado — revisar Passo 4 com os dados do placar.
- **Objeção nova em toda call:** o público está mal segmentado — apertar o ICP com `/skill-persona-profunda`.
