IA no atendimento: quando ela DEVE passar a bola pro humano

Quem coloca IA no atendimento costuma medir sucesso por uma métrica: a porcentagem de conversas que a IA resolve sozinha. Quanto maior, melhor — certo? Não exatamente. Uma IA otimizada para nunca chamar humano é, na prática, uma IA otimizada para esconder os casos em que ela deveria ter chamado. E são exatamente esses casos que custam caro.

A conta é assimétrica. O custo de uma escalada “desnecessária” é alguns minutos de um atendente que poderia estar fazendo outra coisa. O custo de uma não-escalada errada é um cliente orientado errado sobre um assunto de saúde, uma promessa que ninguém autorizou, uma reclamação mal tratada que vira print circulando por aí. De um lado, ineficiência pequena. Do outro, prejuízo real — às vezes irreversível.

Este post é o mapa que a gente usa na prática: quais situações a IA deve reconhecer e passar a bola imediatamente, o que fazer quando ela simplesmente não tem o dado, e qual rede de segurança colocar entre a IA e o botão de enviar.

O erro de projetar a IA pra “resolver tudo”

Taxa de resolução automática é métrica de custo, não de qualidade. Ela diz quanto você economizou em atendimento humano — não diz se o cliente saiu bem atendido, nem se a resposta estava certa. Uma IA pode “resolver” 95% das conversas respondendo qualquer coisa com confiança. O cliente para de perguntar, a conversa fecha, a métrica sobe. E o estrago fica invisível até aparecer na forma de reembolso, reclamação ou cliente que nunca mais volta.

O objetivo real de uma IA de atendimento em vendas é outro: resolver rápido o que ela tem condição de resolver bem, e reconhecer rápido o que ela não tem. Essa segunda habilidade — reconhecer o próprio limite — é a mais difícil de construir e a mais negligenciada. A maioria das automações não tem nenhuma regra explícita de escalada. Confia que “a IA vai perceber”. Ela não vai. Escalada tem que ser desenhada.

Os 4 gatilhos que devem escalar sempre, sem exceção

Existem assuntos em que a IA não deve nem tentar. Não é questão de capacidade do modelo — é questão de responsabilidade. Na nossa operação, quatro gatilhos escalam para humano de forma automática:

• Saúde: qualquer pergunta sobre efeito, contraindicação, sintoma, dosagem ou condição médica. Mesmo que a resposta pareça óbvia, quem responde é humano — de preferência com orientação para procurar um profissional.
• Jurídico: ameaça de processo, menção a Procon, pedido de reembolso contestado, discussão sobre contrato ou direito do consumidor. A IA não negocia termos legais.
• Reclamação: cliente irritado, frustrado ou relatando problema com pedido. Reclamação tratada por robô piora o problema — a pessoa quer ser ouvida, não “compreendida” por um script.
• Pedido explícito de humano: “quero falar com uma pessoa”, “tem atendente aí?”, “para de me mandar robô”. Esse é o mais óbvio e o mais desrespeitado do mercado.

Sobre o último ponto: não existe experiência pior do que pedir um humano e a IA insistir em “ajudar”. Quando o cliente pede uma pessoa, a conversa da IA acabou. Qualquer mensagem a mais é atrito. A resposta certa é curta — confirma que um humano vai assumir, dá uma expectativa de tempo e sai da frente.

O quinto gatilho: quando a IA não tem o dado

Os quatro gatilhos acima são sobre assunto. O quinto é sobre informação: a IA deve escalar (ou segurar a resposta) sempre que a resposta correta depende de um dado que ela não tem. Preço que não está na base. Prazo de entrega que depende do CEP. Disponibilidade de estoque. Condição de parcelamento que mudou ontem. Status de um pedido específico.

Modelos de linguagem têm um vício de fábrica: quando não sabem, preenchem o vazio com algo plausível. Em conversa casual isso passa. Em canal de venda, uma resposta plausível e errada sobre preço ou prazo é uma promessa que sua operação vai ter que honrar — ou quebrar na frente do cliente. Por isso a regra é simples: sem dado confirmado, a IA não afirma. Ela diz “vou confirmar com o time e já te retorno” e marca a conversa para um humano completar.

“A IA que responde “vou confirmar e já te retorno” parece menos impressionante que a que responde na hora. Mas a que responde na hora sem ter o dado está chutando — e chute com confiança, em canal de venda, tem outro nome: prejuízo.”

Guards determinísticos: a rede antes do envio

Prompt bem escrito ajuda, mas prompt é probabilístico — funciona na maioria das vezes, e “maioria das vezes” não é padrão aceitável para preço e link. A camada que falta na maior parte das automações é determinística: código comum, sem IA, que intercepta a resposta antes do envio e verifica o que pode ser verificado.

• Todo preço citado na resposta existe na tabela real de preços? Se não, bloqueia.
• Todo link aponta para um domínio da lista permitida? Link inventado não sai.
• Instruções de pagamento e entrega batem com as regras cadastradas da operação?
• A resposta menciona produto, condição ou promoção que não está no catálogo ativo?

Quando um guard barra a resposta, o caminho não é “tentar de novo até passar” — é escalar. Se a IA insistiu em citar um valor que não existe na base, alguma coisa na conversa saiu do trilho, e é um humano que deve olhar. O guard não corrige a IA; ele impede que o erro chegue ao cliente e transforma o erro em escalada.

Como desenhar a passagem de bastão

Escalar bem é mais do que parar de responder. Uma passagem de bastão decente tem três partes: aviso ao cliente, contexto para o humano e dono definido. O cliente recebe uma mensagem honesta (“vou te passar para alguém do time que resolve isso, um momento”). O atendente recebe a conversa com o histórico e o motivo da escalada — ninguém deveria precisar pedir para o cliente repetir tudo. E a conversa entra numa fila com responsável e prazo, porque escalada sem dono é conversa que morre em aberto.

Vale medir isso também: quantas conversas escalaram, por qual motivo, e quanto tempo levou até o humano assumir. Escaladas por “pedido de humano” crescendo pode indicar que a IA está irritando gente que ela deveria estar ajudando. Escaladas por “dado ausente” crescendo indica base de conhecimento desatualizada. Os motivos de escalada são um raio-x da sua automação.

Automação boa sabe o próprio limite

IA no atendimento não é substituto de humano — é filtro e acelerador. Ela resolve o repetitivo com velocidade que humano não alcança, e entrega para o humano exatamente os casos em que julgamento, empatia ou informação fresca fazem diferença. A operação que entende isso escala atendimento sem escalar risco.

Foi com essa lógica que a gente construiu o Autopilot: a IA responde com base nos dados reais da operação, guards determinísticos conferem preço, link e instrução antes de qualquer envio, e os gatilhos de escalada — assunto sensível, reclamação, pedido de humano, dado ausente — passam a bola para o time com contexto completo. Se você quer automatizar o atendimento sem perder o controle dele, é esse o desenho que a gente defende.