A chamada terminou. O trabalho, talvez não.
O cliente confirmou o número do pedido. O agente consultou o sistema e começou a dizer o resultado. A ligação caiu no meio da frase.
No painel telefônico, a chamada aparece como concluída. No CRM, não existe próxima ação. O agente automático entende que perdeu o contato e liga outra vez. A pessoa atende irritada, repete os dados e descobre que a primeira consulta talvez já tivesse virado uma alteração.
A queda durou um segundo. O retrabalho ganhou o resto da tarde.
Quando uma ligação cai, não ligue de novo antes de separar três coisas: o estado da telefonia, o resultado da conversa e o estado das ações executadas.
Resposta curta
Depois de uma ligação interrompida:
- identifique se ela tocou, foi atendida e teve conversa real;
- preserve o último turno que pode ser comprovado;
- verifique se alguma ferramenta executou uma ação;
- classifique o objetivo como concluído, pendente ou desconhecido;
- confira se a pessoa pediu encerramento ou autorizou retorno;
- escolha canal, horário e intervalo adequados;
- limite novas tentativas;
- retome do ponto certo, sem pedir tudo outra vez.
Se o estado de uma ação estiver desconhecido, abra verificação antes do retorno. A nova chamada não pode servir para descobrir ao vivo se a operação duplicou um cancelamento, uma reserva ou uma cobrança.
“Concluída” é um estado telefônico
A documentação da Twilio representa a ligação com estados como em fila, iniciada, tocando, em andamento, concluída, ocupada, sem resposta, falha ou cancelada. Também permite receber callbacks em eventos de progresso.
Isso ajuda a saber o que aconteceu na rede. Não resolve sozinho o que aconteceu no atendimento.
Uma chamada pode estar tecnicamente concluída e, ainda assim:
- ninguém ter confirmado que era a pessoa certa;
- a conversa ter caído antes da resposta;
- o cliente ter pedido para continuar depois;
- uma ferramenta ter ficado sem resultado conhecido;
- o agente ter falado com caixa postal;
- o objetivo ter sido resolvido de verdade;
- a pessoa ter encerrado porque não queria continuar.
Use duas colunas, não uma:
| Estado da telefonia | Resultado da operação |
|---|---|
| sem resposta | contato não iniciado |
| ocupado | contato não iniciado |
| atendida e encerrada | identidade não confirmada |
| atendida e encerrada | conversa interrompida |
| atendida e encerrada | ação com estado desconhecido |
| atendida e encerrada | objetivo concluído |
| atendida e encerrada | saída solicitada |
Se tudo vira “chamada concluída”, o sistema não sabe se deve comemorar, investigar ou ficar quieto.
Primeiro descubra onde a conversa parou
A pergunta útil não é apenas “quanto tempo durou?”. É “qual foi o último ponto confiável?”.
Separe a chamada em marcos simples:
- origem reconhecida: a pessoa entendeu quem ligou e por quê;
- identidade suficiente: o necessário foi confirmado sem expor dado para pessoa errada;
- pedido entendido: existe um objetivo claro;
- dados confirmados: a pessoa validou o que seria usado;
- ação iniciada: agenda, CRM, cobrança ou pedido recebeu uma tentativa;
- ação confirmada: o sistema responsável devolveu estado verificável;
- resultado comunicado: a pessoa ouviu e entendeu o desfecho;
- próximo passo aceito: ficou claro se acabou, haverá retorno ou alguém assumirá.
Uma transcrição pode mostrar até onde as palavras chegaram. Logs de ferramenta mostram o que foi tentado. O CRM mostra o estado que permaneceu. Nenhuma dessas fontes, isolada, conta a história inteira.
A documentação da ElevenLabs descreve webhooks pós-chamada com transcrição, análise, metadados, versão do agente e identificador da conversa. Também separa falhas de início como ocupado, sem resposta ou motivo desconhecido. É material suficiente para construir uma revisão. Não é autorização para tratar o resumo automático como verdade final.
Quatro situações pedem quatro respostas
1. A chamada nem começou
O telefone estava ocupado, ninguém atendeu ou a iniciação falhou.
Não existe contexto de conversa para “retomar”. Existe uma nova tentativa de contato. A política precisa definir:
- se o motivo justifica tentar outra vez;
- qual intervalo evita insistência;
- qual horário é aceitável;
- quantas tentativas cabem;
- se outro canal é permitido;
- quando encerrar sem contato.
2. A pessoa encerrou de propósito
Ela disse que não queria continuar, pediu para não receber outra ligação ou desligou depois de recusar claramente.
Isso não é queda técnica. Não programe retorno automático. Registre a recusa e aplique a regra de saída da operação.
3. A conversa caiu antes de qualquer ação
O agente confirmou identidade e pedido, mas ainda não executou nada.
Pode fazer sentido retornar, desde que preserve o contexto e exista uma política legítima para isso. A abertura deveria reconhecer a interrupção:
Nossa ligação caiu depois que você confirmou o pedido. Posso continuar daquele ponto? Ainda não fiz nenhuma alteração.
A pessoa recebe controle. O agente não finge que está começando do zero.
4. A conversa caiu durante ou depois de uma ação
A agenda foi chamada, um cancelamento começou ou o CRM recebeu uma atualização. A resposta sumiu.
Aqui o retorno deve esperar a reconciliação. Consulte o sistema responsável e procure o identificador da tentativa. Só então escolha a frase:
A alteração foi concluída e este é o protocolo.
ou:
A alteração não foi executada. Posso tentar novamente?
ou, quando ainda não há prova:
A tentativa ficou sem confirmação. Vou verificar antes de repetir e retorno por este canal até o prazo combinado.
“Deve ter funcionado” continua sem ser estado operacional, mesmo com uma voz muito convincente.
Cartão de retorno depois da queda
Use o checklist de piloto para agente de voz e preencha este cartão em cada teste de interrupção.
Tocou, ocupado, sem resposta, caixa postal, pessoa errada, conversa real ou falha técnica.
Identidade, pedido, dado confirmado, ação iniciada, resultado comunicado ou encerramento pedido.
Não executada, executada e verificada, revertida ou ainda desconhecida.
Separe queda de recusa. Considere canal, horário, consentimento e regra aplicável.
Defina intervalo, teto diário, teto total e condição que encerra a insistência.
Leve motivo, dados confirmados, última fala, ação, protocolo e próximo passo.
Uma regra copiável para o piloto
Para um único caso de uso, a regra mínima pode ficar assim:
Se a ligação não foi atendida: registrar o motivo técnico; tentar novamente apenas dentro do horário e do limite aprovados.
Se houve recusa ou pedido de saída: não retornar automaticamente; aplicar a regra de opt-out.
Se a conversa caiu antes de ação: aguardar o intervalo definido; ao retornar, dizer onde parou e pedir permissão para continuar.
Se caiu durante uma ação: bloquear nova execução; verificar o sistema responsável; retornar somente com estado confirmado ou prazo real de investigação.
Se não houver retorno por voz: abrir tarefa no canal permitido, com dono e vencimento.
Em qualquer caso: preservar identificador da conversa, versão do agente, último turno confiável e número de tentativas.
Não copie o intervalo de outra empresa. Uma confirmação solicitada pelo próprio cliente, uma cobrança e uma prospecção têm contextos diferentes. A política precisa passar por operação, privacidade e jurídico conforme o caso.
Fluxo para decidir se liga de novo
Identificação ajuda antes do alô
A Anatel mantém medidas contra chamadas abusivas e descreve como centrais automatizadas podem gerar alto volume de ligações curtas ou desligadas. Desde junho de 2024, a Agência considera curtas as chamadas de até seis segundos para essas medidas.
A mesma página destaca redução de volume, transparência ao usuário e combate a fraude. Em outra frente, a autenticação e identificação de chamadas pode validar a origem e, em aparelhos compatíveis, exibir nome, número, selo e outros dados.
Isso melhora a chance de a pessoa entender quem está ligando. Não dá licença para insistir.
Depois de uma queda, retornar rápido demais, de outro número ou várias vezes pode parecer exatamente o comportamento que fez as pessoas pararem de atender. Preserve a mesma origem quando apropriado, explique o motivo e respeite o limite definido.
Uma planilha basta para um piloto pequeno
Para um caso estreito e poucas chamadas, registre:
| Campo | Exemplo |
|---|---|
| id da conversa | voz-20260731-00842 |
| versão | agente-12 / roteiro-07 |
| estado telefônico | atendida e encerrada |
| último turno | cliente confirmou pedido 4821 |
| ação | consulta iniciada; nenhuma escrita |
| estado operacional | consulta sem resposta |
| saída solicitada | não |
| retorno permitido | sim, até 18h |
| próxima tentativa | 15 minutos depois |
| abertura | “Nossa ligação caiu depois da confirmação…” |
| resultado | retomada aceita / recusada / sem resposta |
| dono | operação de voz |
Esse caminho basta quando uma pessoa consegue revisar as interrupções no mesmo turno, o volume é pequeno e nenhuma ação sensível fica sem conferência.
Onde o caminho manual quebra
A planilha começa a falhar quando:
- vários agentes ligam para a mesma base;
- campanhas diferentes compartilham o telefone do cliente;
- o discador, o agente e o CRM discordam sobre o estado;
- o retorno pode repetir cobrança, cancelamento, reserva ou mensagem;
- a regra muda por horário, motivo, canal ou consentimento;
- ninguém vê que o teto de tentativas já foi atingido;
- QA encontra quedas recorrentes, mas não liga o erro à versão;
- o humano recebe a tarefa sem transcrição, ação ou prazo;
- a operação precisa provar por que retornou ou por que parou.
Aí não basta um callback técnico. É necessário controlar identidade da conversa, estado de ferramenta, política de contato, fila humana, evidência e correção por versão.
É nesse cenário, e não antes, que uma operação de agentes de voz com supervisão começa a fazer sentido. O caminho simples continua sendo o primeiro teste: uma regra, um caso estreito, poucas chamadas ruins e alguém ouvindo o que aconteceu.
O teste desta semana
Pegue dez ligações do piloto e provoque quatro finais:
- ninguém atende;
- a pessoa recusa;
- a chamada cai antes da ação;
- a chamada cai depois de iniciar uma ação.
Para cada uma, verifique se o sistema escolheu retorno, bloqueio, reconciliação ou tarefa humana pelo motivo certo. Depois confira se a nova conversa começou do ponto correto.
Se a equipe não consegue explicar por que ligou outra vez, o agente também não deveria ligar.
Vídeo
Eu não encontrei um vídeo em português que eu usaria como resposta principal para esta decisão. Há demonstrações de ligação e tutoriais de webhook. O que falta é mostrar a chamada caindo antes e depois de uma ação, comparar telefonia, transcrição e CRM, e só então decidir o retorno.
Se bastante gente pedir, este assunto entra na fila de gravação. Não é promessa.