Como medir se o seu chatbot resolve ou só enrola
Neste guia
- O que significa 'resolver' numa conversa com robô
- Por que o transbordo é o dado mais honesto que você tem
- As métricas que realmente importam para medir o robô
- Como separar robô que resolve de robô que empurra
- Armadilhas comuns na hora de interpretar os números
- O que a taxa de transbordo revela sobre a sua base de conhecimento
- Como usar esses dados para ajustar o bot sem refazer tudo
- Como isso funciona no atendeaqui
Colocar um chatbot no atendimento é a parte fácil. A parte difícil é saber, depois de algumas semanas, se ele está ajudando de verdade ou só adiando o problema para o atendente humano.
A palavra-chave aqui é "de verdade". Um robô pode encerrar centenas de conversas por dia e ainda assim não resolver nada — se ele estiver encerrando por timeout, por fuga do cliente ou por esgotamento do menu. Medir bem essa diferença é o que separa uma operação que evolui de uma que fica ajustando o bot no escuro.
Este guia é sobre exatamente isso: como medir se o chatbot passou atendimento para humano quando precisava, e como saber quantas conversas ele resolveu sem precisar passar.
---
O que significa "resolver" numa conversa com robô
Antes de qualquer número, você precisa definir o que é uma conversa resolvida pelo robô. Parece óbvio, mas não é.
Uma conversa resolvida é aquela em que o cliente obteve o que precisava sem precisar falar com uma pessoa. Ele perguntou o horário de funcionamento, o robô respondeu, o cliente agradeceu e saiu. Ou ele pediu a segunda via do boleto, o robô enviou, e a conversa encerrou sem transbordo.
O que não é resolução: o cliente parou de responder depois de três menus sem encontrar o que queria. Ou ele digitou "falar com atendente" e o robô encerrou a conversa em vez de transferir. Ou o handoff aconteceu, mas o histórico não foi junto — e o atendente começou do zero.
Esses três casos parecem resolução nos relatórios básicos. Por isso o primeiro passo é definir, na sua operação, o critério de encerramento: o robô só marca a conversa como resolvida quando o cliente confirma, ou quando a conversa encerra dentro de um fluxo completo.
Sem esse critério, qualquer métrica vai mentir para você.
---
Por que o transbordo é o dado mais honesto que você tem
O transbordo — o momento em que o chatbot passa atendimento para humano — é o evento mais fácil de medir e o mais difícil de maquiar.
Quando o robô transfere, você sabe: houve uma conversa que ele não conseguiu ou não deveria resolver. Isso é dado bruto, sem interpretação. O cliente pediu algo fora do roteiro, o bot reconheceu o limite e chamou um humano. Ou o cliente pediu explicitamente para falar com uma pessoa.
O volume de transbordos, comparado ao total de conversas iniciadas, dá a você a taxa de transbordo. Essa é a métrica-âncora de qualquer análise de desempenho de robô.
Mas o transbordo também conta uma história qualitativa. Se você olhar os motivos pelos quais o handoff foi acionado — quais perguntas o robô não soube responder, quais fluxos o cliente abandonou antes de concluir — você tem um mapa exato de onde a base de conhecimento do bot está com lacunas.
Nenhum outro dado entrega isso tão diretamente.
---
As métricas que realmente importam para medir o robô
Existem muitos números que você pode acompanhar. A maioria deles é ruído. Abaixo estão os que têm relação direta com a qualidade do robô.
Taxa de transbordo
Percentual de conversas que saíram do robô e foram para um humano. Calculado sobre o total de conversas iniciadas no período. Quanto menor, mais o robô está dando conta — desde que você tenha definido bem o critério de resolução acima.
Taxa de encerramento sem resposta
Conversas que encerraram porque o cliente parou de responder no meio do fluxo. Esse número alto indica que o robô não está encontrando o que o cliente precisa, ou que o menu está longo demais.
Taxa de transbordo solicitado pelo cliente
Dentro dos transbordos, quantos foram pedidos diretamente pelo cliente ("quero falar com atendente"). Isso é diferente do transbordo automático por fuga de fluxo. O transbordo pedido é saudável — o cliente entendeu que precisava de um humano. O transbordo por fuga é sinal de falha no roteiro.
Tempo médio até o transbordo
Quanto tempo o cliente ficou no robô antes de ir para o humano. Se esse tempo for muito alto, o bot está enrolando o cliente antes de admitir que não resolve.
| Métrica | O que indica quando está alto | O que indica quando está baixo |
|---|---|---|
| Taxa de transbordo geral | Robô resolve pouco ou base de conhecimento fraca | Robô resolve bem ou critério de resolução está frouxo |
| Taxa de encerramento sem resposta | Fluxo confuso, menu longo, cliente desistindo | Fluxo claro, cliente encontra o que precisa |
| Transbordo solicitado pelo cliente | Clientes preferem humano para o assunto em questão | Robô está resolvendo ou clientes não sabem que podem pedir humano |
| Tempo médio até o transbordo | Robô enrola antes de passar | Robô identifica rápido quando não resolve |
---
Como separar robô que resolve de robô que empurra
Existe uma diferença importante entre um robô que resolve e um robô que empurra. O que empurra cria a ilusão de resolução: ele encerra conversas, mantém a taxa de transbordo baixa no papel, mas não entregou nada ao cliente.
O sinal mais claro de robô que empurra é o recontato: o mesmo cliente abrindo uma nova conversa logo depois do encerramento. Se você conseguir identificar que um número voltou a falar com a empresa em menos de uma hora após uma conversa encerrada pelo robô, é muito provável que o encerramento anterior não resolveu nada.
Outro sinal é o padrão de encerramento. Quando o robô encerra porque o cliente digitou algo fora do menu e o bot não soube o que fazer — e aí simplesmente encerrou em vez de transferir — isso aparece como resolução nas métricas brutas, mas é abandono disfarçado.
Por isso, olhar só a taxa de transbordo não basta. Você precisa cruzar com o recontato e com o motivo de encerramento para ter uma leitura honesta.
---
Armadilhas comuns na hora de interpretar os números
Confundir volume com qualidade
Um robô que atende muitas conversas não é necessariamente bom. Se ele atende muito e transfere muito, o volume alto só significa que há muita demanda — não que o bot está resolvendo.
Otimizar a taxa de transbordo sem olhar o recontato
É possível reduzir artificialmente o transbordo configurando o bot para encerrar conversas em vez de transferir. A taxa cai, mas o cliente fica sem resposta e volta. Essa é a armadilha mais comum em operações que medem o robô pelo número errado.
Ignorar a sazonalidade dos assuntos
A taxa de transbordo pode subir em períodos específicos — vencimento de boleto, reajuste de contrato, período de férias — não porque o robô piorou, mas porque surgiram perguntas novas que ele ainda não sabe responder. Comparar meses sem considerar o contexto leva a conclusões erradas.
Tratar todo transbordo como falha
O handoff bem feito — com histórico completo, sem o cliente repetir a história — é parte do design do atendimento. O robô não precisa resolver tudo. Ele precisa resolver o que é repetitivo e passar o restante com contexto. Transbordo com histórico é sucesso, não fracasso.
---
O que a taxa de transbordo revela sobre a sua base de conhecimento
Quando você olha quais perguntas geraram transbordo, você está olhando diretamente para os buracos da sua base de conhecimento.
Se um volume relevante de clientes está perguntando sobre prazo de entrega e o robô não sabe responder — isso aparece nos transbordos. Se perguntas sobre cancelamento estão sempre indo para o humano — isso também aparece.
Esse mapeamento é mais valioso do que qualquer relatório de satisfação, porque ele é objetivo: não depende do cliente preencher uma pesquisa, não depende de interpretação. O cliente perguntou, o robô não soube, o handoff aconteceu. Fim.
A partir daí, a decisão é simples: você adiciona aquele assunto à base de conhecimento do robô, ou você decide que aquele assunto deve sempre ir para um humano. As duas respostas são válidas. O que não é válido é não saber que o buraco existe.
---
Como usar esses dados para ajustar o bot sem refazer tudo
A tentação quando os números estão ruins é refazer o robô do zero. Quase nunca é necessário.
O caminho mais eficiente é priorizar os transbordos por volume. Quais são os três assuntos que mais geraram handoff no último mês? Esses três entram na base de conhecimento primeiro. Você não precisa resolver tudo de uma vez — precisa resolver o que aparece mais.
Depois de adicionar o conteúdo, você acompanha a taxa de transbordo para aquele assunto específico nas semanas seguintes. Se ela cair, a atualização funcionou. Se não cair, o problema pode estar na forma como o cliente está fazendo a pergunta — e aí você ajusta o reconhecimento de intenção, não o conteúdo.
Esse ciclo — medir, identificar, ajustar, medir de novo — é o que faz um robô melhorar ao longo do tempo. Não é uma configuração inicial que você faz uma vez e esquece.
O mesmo vale para os fluxos com alta taxa de abandono. Se muitos clientes estão saindo no meio de um fluxo específico, o problema provavelmente está na quantidade de etapas ou na clareza das opções. Você simplifica, observa, e decide.
---
Como isso funciona no atendeaqui
No atendeaqui, o robô responde o que é repetitivo — segunda via, horário, status — usando uma base de conhecimento organizada por setor. Quando a conversa sai do roteiro, o handoff acontece com o histórico completo: o atendente humano vê tudo que o cliente já disse, sem precisar perguntar de novo.
Cada encerramento de conversa é marcado com o assunto, pelo próprio sistema. Isso significa que, ao longo do mês, você consegue ver quais assuntos passaram pelo robô, quais foram para humano e qual foi o motivo do transbordo — sem precisar criar relatório manual.
A partir desses dados, você decide o que entra na base de conhecimento do bot, o que sempre vai para humano e onde o fluxo está com buraco. O ciclo de melhoria fica dentro da mesma ferramenta onde o atendimento acontece.
O plano gratuito tem um atendente e já inclui o robô. O plano pago custa R$ 49 por atendente por mês, sem cobrança por conversa, por mensagem do robô ou por número de WhatsApp conectado.