⚡ AutomationsAI|Portal de Cursos →

Verificando acesso...

MÓDULO 3.5

✅ Validação com cliente

Review do Pacote de Contexto com dono e operador. Walkthrough de cenários. Ajustes finais. Validação de reposicionamento. Aprovação assinada antes de entrar em I.

6
Tópicos
40
Minutos
Aplic.
Nível
Gate
Tipo
1

📅 Reunião de validação — dono + champion

Reunião presencial de 60-90 min com dono e champion. Você apresenta mapa, regras, playbook, design HITL. Eles revisam, corrigem, aprovam.

✓ Validação efetiva

  • • Ambos presentes (dono + champion)
  • • 60-90 min cronometrados
  • • 3-5 cenários walkthrough completo
  • • Cada ajuste registrado em ata
  • • Aprovação por escrito ao final

✗ Validação fraca

  • • Só dono (champion ausente)
  • • Reunião curta sem tempo de detalhe
  • • Sem walkthrough, só leitura do doc
  • • Ajustes "depois eu mando"
  • • Aprovação verbal

📊 Validação por escrito ≠ presencial

Validação por escrito não pega nuance. Presencial gera correção viva e compromisso. Champion observa o tom, sponsor escuta a defesa do design. Sem presença, agente sai desalinhado.

2

🎭 Walkthrough de cenários — simular conversa

Você simula 3-5 conversas reais usando o playbook. "Imagina que o Bar do Zé manda essa mensagem — agente responde X com base na RT-07."

1

Cenário happy — 1 ou 2

Pedido normal de cliente recorrente. Mostra o caminho feliz na íntegra. Cliente vê fluência.

2

Cenário com exceção — 1 ou 2

Cliente com tabela especial (RT-07). Mostra como agente identifica e aplica a regra. Champion confirma.

3

Cenário de escalação — 1

Pedido grande ou cliente novo. Mostra como agente reconhece gatilho e escala. Sponsor confirma fluxo.

💡 Walkthrough captura ajustes

Leitura de playbook é abstrato. Walkthrough é concreto. Dono ouve a resposta e percebe o que falta: "ah, aí precisa também mencionar o frete grátis acima de R$ 500."

3

📝 Registro de ajustes — V2 em 24h

Cada ajuste solicitado vira correção no mesmo dia. V2 enviado para cliente em ≤24h. Adiar = esquecer.

📋 Anotação na reunião

  • • Lista numerada (A1, A2...)
  • • Cada ajuste: o que muda + onde
  • • Confirmação verbal do cliente
  • • Foto da ata ao final

⚡ Correção mesmo dia

  • • Atualiza Pacote no drive
  • • Versiona como V2
  • • Changelog explícito
  • • Envia link pro cliente confirmar

⚠️ Adiar correção é morte do projeto

"Eu mando V2 semana que vem" = você esquece, cliente esfria, ajuste vira retrabalho na fase I. Cliente quer ver "executei o que pediu" — velocidade prova competência.

4

🪪 Validação de reposicionamento

Conversas individuais com operadores afetados. Cada um sabe seu novo papel: champion · revisor · supervisor.

1

Conversa do sponsor com champion

"Maria, você vai ser o champion do projeto. Vai liderar a operação do agente, treinar os outros, reportar problemas pra equipe. Salário e função no organograma sobem."

2

Conversa com operadores comuns

"João, sua função vai mudar. Agente vai responder pedido simples, você foca em cliente VIP e negociação complexa. Você ganha tempo pra cliente que paga mais."

3

Conversa com resistor identificado

"Sr. Roberto, sei que você tem receio do projeto. Vou te mostrar exatamente o que vai mudar antes de qualquer coisa ir ao ar. Você é parte do projeto, não vítima dele."

📊 Resultado Nautis: zero demissão

100% dos projetos bem-sucedidos tiveram zero demissão. Pessoas reposicionadas no dia zero, com novo papel claro. Sem isso, sabotagem garantida.

5

🧪 Teste de chamadas reais

Faz 1 chamada real para cada API antes de fechar a fase P. Comprova credenciais e escopo na prática.

📦 Bling — GET /produtos

Lista 10 produtos. Confirma campos retornados, paginação, rate limit observado, latência.

👥 Bling — GET /clientes/{id}

Pega 1 cliente real. Verifica se traz tabela de preço, status, histórico.

📱 WhatsApp Cloud — POST /messages

Envia mensagem teste pro número do champion. Confirma template approval, delivery, webhook.

🗄️ Supabase — INSERT + SELECT

Cria tabela `conversas`, insere 1 registro, busca de volta. Confirma RLS e auth.

💸 Asaas — POST /payments

Gera cobrança PIX de R$ 0,01 (sandbox). QR code gerado. Webhook chega.

📸 Documenta cada teste

Screenshot do request + response · log do retorno · timestamp. Vai pra pasta `02-pacote-contexto/integracoes-testadas/`. Se algo quebrar na fase A, você prova que funcionou.

6

✍️ Aprovação assinada do Pacote

Cliente assina termo de aprovação do Pacote de Contexto. Sem assinatura, não entra em I — mudanças posteriores no contexto custam muito.

📋 Estrutura do termo

  • • Cabeçalho: cliente, CNPJ, data, processo
  • • Lista dos 5 documentos do Pacote (mapa, RTs, glossário, playbook, plano)
  • • Frase: "Aprovo o Pacote de Contexto v2 conforme acima. Mudanças após esta data ficam como aditivo de escopo."
  • • Assinatura do dono + champion + você
  • • ZapSign ou físico

✓ Escopo congelado

Aprovação por escrito = base contratual da fase I. Cliente sabe o que vai receber. Você sabe o que vai entregar. Mudanças = aditivo.

✗ Sem assinatura

Cliente vai aparecer com "também adiciona X". Você vai trabalhar de graça. Margem destruída. Projeto vira eterno.

⏱️ Velocidade da aprovação

Após reunião de validação: V2 enviado em 24h. Termo de aprovação em 48h. Assinatura em 72h. Total: ≤3 dias úteis. Cliente que demora 1-2 semanas pra assinar = sinal de problema. Investigue.

Resumo do módulo

Reunião presencial 60-90 min. Dono + champion. 3-5 cenários walkthrough. Cada ajuste registrado.
Walkthrough simula conversa real. Cliente ouve resposta e ajusta nuance.
V2 em 24h após reunião. Adiar = esquecer. Velocidade prova competência.
Conversas de reposicionamento individuais. Champion · operador · resistor. Zero demissão.
1 chamada real por API. Screenshot + log + timestamp. Pasta de integrações testadas.
Aprovação assinada em ≤72h. ZapSign. Escopo congelado. Mudança = aditivo.

Próximo módulo:

3.6 — Pacote de Contexto consolidado · 5 documentos · exit-gate de 5 itens · handoff para fase I.