Handoff humano no WhatsApp: quando e como transferir sem perder contexto

O erro clássico é transferir cedo demais (o humano vira datilógrafo do bot) ou tarde demais (o cliente já está irritado). O handoff precisa de gatilhos objetivos, avaliados a cada turno da conversa. Os cinco gatilhos abaixo cobrem a maioria dos casos em produção:

• Baixa confiança do modelo: o score da intenção classificada (ou a confiança do RAG) cai abaixo de um limiar definido, por exemplo 0,6. O bot não deve chutar.
• Intenção sensível: cancelamento, reclamação formal, cobrança, fraude, questão jurídica ou qualquer tema com risco reputacional ou financeiro entra direto na fila humana.
• Pedido explícito: o cliente digita "quero falar com atendente", "atendimento humano" ou variações. Sempre respeitar, sem fricção nem segunda pergunta.
• Loop detectado: o bot repete a mesma resposta ou pergunta dois turnos seguidos, sinal de que não está entendendo. Transferir antes de irritar.
• N tentativas sem resolução: após N turnos (tipicamente 3) sem fechar a intenção ou sem progresso mensurável, escalar em vez de continuar tentando.

Cada gatilho deve ser logado com o motivo da transferência. Isso alimenta as métricas e mostra onde o bot precisa de mais conhecimento ou de novos fluxos.

Modelar o atendimento como uma máquina de estados explícita evita ambiguidade sobre quem está no controle da conversa em cada instante. São quatro estados principais e transições bem definidas entre eles.

[BOT] --gatilho de handoff--> [FILA HUMANA]
   ^                                  |
   |                            atendente assume
   |                                  v
[RETORNO AO BOT] <--resolvido/auto--- [HUMANO]
   |                                  |
   |                            cliente responde
   +----------------------------------+

Estados:
  BOT           conversa automatizada (IA + fluxos)
  FILA HUMANA   aguardando atendente disponível
  HUMANO        atendente conduz a conversa
  RETORNO AO BOT volta ao automático após resolução

Pontos de atenção nas transições: enquanto a conversa está em FILA HUMANA, o bot deve avisar o cliente sobre a espera e não responder por cima do atendente. Ao entrar em HUMANO, o bot fica em modo silencioso. O RETORNO AO BOT acontece quando o atendente marca a conversa como resolvida ou após timeout de inatividade, devolvendo o controle ao automático para pesquisas de satisfação ou novas perguntas.

A promessa do handoff é simples: o cliente não repete nada. Para cumprir isso, o atendente recebe um pacote de contexto montado no momento da transferência, com três camadas: um resumo gerado pela IA, o histórico bruto e as variáveis estruturadas da conversa.

• Resumo da IA: dois ou três parágrafos curtos com o que o cliente quer, o que já foi tentado e qual o próximo passo sugerido. Reduz o tempo de leitura do atendente.
• Histórico: as últimas mensagens trocadas, para o atendente conferir o tom e detalhes que o resumo não captura.
• Variáveis: dados estruturados já coletados (pedido, CPF, plano, canal de origem) e o motivo do handoff, para o atendente não perguntar de novo.

Esse pacote chega ao desk do atendente (CRM, helpdesk ou inbox) junto com a conversa. Exemplo do payload de contexto entregue:

{
  "conversation_id": "wa_5511998877665_1718",
  "handoff": {
    "trigger": "intencao_sensivel",
    "reason": "cliente pediu cancelamento de plano",
    "model_confidence": 0.42,
    "attempts": 2,
    "queued_at": "2026-02-23T14:31:09Z"
  },
  "customer": {
    "phone": "+55 11 99887-7665",
    "name": "Ana Ribeiro",
    "locale": "pt-BR"
  },
  "ai_summary": "Cliente quer cancelar o plano Pro por achar caro. Bot ofereceu desconto de retenção, ela recusou. Próximo passo: avaliar retenção ou processar cancelamento conforme política.",
  "variables": {
    "plano": "Pro",
    "valor_mensal": "R$ 149,90",
    "ciclo": "anual",
    "ultimo_pagamento": "2026-02-05",
    "cliente_desde": "2024-08-12"
  },
  "history": [
    { "role": "user", "text": "quero cancelar minha assinatura" },
    { "role": "bot", "text": "Posso te oferecer 30% de desconto nos próximos 3 meses. Aceita?" },
    { "role": "user", "text": "não, quero falar com alguém" }
  ]
}

Cada gatilho mapeia para uma ação determinista. A tabela abaixo serve de referência para configurar o roteamento e evitar decisões ad hoc no código.

A coluna de prioridade alimenta a fila: pedidos explícitos e intenções sensíveis furam a fila normal, porque a tolerância do cliente nesses casos é menor.

Transferir para um humano não basta: precisa ser o humano certo. O roteamento usa o motivo do handoff e as variáveis da conversa para escolher a fila e o agente.

1. Classificar a conversa por skill necessária (financeiro, suporte técnico, retenção, comercial).
2. Verificar disponibilidade e carga atual dos atendentes daquela skill.
3. Aplicar prioridade do gatilho para ordenar quem é atendido primeiro.
4. Atribuir ao atendente e entregar o pacote de contexto antes do primeiro "olá".
5. Se ninguém estiver disponível dentro do SLA, oferecer agendamento ou retorno assíncrono.

Sem esse passo de roteamento, o handoff vira uma fila única genérica e o tempo até o humano dispara nos horários de pico.

Três métricas dizem se o modelo de handoff está calibrado. Acompanhe todas juntas, porque otimizar uma sozinha distorce as outras.

• Taxa de handoff: percentual de conversas transferidas para humano. Muito alta indica bot fraco; muito baixa pode indicar transferência tardia e clientes presos no automático.
• Tempo até humano: do gatilho até o atendente assumir. É o indicador mais sensível de satisfação quando o cliente já pediu ajuda.
• CSAT pos-handoff: satisfação medida após conversas que passaram por atendente. Separe do CSAT geral para enxergar a qualidade específica da transferência.

Segmente cada métrica por gatilho. Se o CSAT pos-handoff cai sobretudo nas transferências por "N tentativas", o sinal é que o bot está segurando a conversa tempo demais antes de escalar, e o limiar de N precisa baixar.