Entendo o problema
Você talvez esteja perto de colocar um bot ou IA no ar e quer saber se a passagem para humano está segura.
A pergunta real é:
Se o cliente sair da automação agora, o humano recebe o suficiente para resolver?
Se a resposta é “depende de quem pegar”, o go-live ainda está frouxo.
Resposta curta
Antes de publicar, verifique seis coisas:
- quando passar;
- o que enviar;
- o que dizer ao cliente;
- quem assume;
- em quanto tempo;
- quem revisa falha.
Caminho grátis ou barato
Use o template de handoff humano como cópia de trabalho. O checklist resumido é este:
| Ponto de revisão | Pergunta |
|---|---|
| Regra | Quais temas nunca ficam só com bot ou IA? |
| Contexto | Quais dados chegam para o humano? |
| Cliente | Qual mensagem explica a passagem? |
| Fila | Quem assume e em qual ordem? |
| SLA | Quanto tempo pode ficar esperando? |
| QA | Quem revisa os casos ruins? |
Referências úteis:
- Meta WhatsApp docs
- WhatsApp Business Platform
- Dialogflow CX page/flows
- Dialogflow CX fulfillment
- NIST AI Risk Management Framework
Caminho de go-live
Cartão de passagem
Se o seu sistema não consegue montar este cartão, o humano vai começar a conversa pedindo tudo de novo. Isso é o que irrita cliente.
Exemplo: reclamação, cobrança, exceção, dúvida fora da base, risco jurídico.
Mínimo: identificação, assunto, pedido/protocolo quando existir e resumo da tentativa anterior.
Erro comum: todo handoff cair como prioridade igual e ninguém assumir o caso crítico.
Bom sinal: o atendente abre a conversa sabendo a primeira resposta ou investigação.
Um exemplo simples
Antes de publicar um bot de segunda via de boleto, faça um teste com dez conversas reais. Se o cliente informa pedido, CPF/CNPJ ou e-mail, o bot pode buscar ou orientar. Se aparece contestação, pagamento não reconhecido ou ameaça de reclamação, o fluxo precisa sair para humano com contexto.
O checklist serve para impedir que o caso sensível pareça só mais uma pergunta repetida.
Quando isso é suficiente
O checklist basta quando:
- o volume é baixo;
- o bot ainda é simples;
- o humano consegue revisar casos;
- os temas críticos são poucos;
- a ferramenta atual permite passagem manual com contexto.
Onde começa a quebrar
Quebra quando:
- existem muitos motivos de contato;
- SLA é contrato, não preferência;
- o histórico precisa ir para CRM;
- a IA responde casos com risco;
- você precisa de auditoria, evidência e melhoria contínua.
Sinais de maturidade
O handoff começa a ficar maduro quando a operação para de tratar transferência como exceção vergonhosa. Casos complexos sempre vão existir. O que muda é a passagem: o cliente sabe que saiu do bot, o humano sabe por que recebeu, e o gestor consegue revisar se a decisão foi correta.
Outro sinal bom: o checklist não fica parado. Toda semana, alguns motivos de handoff viram melhoria no FAQ, no bot ou na regra de recusa. Se nada volta para o desenho do fluxo, o handoff vira só uma lixeira educada para tudo que a automação não resolveu.
O que fazer agora
Se você precisa transformar a regra em prática, baixe o template de handoff humano para bot ou IA e teste com conversas reais antes de ligar automação.
Se o problema é decidir se IA entra ou não, leia quando não usar IA no atendimento. Se o bot ainda é simples, veja como montar um chatbot barato sem irritar cliente. Se o handoff também acontece entre pessoas, leia handoff humano no atendimento.
Se você prefere ver em vídeo
Não encontrei um vídeo bom o suficiente para substituir este checklist. Uma demonstração útil teria que mostrar um caso real passando da automação para humano, com campos, fila e revisão.
Antes de falar com alguém
Se você não consegue preencher o checklist, não está pronto para IA em produção.
Se consegue preencher, mas precisa operar isso com volume, QA, evidência e múltiplas filas, Zild entra bem. Se a fila precisa de gente, Vermont. Se o problema é CRM e integração, MakeITSimple.