
Voicebot: quando usar e quando transferir para um atendente
Um guia para o gestor de fila alta decidir onde o voicebot resolve o primeiro nível do telefone e onde ele só empurra o cliente para a reclamação.
Um voicebot bem estruturado atende a ligação, entende o que o cliente diz e resolve a demanda antes que a fila cresça. Um voicebot mal estruturado faz o contrário, e rápido. Quem gerencia uma operação de voz com fila alta conhece a tentação de colocar um robô no primeiro nível e ver o tempo de espera despencar.
Só que o cliente não tem a mesma paciência que a planilha. No Consumer Experience Trends 2026 da Qualtrics, que ouviu mais de 20 mil consumidores em 14 países, incluindo o Brasil, metade disse temer que a IA das empresas impeça o contato com uma pessoa.
Isso não é argumento contra a voz automatizada. É argumento contra projeto feito às pressas. Neste artigo, a gente separa voicebot de URA de teclado, mostra o que realmente decide se a ligação funciona e diz com clareza onde o voicebot não deve ser usado.
O que é voicebot e como ele se diferencia da URA de teclado?
Voicebot é um atendente automatizado por voz que entende a fala do cliente em linguagem natural, consulta sistemas e executa a tarefa durante a própria ligação. A URA de teclado reconhece apenas dígitos, e a gravação automática só reproduz uma mensagem. São três ferramentas diferentes, com custos de erro diferentes.

Na URA de teclado, o cliente ouve um menu e digita um número. Esse modelo funciona quando as opções são poucas e estáveis.
É tão consolidado que ganhou regra própria no Decreto 11.034/2022, que exige as opções de reclamação e cancelamento já no primeiro menu para fornecedores de serviços regulados pelo Poder Executivo federal, como telecomunicações, energia elétrica e planos de saúde.
A gravação automática é ainda mais simples. Ela informa o horário de funcionamento, o número de protocolo ou uma instabilidade e encerra a ligação. Não escuta ninguém.
O voicebot escuta. O cliente diz "quero a segunda via do boleto de março", e o voicebot identifica a intenção e resolve a demanda sem exigir que ele navegue por opções. É o que muita gente chama de URA inteligente, e é o modelo que a gente descreve na nossa página de voicebot.
Isso não significa, porém, que a troca da URA pelo voicebot deva ser automática. Se o seu telefone recebe três motivos de contato bem definidos, uma URA de teclado bem desenhada resolve com menos risco.
O voicebot compensa quando a variedade de falas dos clientes deixa o menu longo demais, e é nesse ponto que o projeto passa a exigir decisões técnicas de verdade.
O reconhecimento de fala do voicebot entende sotaques e ruídos?
Entende, mas a taxa de erro aumenta com sotaques pouco representados no treinamento, fala espontânea e ruído de fundo. O reconhecimento de fala é a primeira peça do voicebot e uma das que mais comprometem o projeto, porque tudo depende do que foi transcrito.

Pense na diferença entre a demonstração e a vida real. Na demonstração, alguém lê uma frase pronta, com dicção clara, numa sala silenciosa. Na vida real, o cliente começa a frase, desiste no meio, recomeça, fala "é... tipo, a conta que veio errada" e ainda muda de assunto.
Ninguém liga lendo roteiro.
O sotaque pesa do mesmo jeito. Um modelo que aprendeu com pouca fala do interior do Nordeste ou do Sul vai errar mais com quem fala assim, e cada palavra errada na transcrição vira uma intenção errada lá na frente. O problema não é o português. É o dado usado para treinar o modelo.
Some a isso o ruído. O seu cliente liga do celular, dentro do ônibus, na cozinha com a torneira aberta ou no canteiro de obra. O voicebot precisa ser testado com esse tipo de áudio, e não apenas com gravação de estúdio.
Aqui é onde a maioria tropeça. A demonstração acontece em sala silenciosa, com voz de locutor, e o teste real só chega quando o cliente está na linha. Antes de fechar qualquer escopo, peça testes com ligações reais da sua base, de diferentes regiões e com ruído de fundo.
Quanto tempo o voicebot pode levar para responder?
O mínimo possível, porque numa conversa entre pessoas a troca de turno acontece em frações de segundo. Cada etapa do voicebot soma atraso, da rede à voz sintetizada. Quando a soma passa do ritmo natural da conversa, o cliente acha que a ligação caiu.

Repare numa conversa qualquer ao telefone. Você termina a pergunta e a outra pessoa já está respondendo, quase sem intervalo. Qualquer silêncio mais longo que isso chama atenção, e no telefone não há rosto para mostrar que alguém está pensando.
Além da rede, o voicebot ainda precisa ouvir, decidir e falar. Por isso a latência entra no projeto como requisito, e não como detalhe técnico. Quem já trabalhou com operação de voz conhece a cena. O cliente repete "alô?" numa ligação que parecia perfeita na demonstração.
Silêncio parece defeito.
Três cuidados reduzem o problema. Começar a falar antes de a resposta inteira estar pronta, usar uma frase curta de espera quando for preciso consultar um sistema e nunca deixar a linha muda enquanto a integração responde. Resolvida a velocidade, o próximo gargalo é o conteúdo das falas do voicebot.
Como escrever falas curtas que o cliente entenda de primeira?
Uma boa fala de voicebot traz uma ideia por frase, faz uma pergunta de cada vez e oferece no máximo três opções quando houver escolha. O cliente não pode reler o que ouviu. Tudo o que passa de uma frase curta disputa espaço na memória de quem está na linha.

Ao telefone, o cliente guarda pouca coisa de uma vez, ainda mais com ruído e pressa. Se o menu falado lista seis opções, ele já esqueceu a primeira quando a última termina. Trabalhar com pouco de cada vez é a opção mais segura.
- Uma ação por fala: pedir apenas o CPF funciona melhor do que pedir CPF, data de nascimento e motivo da ligação na mesma frase.
- Confirmação só do que é crítico: repetir valor, data e horário evita erro caro. Repetir tudo transforma a ligação em interrogatório.
- Saída informada logo no início: o cliente precisa saber, desde o começo, que pode pedir para falar com uma pessoa.
- Nada de texto de site lido em voz alta: um parágrafo de política escrito para a tela vira ruído quando é reproduzido pela voz automatizada.
Esse é o erro mais comum que a gente encontra em projeto de voicebot herdado. O roteiro foi escrito por quem pensa em tela e gravado por quem pensa em locução, e ninguém pensou em quem está ouvindo. O teste é simples.
Quando o voicebot deve transferir a ligação para um atendente?
O voicebot deve transferir a ligação sempre que o cliente pedir uma pessoa, quando não entender a mesma fala duas vezes seguidas ou quando o assunto sair do que ele pode resolver. Esse critério precisa ser definido antes da primeira ligação, e não descoberto numa reclamação.

Lembra da metade dos consumidores que teme não conseguir falar com uma pessoa? É exatamente esse medo que um transbordo mal desenhado confirma. Um voicebot que esconde o atendente não reduz a fila. Só empurra a irritação para a etapa seguinte.
- Pedido explícito: se o cliente disser "atendente", "pessoa" ou algo equivalente, a transferência acontece na hora, sem tentativa de retenção.
- Duas falhas seguidas: depois de duas falas não compreendidas, insistir pela terceira vez costuma terminar com o cliente desligando.
- Assunto sensível: reclamação formal, contestação de cobrança e cancelamento seguem para uma pessoa ou para o fluxo exigido pelas regras do seu setor.
- Baixa confiança: quando o modelo não tem segurança sobre a intenção do cliente, ele pergunta uma vez e, se continuar em dúvida, transfere.
E transferir não basta. O atendente precisa receber um resumo do que já foi dito, para o cliente não repetir tudo desde o início. Na Tallk.me, esse transbordo com histórico acontece dentro da mesma telefonia, seja no PABX virtual ou no 0800. Com a saída garantida, dá para discutir o que o voicebot consegue concluir sozinho.
Quais demandas o voicebot consegue resolver sozinho?
O voicebot resolve sozinho demandas padronizadas, frequentes e com resposta disponível em sistema, como segunda via, status de pedido, confirmação e remarcação de horário. Quanto mais repetitivo o motivo do contato e menos julgamento ele exige, maior a parte que a automação consegue concluir sem ajuda.

Na ATB Neuroclínica, 98% dos atendimentos são resolvidos pela IA, segundo Sinval, proprietário da clínica.
Um alerta, para não vender ilusão. Clínica com motivos de contato repetitivos é um dos cenários mais favoráveis à automação, porque quase tudo envolve marcar, confirmar ou remarcar. Além disso, o número se refere à IA no atendimento da clínica como um todo, e não apenas ao atendimento telefônico com IA.
Um SAC de varejo ou uma central de cobrança com dezenas de motivos de contato dificilmente chega perto desse resultado com um voicebot no primeiro ano. Clínica é exceção.
Se o seu caso é da área da saúde, a nossa página de atendimento para clínicas mostra esse modelo em detalhes. Nos demais casos, o caminho mais honesto é medir o seu próprio mix de motivos de contato antes de prometer um percentual para a diretoria.
Em quais campanhas o voicebot não deve ser usado?
O voicebot não deve ser usado em ligações com alta carga emocional, negociação fora de regra fixa, notícia difícil e cancelamento em setor regulado sem saída imediata para um atendente. Nesses casos, o erro custa o cliente, e a economia de minutos não paga a reclamação.

O mesmo relatório da Qualtrics mostra que quase um em cada cinco consumidores que usaram IA no atendimento não viu benefício nenhum. Na nossa avaliação, boa parte dessas falhas surge quando o voicebot é colocado onde não deveria estar.
- Reclamação com carga emocional: quem enfrentou uma cobrança indevida ou a interrupção de um serviço quer ser ouvido, e não apenas roteado. O voicebot pode identificar o assunto e transferir a ligação com um resumo do caso.
- Negociação fora da política: um acordo com parcelas e descontos definidos em regra clara pode ser automatizado. Já uma renegociação que depende de avaliar a situação da pessoa precisa de atendimento humano.
- Notícia difícil: resultado de exame, negativa de cobertura e sinistro pedem uma voz humana. Nesses momentos, a voz sintetizada pode soar como descaso, por melhor que seja.
- Cancelamento em setor regulado: onde o Decreto 11.034/2022 se aplica, um robô que insiste em reter quem quer cancelar gera desgaste e pode virar risco regulatório.
- Venda consultiva: o voicebot qualifica os dados básicos, mas o seu time comercial tende a conduzir melhor a conversa que fecha um contrato complexo.
Nem toda fila merece robô.
Campanhas ativas simples, como confirmação de agendamento e pesquisa de satisfação, funcionam bem com voz automatizada e estão detalhadas no nosso guia de URA reversa. Quando a demanda chega por texto, a lógica é outra e está no artigo sobre chatbot com IA. Aqui o foco é o atendimento telefônico receptivo, que traz uma obrigação muitas vezes esquecida.
O que a LGPD exige sobre a gravação e o aviso de ligação com voicebot?
A LGPD exige que o cliente saiba com clareza que a ligação é gravada, para qual finalidade, por quanto tempo e quem é o controlador dos dados. Também exige uma base legal para cada tratamento. O consentimento é uma dessas bases, mas não é a única.

O artigo 9º da Lei 13.709/2018 garante ao titular acesso a essas informações, incluindo a finalidade específica, a forma e a duração do tratamento e a identificação do controlador. Uma frase na abertura do voicebot resolve boa parte disso, algo como "esta ligação é atendida por um assistente virtual e gravada para registro do seu atendimento".
Uma frase resolve.
Informar que se trata de um assistente virtual não é exigência expressa da LGPD. É uma medida de transparência que evita a sensação de engano.
A voz pede cuidado extra quando é usada para identificação. Se o voicebot usa biometria de voz para autenticar o cliente, o dado passa a ser considerado sensível pela LGPD, com regras de tratamento mais rigorosas.
Decisão tomada só pela máquina também segue regra. O artigo 20 da mesma lei garante ao titular o direito de pedir revisão de decisões tomadas unicamente com base em tratamento automatizado que afetem os seus interesses. Negar crédito ou acordo por voz sem oferecer um caminho de revisão é exposição desnecessária.
Para fornecedores de serviços regulados pelo Poder Executivo federal, o Decreto 11.034/2022 acrescenta obrigações próprias, como manter a gravação das chamadas feitas ao SAC por no mínimo 90 dias e garantir atendimento humano em horário não inferior a oito horas diárias.
Empresas fora desse escopo seguem a LGPD e o Código de Defesa do Consumidor, sem essas exigências específicas do decreto.
Este texto não substitui a orientação do seu jurídico, mas nenhum projeto de voicebot deveria entrar no ar sem essa revisão.
5 passos para testar o voicebot antes de liberá-lo para toda a fila
Teste o voicebot com uma parcela pequena e real da fila, defina antes os critérios de sucesso e só amplie o uso quando a resolução aumentar sem derrubar a satisfação. Um piloto em ambiente controlado não reproduz sotaque, ruído nem a pressa de um cliente de verdade.
Errar com a fila inteira custa clientes. Errar com uma parcela pequena gera aprendizado.
- Mapeie os motivos de contato: agrupe por motivo as ligações recebidas nos últimos 30 dias. Os três ou quatro motivos mais frequentes e padronizados formam o escopo da primeira versão.
- Registre a linha de base: anote tempo de espera, abandono, resolução no primeiro contato e satisfação do mês anterior. Sem esse retrato, qualquer resultado posterior vira opinião.
- Teste com áudio real: antes de liberar o voicebot para o público, faça testes com ligações da sua base, incluindo sotaques das regiões atendidas e ruído de rua.
- Abra para uma parcela da fila: direcione ao voicebot apenas parte das chamadas de um motivo e mantenha alguém responsável por ouvir amostras toda semana.
- Amplie com base nos dados: se a resolução aumentar e a satisfação se mantiver, avance para o próximo motivo. Se a resolução subir e a satisfação cair, o voicebot está segurando ligações que deveriam ser transferidas.
Piloto não é formalidade. É a única etapa do projeto de voicebot em que errar custa pouco.
Como a Tallk.me ajuda a colocar um voicebot no ar?
A Tallk.me opera o voicebot sobre a própria telefonia, seja no PABX virtual, no 0800 VoIP ou no discador, e os números que você já divulga podem ser portados. Antes de qualquer proposta, o primeiro passo é um diagnóstico gratuito da operação.
No diagnóstico gratuito, a equipe olha o volume de ligações, os canais, as principais dores e os objetivos da sua operação antes de recomendar qualquer configuração. O preço do voicebot também é definido nessa etapa, e não em tabela.
Com a Tallk.me ou com a sua própria equipe, comece o voicebot pelo motivo de contato mais incômodo e repetitivo da fila. É ali que a voz automatizada dá retorno mais rápido e erra com menos custo. O resto vem depois.
Perguntas frequentes
Qual a diferença entre voicebot e URA?
A URA de teclado reconhece apenas dígitos e obriga o cliente a navegar por menus. O voicebot entende a fala em linguagem natural, identifica a intenção e executa a tarefa na própria ligação. Quando não consegue resolver, transfere para um atendente com o resumo da conversa.
O voicebot entende sotaques regionais?
Entende, mas a taxa de erro varia com o sotaque, o ruído e o tipo de fala. Estudos sobre reconhecimento de fala registram mais erros em fala espontânea e em sotaques pouco presentes nos dados de treino. Por isso, o teste precisa usar ligações reais da sua base.
Quando o voicebot deve passar a ligação para uma pessoa?
Sempre que o cliente pedir, depois de duas falas não compreendidas seguidas e quando o assunto sair do escopo autorizado. A transferência deve levar o resumo do que já foi dito para que o cliente não precise repetir tudo.
Preciso avisar que a ligação é gravada?
Sim. A LGPD garante ao titular informação clara sobre finalidade, forma e duração do tratamento dos dados. Em setores regulados pelo Decreto 11.034/2022, a gravação do SAC precisa ser mantida por no mínimo 90 dias.
Quanto custa um voicebot na Tallk.me?
O valor é definido depois de um diagnóstico gratuito da operação, e não em tabela fixa. O preço depende do volume de ligações, dos motivos de contato automatizados, das integrações e da telefonia usada.

Autor(a)
Beatriz Dagostim
Conteúdo produzido para o blog da Tallk.me
Continue lendo
Como reduzir faltas em clínicas com confirmação e reencaixe
A régua completa de confirmação de consulta, com janelas de envio, modelos de mensagem, o que fazer com quem não responde e como reencaixar a vaga liberada antes que ela vire cadeira vazia.
WhatsApp e omnichannelMulticanal e omnichannel: a diferença que aparece na operação
Atender em cinco canais não torna ninguém omnichannel, e este teste de maturidade mostra, com quatro critérios objetivos, em qual estágio a sua operação realmente está.
WhatsApp e omnichannelAtendimento omnichannel: como estruturar uma operação integrada
Um guia para montar a arquitetura do atendimento omnichannel, do mapa de motivos de contato às métricas que medem a jornada inteira, e não cada canal isolado.
