O que "orientado por IA" realmente significa
Eu trabalho na fila de suporte da eesel. A frase é usada para duas configurações completamente diferentes, e é exatamente na lacuna entre elas que a maioria das implantações dá errado.
A primeira é assistida por IA. A IA escreve um rascunho, sugere uma tag, também resume o tópico, e então um humano decide no final. Esse é o padrão de copiloto de helpdesk, de baixo risco porque uma pessoa continua sendo sempre a última barreira.
A segunda é orientada por IA. Aqui a IA é a própria barreira. Quatro decisões são transferidas de uma vez: em qual fila o ticket cai, o que diz a primeira resposta, se ele escala, como é marcado com tags. Ninguém dá aprovação em nenhum ponto intermediário.
Essa distinção importa mais do que qual modelo está por baixo, em termos do que realmente acontece no dia a dia. Duas equipes podem dizer que estão rodando atendimento ao cliente potencializado por IA, e ainda assim estar fazendo exatamente o oposto. É a mesma divisão que existe entre um agente de IA e um chatbot tradicional, só que um nível abaixo: tomar decisões contra seguir um roteiro.
A razão pela qual as pessoas recorrem à versão orientada é, honestamente, bem óbvia. O volume de nível 1 é repetitivo. Além disso, limpar um backlog manualmente é um trabalho miserável, que é exatamente o discurso por trás da automação de helpdesk: a metade chata roda sozinha. Mas entregar quatro decisões de uma vez, no primeiro dia, a um sistema que você nem sequer observou ainda, é assim que se acaba nos tópicos abaixo.
O número que mudou como eu leio as alegações de precisão da IA
Fizemos um teste com validação cruzada em uma joalheria online alemã, que processa cerca de 1.000 tickets por mês entre Zendesk e Shopify: 284 chats, mais uma validação cruzada de 100 tickets contra tráfego real. Os números de destaque eram bons. 93% de precisão na triagem. 100% de detecção de spam com zero falsos positivos, e isso em uma caixa de entrada que se revelou ter 22% de spam. 88% dos rascunhos saíram corretos na direção.
Depois vem o número que realmente importava: 12% dos rascunhos foram enviados como estavam, e a taxa de erro factual ficou em 7%.
Fique um momento com essa lacuna entre 88 e 12, vale a pena destacar. A IA entendeu o ticket. Também escolheu a abordagem certa, depois redigiu algo com o qual o agente de suporte concordava, em princípio. E, ainda assim, esse mesmo agente reescreveu sete de cada oito vezes de qualquer forma. Tom, um detalhe de política, um link, ou a frase específica que aquela marca usa para devoluções.
Essa lacuna permanece invisível em toda estatística de precisão de fornecedor que já li, porque "preciso" e "pronto para enviar" não são realmente o mesmo padrão. Isso também explica um padrão que aparece constantemente nas comunidades de suporte: equipes ativam a coisa, se queimam, e depois a rebaixam silenciosamente:
"Auto-replies sounded great in theory, but once real tickets came in, it started giving confident but wrong answers. CSAT dipped quick. What worked better for us was using it as an agent assist, draft replies, summaries, tagging, not full auto mode."
Note o que fizeram ali. Não removeram completamente. Recuaram uma casa, de orientar para assistir, que provavelmente é onde deveria ter começado desde o início. O autor original do mesmo tópico descreveu a versão de triagem disso:
"the ai kept misclassifying things like warranty claims as general inquiries... customers complained the responses felt too robotic and sometimes gave wrong info on returns. we rolled it back partially and now our agents are using it as an assist."
E um usuário da Freshdesk, no mesmo tópico, chegou ao resultado que deveria preocupar qualquer gerente de suporte, porque é basicamente o oposto do que você realmente comprou:
"We tested an ai integration in freshdesk and had almost the exact same experience. it worked for very simple tickets but anything slightly complex got misclassified. agents ended up spending more time fixing errors than before, so we had to rethink our approach."
O tempo de atendimento aumentou. Não porque a IA fosse ruim em classificar tickets como tal, mas porque ninguém tinha medido o trabalho de correção antes de ligar o interruptor.
Ninguém está cobrando a mesma coisa de você
Aqui está a parte que eu não esperava que acabasse sendo a mais confusa de todas, e sinceramente é a primeira coisa que eu verificaria, antes de qualquer outra.
Todo fornecedor nessa categoria opera um medidor de uso. Mas quase nenhum deles mede o mesmo evento. Reuni preços publicados de nove deles, e as unidades simplesmente não são comparáveis de forma alguma.
| Fornecedor | Unidade faturável | Tarifa publicada | O que aciona o medidor |
|---|---|---|---|
| Zendesk | Resolução automatizada | Não publicada | Apenas quando resolvido sem escalonamento |
| Freshdesk | Sessão Freddy | $0.49 ($49 por 100) | A tentativa do bot, resolvida ou não |
| Gorgias | Interação automatizada | $1.50 em excedente | Cada interação automatizada |
| Salesforce | Conversa, ou ação | $2.00, ou $0.10 | Valor fixo por conversa, ou por chamada de ferramenta |
| Ada | Resolução ou conversa | Não publicada | Definição do fornecedor, só sob cotação |
| Decagon | Conversa ou resolução | Não publicada | O cliente escolhe o modelo |
| Forethought | "Resultado" sem nome | Não publicada | A unidade nunca é declarada na página |
| Tidio | Conversa Lyro | $0.70 a $0.78 | Uma resposta do Lyro, pré-paga |
| eesel | Ticket ou sessão de chat | $0.40 | Um ticket, qualquer número de respostas |
Três coisas saltam aos olhos imediatamente nessa tabela.
Uma "sessão" cobra a tentativa. Uma "resolução" cobra o resultado. Mesmo comportamento do bot, fatura diferente. A Freshdesk é bem explícita, uma sessão é uma interação e não uma resolução garantida, então você paga pela tentativa de qualquer forma. A Zendesk, por outro lado, define sua unidade cobrando apenas por solicitações "resolvidas com sucesso pelo agente de IA, sem nenhum escalonamento para um agente humano". Parece estritamente melhor para o comprador, isso é, até você notar que a Zendesk não publica nenhuma tarifa para isso em lugar nenhum da página de preços. Então a unidade que soa mais barata acaba sendo exatamente a que você não consegue precificar.
Os fornecedores usam "resolução" e "interação" de forma intercambiável, e só uma delas está na fatura. O título da página de preços da Gorgias promete "pague só quando resolver uma conversa", o que soa bem. Mas o medidor impresso em cada cartão de plano, a $1.50, é a interação automatizada, não a resolução. Então, se você está comparando esse $1.50 com a tarifa por resolução de outra empresa, na verdade está comparando dois eventos completamente diferentes.
Dois ou três medidores podem ser acionados em um único ticket. A Gorgias pode ultrapassar tanto em tickets quanto em interações automatizadas no mesmo mês. A Tidio roda três medidores ao mesmo tempo, e um chat que o Lyro atende sozinho consome uma conversa Lyro, e depois consome também uma conversa faturável no momento em que um humano intervém e responde.
<div class="adcs-panel adcs-p1">
<div class="adcs-row adcs-best"><div class="adcs-name">eesel<span class="adcs-unit">500 tickets a $0.40</span></div><div class="adcs-num">$200</div></div>
<div class="adcs-row"><div class="adcs-name">Freshdesk<span class="adcs-unit">500 sessões, todas dentro do limite incluído</span></div><div class="adcs-num">$0</div></div>
<div class="adcs-row"><div class="adcs-name">Tidio Lyro<span class="adcs-unit">500 conversas Lyro pré-pagas</span></div><div class="adcs-num">$350</div></div>
<div class="adcs-row"><div class="adcs-name">Gorgias Advanced<span class="adcs-unit">500 dentro das 530 interações incluídas</span></div><div class="adcs-num">$477</div></div>
<div class="adcs-row"><div class="adcs-name">Salesforce Agentforce<span class="adcs-unit">500 conversas a $2.00</span></div><div class="adcs-num">$1,000</div></div>
<div class="adcs-row"><div class="adcs-name">Zendesk<span class="adcs-unit">resoluções automatizadas, tarifa não publicada</span></div><div class="adcs-na">Não publicada</div></div>
</div>
<div class="adcs-panel adcs-p2">
<div class="adcs-row adcs-best"><div class="adcs-name">eesel<span class="adcs-unit">2.000 tickets a $0.40</span></div><div class="adcs-num">$800</div></div>
<div class="adcs-row"><div class="adcs-name">Freshdesk<span class="adcs-unit">1.500 sessões acima do limite, a $49 por 100</span></div><div class="adcs-num">$735</div></div>
<div class="adcs-row"><div class="adcs-name">Gorgias Advanced<span class="adcs-unit">pacote de $477 mais 1.470 a $1.50</span></div><div class="adcs-num">$2,682</div></div>
<div class="adcs-row"><div class="adcs-name">Salesforce Agentforce<span class="adcs-unit">2.000 conversas a $2.00</span></div><div class="adcs-num">$4,000</div></div>
<div class="adcs-row"><div class="adcs-name">Tidio Lyro<span class="adcs-unit">a escala para em 1.000, acima disso é preciso falar com vendas</span></div><div class="adcs-na">Não publicada</div></div>
<div class="adcs-row"><div class="adcs-name">Zendesk<span class="adcs-unit">resoluções automatizadas, tarifa não publicada</span></div><div class="adcs-na">Não publicada</div></div>
</div>
<div class="adcs-panel adcs-p3">
<div class="adcs-row adcs-best"><div class="adcs-name">eesel<span class="adcs-unit">5.000 tickets a $0.40</span></div><div class="adcs-num">$2,000</div></div>
<div class="adcs-row"><div class="adcs-name">Freshdesk<span class="adcs-unit">4.500 sessões acima do limite, a $49 por 100</span></div><div class="adcs-num">$2,205</div></div>
<div class="adcs-row"><div class="adcs-name">Gorgias Advanced<span class="adcs-unit">pacote de $477 mais 4.470 a $1.50</span></div><div class="adcs-num">$7,182</div></div>
<div class="adcs-row"><div class="adcs-name">Salesforce Agentforce<span class="adcs-unit">5.000 conversas a $2.00</span></div><div class="adcs-num">$10,000</div></div>
<div class="adcs-row"><div class="adcs-name">Tidio Lyro<span class="adcs-unit">a escala para em 1.000, acima disso é preciso falar com vendas</span></div><div class="adcs-na">Não publicada</div></div>
<div class="adcs-row"><div class="adcs-name">Zendesk<span class="adcs-unit">resoluções automatizadas, tarifa não publicada</span></div><div class="adcs-na">Não publicada</div></div>
</div>
</div>
<div class="adcs-foot">Tarifas retiradas da própria página de preços de cada fornecedor, verificadas em 27 de julho de 2026. A Freshdesk inclui as primeiras 500 sessões Freddy em todos os planos. Os valores da Gorgias usam o componente de IA incluído no plano Advanced e seu excedente de $1.50. A Salesforce também vende um medidor Flex Credits a $0.10 por ação, que segundo seus próprios cálculos equivale a $0.30 a $0.60 pela mesma troca. As licenças por assento estão excluídas em todos os casos.</div>
Em 5.000 conversas, a diferença é de cerca de cinco vezes entre a tarifa publicada mais barata e a mais cara. Isso não é uma diferença de arredondamento, e também não é realmente uma diferença de qualidade, é uma diferença na definição da unidade, pura e simplesmente.
"Resolvido" é um julgamento de valor, e quem recebe por isso é o fornecedor
Essa é a parte que virou um debate público, e sinceramente acho que é a coisa mais importante a entender antes de definir qualquer meta em um painel.
A Ada traça essa linha claramente, no próprio site: contenção conta conversas que não escalaram, "incluindo clientes frustrados que desistiram", enquanto uma resolução automatizada deveria também passar por relevância, precisão e segurança. Dois números, significados muito diferentes, e geralmente é o mais brando dos dois que é citado por aí.
A Decagon vai ainda mais longe, e eu os respeito muito por realmente publicar isso. O próprio glossário deles admite que definir uma resolução cria "zonas cinzentas e disputas de cobrança", que a cobrança se torna menos previsível de mês para mês, e que existe um incentivo do fornecedor para classificar em excesso uma conversa como resolvida. O que é, na prática, o próprio fornecedor te dizendo, sem rodeios, que o medidor tem um dedo na balança.
As equipes de suporte descobriram isso sozinhas. Quando a Zendesk mudou para um preço baseado em resolução automatizada, o tópico do r/Zendesk foi direto ao ponto:
"the subjective part in the resolutions. who knows if the bot is just leaving the customer hanging and marking it as a resolution... the bot just didn't help the customer in anyway. they got agitated and abandoned the chat and it was considered a resolution"
E aqui está a versão estrutural dessa mesma reclamação, que honestamente foi a coisa mais certeira que li pesquisando tudo isso:
"What is defined as a resolution isn't really fair. If it's an abandoned deflection, it shouldn't count. Mechanisms to understand that aren't well-tuned. This creates an incentive misalignment where, theoretically, creating abandonment would make sense as it would maximize 'resolutions' as currently defined."
Para ser justo, não acho que nenhum fornecedor esteja projetando o abandono deliberadamente. Mas o formato do incentivo é real, e depois que você o vê, não dá mais para deixar de ver: você para de ler a taxa de resolução de IA como uma métrica de qualidade. É uma métrica de cobrança que só por acaso parece uma métrica de qualidade, e a mesma cautela vale para qualquer número de desvio de tickets que te citarem também.
O que eu acompanharia em vez disso, e que também é o que olhamos internamente:
- Taxa de reabertura em tickets atendidos por IA. Uma resolução que volta em 48 horas não foi uma resolução. O número mais difícil de todos de falsificar.
- CSAT dividido por atendente. O CSAT de toda a fila esconde um problema de IA atrás de um bom trabalho humano. Então divida por atendente.
- Esforço do cliente em tickets escalados. Quantas idas e vindas alguém gastou com o bot antes de finalmente chegar a uma pessoa.
- Taxa de edição nos rascunhos. O nosso número de 12% é esse. Se os rascunhos continuam sendo reescritos, a IA está custando tempo do agente em vez de economizá-lo. Incorpore isso à sua revisão de garantia de qualidade do suporte, não deixe isso por conta da anedota.
Nada disso é exótico na verdade, a maioria dos helpdesks poderia reportar isso hoje se quisesse. Só é menos favorável do que o desvio de tickets, o que é exatamente por que nunca lidera o slide.
Onde o suporte orientado por IA conquista o seu lugar
Já são quatro seções sendo duro com essa categoria, então deixe-me ser justo por um momento, as vitórias aqui são reais, e também são específicas.
Spam e triagem. A caixa de entrada daquela joalheria tinha 22% de spam, e a IA capturou 100% dele, zero falsos positivos. Isso não é um ganho marginal, é um quinto inteiro da fila que nenhum humano jamais deveria ter precisado ver. Uma precisão de triagem de 93% também supera o que a maioria dos humanos cansados consegue às 17h de uma sexta-feira, sejamos honestos.
Volume repetitivo de nível 1. A Gridwise, um app de análise para motoristas da economia gig rodando no Zendesk, relatou que a eesel resolveu 73% das solicitações de nível 1 no primeiro mês, depois de já ver resultados dentro de um teste de 7 dias. O helpdesk interno de TI da InDebted no Jira Service Management está em 15% de desvio de tickets com uma meta de 55%, e essa é, na verdade, a forma mais típica que uma implantação honesta assume: real, incremental, não um comunicado de imprensa.
Redação específica por categoria. No mesmo teste, a utilidade dos rascunhos por categoria ficou em 100% para consultas de produto e status de reembolso, 96,4% para reclamações de garantia, 93,8% para devoluções e reembolsos. A IA foi excelente em perguntas estreitas e bem documentadas, e apenas mediana em tudo o mais. O que é uma instrução de escopo, não realmente um veredito.
E a citação que serve de contrapeso, de uma equipe onde isso realmente funcionou:
"Ada is able to take on the small stuff. So much of support is made up of monotonous, easy-to-answer inquiries... Ada handles the majority of those inquiries, so our team is able to handle the big stuff... it has cut our teams response time into a third of what it was pre-Ada."
Cada uma dessas vitórias tem o mesmo formato: escopo estreito, alto volume, resposta bem documentada. Nada disso é "aponte para a fila inteira e veja o que acontece", nem de longe.
A configuração de controle que decide se isso funciona
Se você levar apenas uma coisa operacional deste post, leve esta. O recurso decisivo não é o modelo, de forma alguma. É se você consegue dizer à IA o que ela não tem permissão para decidir.
A afirmação mais clara que já ouvi sobre isso veio de uma líder de CX de uma marca de suplementos DTC, que usa Gorgias e Shopify, com cerca de 7.000 tickets e 30.000 pedidos por mês:
"The AI will never be able to answer 100% of the questions, but if it tries and just answers 'sorry I don't know this,' I cannot go and check all my 7,000 tickets to see if the AI actually made a good answer, then the point is a little bit gone. I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."
Foi exatamente isso que decidiu a negociação naquela ligação. Não a precisão, não o preço, não as integrações, nada disso. Só se a IA podia ser instruída a ficar na sua faixa ou não. Naquela época não tínhamos um roteamento baseado em confiança preciso o suficiente, e perdemos aquele negócio, que é exatamente o tipo de coisa que acaba mudando como um produto é construído.
As barreiras que vale a pena exigir, nesta ordem:
- Exclusão por tipo de ticket. Disputas de cobrança, jurídico, segurança, qualquer coisa com reembolso acima de um limite. Um dos nossos próprios administradores colocou isso claramente em um chat: "Existem certos tickets que eu não quero que passem pela IA." Isso realmente deveria ser uma configuração, não um pedido de recurso.
- Um limite de confiança que você pode mover. Abaixo dele, a IA redige em vez de enviar. Verifique se a ferramenta expõe sequer um limite de confiança de intenção antes de comprar, porque muitas não expõem.
- Invocação explícita. Outro avaliador pediu exatamente isso: "Eu quero resposta só quando eu mencionar @eesel, não durante a criação nem em toda mensagem de ticket de cliente." Disparar em cada ticket é uma escolha, e deveria ser a sua escolha a fazer.
- Uma transferência limpa. Com todo o contexto transferido, para que o cliente não precise se repetir. Acertar o ponto de transferência importa mais do que aumentar o número de desvio de tickets.
- Um ciclo de feedback que realmente treina. Rejeitar um rascunho com um motivo deveria mudar o próximo rascunho. É isso que significa treinar um agente de IA na prática.
A captura de tela acima é a versão disso que eu mais uso. Em vez de vasculhar algum painel de configurações, você simplesmente diz a regra ao agente em inglês claro e ele reescreve as próprias instruções. Neste caso: quando marcado com tag no Zendesk, sempre redigir uma resposta voltada ao cliente, em vez de deixar uma nota interna.
Uma ordem de implantação que mantém os números honestos
Esta é a sequência que eu mesmo seguiria, e é deliberadamente mais lenta do que a maioria dos documentos de integração oferece.
- Simular primeiro contra tickets históricos. Antes mesmo de um único cliente ver algo, rode o agente sobre tickets que você já fechou, e compare a resposta dele com o que a sua equipe realmente enviou. Incluímos essa etapa porque já vimos bots confiantes darem respostas erradas em produção, e uma vez já foi suficiente para nós.
- Modo rascunho por no mínimo duas semanas. Acompanhe a taxa de edição, não a precisão. Se os seus agentes continuam reescrevendo a maioria dos rascunhos, isso é um problema de conhecimento que você tem, não um problema de modelo, e nenhuma quantidade de resposta automática vai resolver isso.
- Corrija o conhecimento antes de ampliar o escopo. Um avaliador do G2 sobre o Agentforce descreveu bem esse modo de falha: "Se os seus arquivos Content Version (artigos de conhecimento) não são atualizados desde 2021, o agente de IA vai dar aos clientes, com toda confiança, informações desatualizadas." Treinar em uma base de conhecimento atualizada, isso é a maior parte do trabalho real.
- Resposta automática em exatamente uma categoria. Escolha a que tem maior utilidade de rascunho. Status do pedido geralmente é a resposta aqui. Observe as reaberturas por quinze dias depois.
- Amplie uma categoria de cada vez. Rastreamento de pedido, depois devoluções, depois garantia. O roteamento de tickets pode ampliar mais rápido do que a resposta automática, porque uma rota errada custa só minutos enquanto uma resposta errada custa confiança.
- Defina o seu limite de gastos no primeiro dia. A mesma avaliação do Agentforce descreveu o que acontece caso contrário: se um agente "fica preso em um loop ou lida com um aumento inesperado de tráfego nas festas de fim de ano, sua 'carteira digital' de créditos pode esgotar mais rápido do que o previsto". Limites são chatos, mas eles realmente salvam fins de semana.
O passo 2 é o que mais se pula, e é o que realmente compensa. Tudo neste post que me surpreendeu veio de ler o que a IA teria dito, bem ao lado do que nós realmente dissemos.
Experimente a eesel para atendimento ao cliente orientado por IA
Já faz anos que colocamos agentes de IA em filas de suporte reais, em implantações como o agente Zendesk alemão totalmente automatizado da Smava com mais de 100.000 tickets por mês, e os mais de 10.000 da Ecosa em Zendesk, Slack e o próprio site (estudo de caso). A maior parte do que está neste post é cicatriz dessas mesmas implantações.
A eesel é construída em torno de duas coisas nas quais eu mesmo insistiria, se fosse eu quem estivesse comprando. Primeiro, o agente roda em modo rascunho até que você esteja satisfeito com ele, então nada chega a um cliente antes de você ter lido o que ele teria dito. Segundo, a unidade é um ticket, não uma resolução: $0.40 por ticket ou sessão de chat atendido, não importa quantas respostas sejam necessárias, sem taxas de assento, e sem taxa de plataforma fora do Enterprise também. Ninguém consegue reclassificar um chat abandonado em uma vitória faturável, porque simplesmente não há nada ali para reclassificar.
Ela se conecta com Zendesk, Freshdesk, Gorgias, Front, Jira Service Management e Slack, e lê o conhecimento que você já tem guardado no Confluence, Notion, Google Docs e também nos seus tickets anteriores. A maioria das equipes coloca o primeiro agente no ar em cerca de 30 minutos. Você recebe $50 de uso grátis, sem precisar de cartão, o que a $0.40 por ticket dá 125 tickets reais para avaliar.
Se você preferir vê-lo contra a sua própria fila em vez de uma fila de demonstração, comece grátis e aponte-o para os tickets do mês passado. Só a taxa de edição vai te dizer mais em uma tarde do que qualquer benchmark de fornecedor.
Perguntas frequentes
O que é atendimento ao cliente orientado por IA?
Quanto custa o atendimento ao cliente orientado por IA por ticket?
A taxa de resolução é uma boa forma de medir o atendimento ao cliente com IA?
Qual é a diferença entre desvio de tickets e resolução no suporte com IA?
Como evito que o atendimento ao cliente com IA responda coisas que não deveria?
O atendimento ao cliente orientado por IA pode funcionar para uma equipe de suporte pequena?
O atendimento ao cliente com IA deve rodar primeiro em modo de resposta automática ou modo rascunho?
Article by
Riellvriany Indriawan
Riell is a designer and writer at eesel AI with about two years of experience researching CX platforms, AI chatbots, and helpdesk software. She combines her design background with a sharp eye for how these tools actually look and feel in practice — making her comparisons unusually visual and user-focused.
