Atendimento remoto em todo o Brasil. Sede em Florianópolis/SC.
Empresa Grid
Blog · Atendimento

Quando um agente de IA não resolve

Por Empresa Grid · leitura de 7 minutos

Um agente de IA não resolve pedidos fora do que foi combinado, casos sem informação disponível e situações sensíveis, e o certo é que ele reconheça isso e chame uma pessoa. Um bom projeto desenha esse limite antes de entrar no ar e acompanha os casos encaminhados para melhorar.

Todo agente tem limite

Um agente de IA executa bem tarefas repetitivas e bem definidas. Fora disso, o risco é ele tentar responder algo que não sabe. Por isso, parte do trabalho de implantação é dizer o que ele pode fazer e o que deve devolver para uma pessoa.

Falar com honestidade sobre os limites ajuda a empresa a confiar no agente e o cliente a não se frustrar. Um projeto que promete resolver tudo costuma terminar em respostas erradas, e o cliente lembra disso por mais tempo do que lembraria de uma resposta correta.

Há ainda uma diferença entre falhar e encaminhar. Quando o agente reconhece que o caso não é dele e passa a conversa adiante com o resumo, o sistema está funcionando como foi desenhado. A falha de verdade é a resposta errada dada com confiança, e é essa que o projeto precisa evitar com escopo claro, dados confiáveis e regras de passagem.

Este texto descreve onde o agente costuma falhar, o que deve ser encaminhado e como reduzir os problemas. A visão geral do serviço está na página de agente de IA para atendimento.

Casos em que o agente falha

Alguns cenários aparecem com frequência:

  • Pedido fora do escopo: o cliente pergunta algo que a empresa nunca definiu que o agente responderia.
  • Informação ausente ou desatualizada: o agente depende de dados corretos, e cadastro errado gera resposta errada.
  • Integração fora do ar: se o sistema não responde, o agente não consegue consultar nem executar.
  • Pergunta ambígua: o cliente escreve algo que admite mais de uma leitura.
  • Cliente irritado ou em situação delicada: o tom importa mais do que a informação.

Nenhum desses cenários é raro. Todos eles devem estar previstos no desenho do projeto, com uma resposta clara sobre o que o agente faz quando acontecem.

Sinais de que o agente chegou ao limite

Nem sempre a falha é evidente. Alguns sinais indicam que a conversa passou do ponto em que o agente é útil.

  • O cliente repete a mesma pergunta mais de uma vez, sem avançar.
  • O agente pede o mesmo dado de novo, ou devolve respostas parecidas para perguntas diferentes.
  • O tom do cliente muda, com mais pressa, irritação ou menção a cancelar.
  • O assunto envolve dinheiro, contrato, saúde, segurança ou questão legal.
  • O cliente pede explicitamente para falar com uma pessoa.

Quando um desses sinais aparece, insistir só piora a experiência. O desenho certo prevê que o agente reconheça o sinal e faça a passagem sem rodeios.

O que passar para uma pessoa

O agente de IA avisa quando precisa de uma pessoa. A empresa define a lista, e costuma incluir:

  • Decisões com impacto financeiro ou contratual, como reembolso e exceção de regra.
  • Reclamações, ameaças de cancelamento e assuntos jurídicos.
  • Casos em que o cliente pede expressamente para falar com alguém.
  • Qualquer situação em que o agente não tenha segurança na resposta.

A passagem deve levar o contexto: quem é o cliente, o que ele pediu, o que já foi respondido e o que falta resolver. Sem isso, a pessoa recomeça do zero e o cliente precisa repetir tudo, o que anula boa parte do benefício.

Como a passagem funciona, passo a passo

Uma boa passagem para uma pessoa segue uma sequência simples:

  • O agente identifica que o caso está fora do que pode resolver ou que o cliente pediu atendimento humano.
  • Ele avisa o cliente com clareza de que uma pessoa vai assumir, em vez de simular que continua resolvendo.
  • Monta o resumo: identificação do cliente, pedido, histórico da conversa e pendência.
  • Encaminha o caso para a fila ou a pessoa responsável, conforme a regra definida pela empresa.
  • Registra o encaminhamento, para que o caso possa ser acompanhado e revisado depois.

Se a passagem ocorrer fora do expediente, o caso entra na fila do próximo turno. O funcionamento nesse período é detalhado em atendimento fora do horário com IA.

Erros comuns de projeto

Muitas falhas atribuídas ao agente nascem, na verdade, de decisões de projeto.

Não definir o escopo

Sem uma lista clara do que o agente faz, ele tende a tentar responder tudo. O escopo deve ser escrito e revisado com a equipe que conhece o atendimento.

Ligar o agente a dados sem conferir a qualidade

Informação desatualizada vira resposta errada. Antes de integrar, vale revisar o cadastro, os textos de apoio e as regras que o agente vai consultar.

Esconder o humano

Dificultar o acesso a uma pessoa gera irritação. O cliente deve conseguir pedir atendimento humano de forma simples, e o agente deve respeitar esse pedido.

Não revisar o que foi encaminhado

Cada caso encaminhado ensina algo: ou o agente não tinha informação, ou o assunto realmente exige pessoa. Sem revisão, essa aprendizagem se perde.

Exemplo hipotético: pedido de exceção

Imagine, como exemplo hipotético, uma loja virtual cujo agente atende dúvidas sobre pedidos. Um cliente escreve irritado dizendo que o produto chegou com defeito e exige a troca fora do prazo combinado. Nenhum dado aqui vem de um caso real.

O agente consegue localizar o pedido e confirmar o que consta no sistema. Mas conceder uma exceção à regra de troca é uma decisão com impacto financeiro, que a empresa definiu como sendo de uma pessoa. Se o agente tentasse resolver sozinho, poderia prometer o que a empresa não quer cumprir.

O comportamento correto é reconhecer o limite. O agente reconhece o tom do cliente, registra o problema, informa que uma pessoa vai analisar e entrega ao time um resumo com o pedido, a descrição do defeito e o que o cliente pediu. A equipe decide, e o cliente não precisa contar a história duas vezes.

O exemplo ilustra o desenho do fluxo, sem prometer resultado.

Como reduzir as falhas ao longo do tempo

Algumas práticas diminuem o problema. Mantenha as informações da empresa atualizadas, revise as conversas que foram encaminhadas para ver o que dá para ensinar ao agente e acompanhe os casos em que o cliente abandonou a conversa.

Isso é parte da etapa de medir do método da Empresa Grid, que também inclui mapear, priorizar e automatizar. Cada ajuste vem de um caso real, não de suposição. O indicador definido no começo mostra se os ajustes estão funcionando; o texto sobre como medir ganho de produtividade com IA explica como acompanhar.

Uma rotina simples ajuda: reservar um momento recorrente para ler uma amostra das conversas encaminhadas, separar as que poderiam ter sido resolvidas das que realmente exigiam pessoa e registrar o que mudar. Com o tempo, essa leitura mostra padrões que nenhuma suposição inicial teria previsto.

Vale lembrar que corrigir não significa ampliar a todo custo. Às vezes o ajuste certo é manter a tarefa com a equipe e reforçar a passagem, em vez de ensinar o agente a fazer algo que exige julgamento.

O que decidir antes de começar

A pergunta não é se o agente resolve tudo, e sim quais tarefas ele assume com segurança. O diagnóstico responde isso: levanta as tarefas, separa as que cabem no agente das que exigem pessoa e define o indicador a medir. O custo, depois, é sob medida.

O princípio AI First ajuda: antes de contratar mais alguém, pergunte se a IA consegue fazer a tarefa. Quando a resposta é não, a tarefa continua com a equipe, e isso também é um resultado do diagnóstico. Quem está avaliando fornecedores pode usar o checklist para contratar automação com IA como roteiro de perguntas.

Perguntas frequentes

Um agente de IA pode inventar respostas?

Modelos de linguagem podem produzir respostas incorretas se forem usados sem controle. Por isso o agente é limitado a uma lista de ações e a informações dos sistemas, e deve encaminhar a uma pessoa quando não tiver segurança. Revisar as conversas reduz o risco.

O que acontece se o cliente quiser falar com uma pessoa?

O agente deve respeitar o pedido e encaminhar o caso com o resumo da conversa. Dificultar esse acesso piora a experiência e é um erro comum de projeto.

Se o agente falha, o projeto fracassou?

Não necessariamente. Encaminhar um caso para uma pessoa é o comportamento esperado quando o assunto foge do escopo. O que importa é se as falhas são previstas, registradas e usadas para melhorar.

Dá para ampliar o que o agente faz depois?

Sim. Em geral, começa-se por tarefas bem definidas e amplia-se conforme os casos reais mostram o que é seguro delegar. Cada ampliação passa pelo mesmo método de mapear, priorizar, automatizar e medir.

Existem tarefas que nunca devem ir para o agente?

Isso depende da empresa e do setor. Decisões sensíveis, jurídicas ou de alto impacto costumam ficar com pessoas. O diagnóstico ajuda a classificar cada tarefa, e o glossário e a página de serviços trazem mais contexto.

Em resumo

  • O agente de IA não resolve tudo, e reconhecer o limite faz parte do projeto.
  • Pedido fora do escopo, dado errado e integração fora do ar são falhas comuns.
  • Decisão financeira, reclamação e assunto sensível passam para uma pessoa, com contexto.
  • As conversas encaminhadas ajudam a melhorar o agente com o tempo.
  • O diagnóstico separa o que cabe ao agente do que continua com a equipe.

Quer ver como isso funciona na prática? Conheça nosso trabalho de agente de IA para atendimento ou consulte o glossário de automação com IA.

Continue lendo

Mais artigos sobre atendimento

Veja também todos os artigos do blog.

Ilustração: à esquerda uma conversa isolada, à direita um agente conectado a quatro sistemas.
Atendimento

Agente de IA ou chatbot: qual a diferença

Critério por tipo de tarefa para escolher entre os dois.

Ler o artigo
Atendimento

Atendimento fora do horário com IA

Exemplos por faixa de horário de como a IA atende quando a equipe não está.

Ler o artigo
Diagnóstico

Descubra quais tarefas de atendimento dá para automatizar primeiro

Conte onde a equipe perde mais tempo. Voltamos com os próximos passos do diagnóstico.