Resumo
Escolha um agente de IA para atendimento ao cliente testando-o nos seus próprios tickets antigos, não na demonstração do fornecedor. Toda demo parece boa. É na sua fila que eles se diferenciam. As duas verificações que mais separam as ferramentas são como elas deixam você testar antes do lançamento e o que realmente cobram de você.
Sobre a cobrança: "resolução" significa algo diferente em quase todos os fornecedores. A Zendesk agora cobra apenas por resoluções verificadas por IA, a Gorgias conta tudo que não teve resposta humana em 72 horas, a Freshdesk cobra uma sessão resolvida ou não, e Ada, Decagon e Sierra nem publicam preço. O preço por resolução parece o mais barato no piloto e fica mais caro à medida que o agente melhora.
Se você quer um agente que se conecte ao helpdesk que você já usa e prove seu valor primeiro, a eesel reproduz centenas dos seus tickets antigos e avalia cada resposta em comparação com o que a sua equipe realmente enviou, e depois cobra um plano fixo por ticket atendido. Você pode experimentar grátis com 100 créditos.
Por que a demonstração é o pior lugar para avaliar um agente de IA de suporte
Eu trabalho na fila de suporte da eesel todos os dias, e o que aprendi observando equipes avaliarem agentes de IA é que a demo quase nunca prevê o que acontece nos seus tickets. A demo roda com perguntas arrumadas que o fornecedor escolheu. A sua fila tem o e-mail escrito pela metade, o cliente que pergunta três coisas de uma vez e a política que mudou na terça passada.
Um exemplo real: quando a eesel testou seu agente em uma loja virtual de joias com cerca de 1.000 tickets por mês, os números principais pareciam ótimos: 93 % de precisão na triagem e 88 % dos rascunhos na direção certa. Mas os atendentes enviaram apenas 12 % dos rascunhos sem alterações. Cerca de 65 % das reescritas eram por tamanho e tom, não por fatos, e só uns 5 % eram a IA claramente errada. Um único número de "precisão" teria escondido todas essas descobertas.
Essa diferença é o motivo pelo qual as métricas de suporte com IA importam mais do que a apresentação comercial. Um profissional com dez anos em IA para contact centers resumiu a base honesta com franqueza:
"O problema é que os fornecedores estão dizendo às empresas que elas podem eliminar 80-90 % (talvez até 100 %, se conseguirem manter a cara séria) dos empregos de atendentes de suporte com IA, e isso é um absurdo."
A base aproximada do mesmo comentarista era cerca de 30 % dos contatos recebidos desviados. O seu número pode ser bem maior, e muitas equipes superam isso, mas você só descobre testando na sua fila. Por isso as sete verificações abaixo giram em torno de uma ideia: faça cada fornecedor provar nos seus tickets antes de assinar.
Passo 1: Escreva um briefing de um parágrafo antes de qualquer demo
Antes de marcar uma única conversa, escreva o que "bom" significa para você. Não "automatizar o suporte", mas uma meta e uma regra de transferência. Um gerente de suporte, em uma chamada de vendas com a eesel, resumiu o briefing em uma frase: queria algo que pudesse "atender 60 % dos tickets recebidos do zendesk e soubesse quando chamar uma pessoa de verdade para uma análise e resolução melhores".
É um ótimo briefing, porque tem as duas metades de que toda avaliação precisa. Uma meta de cobertura diz o que medir. Uma regra de transferência diz como é o fracasso. Outro líder de CX, com 7.000 tickets por mês, disse à eesel que a segunda metade importava mais que a primeira:
"Preciso de uma IA que atenda apenas os tickets que tem confiança para atender e deixe todos os outros em paz."
O seu briefing deve responder:
- Quais assuntos o agente deve assumir. Status de pedido, redefinição de senha e dúvidas de cobrança costumam vir primeiro. Pegue um mês de tickets e etiquete as perguntas repetidas; meu guia de triagem de tickets mostra como.
- Quais canais: e-mail, chat, redes sociais, voz?
- O que ele pode fazer, não só dizer: consultar pedidos, emitir reembolsos, alterar endereços?
- Quando ele deve parar e passar para uma pessoa, e o que a pessoa deve receber.
- Quanto você pagará por mês, no pior caso, na sua temporada mais movimentada.
Leve esse briefing a cada demo e faça o fornecedor respondê-lo nos seus termos. Isso também evita que a conversa derive para recursos que você nunca vai usar.
Passo 2: Decida onde o agente deve viver
A primeira bifurcação é se você compra o agente de IA que o seu helpdesk já vende, uma plataforma independente ou uma camada que se conecta ao helpdesk que você tem. Essa decisão define discretamente o seu teto em tudo o mais: com o que o agente aprende, como você o testa e se você pode ir embora.
| Opção | Exemplos | Onde vive | Aprende com tickets antigos? | Configuração |
|---|---|---|---|---|
| Embutido no seu helpdesk | Zendesk AI agents, Gorgias AI Agent, Freddy AI | Apenas nesse helpdesk | Não, principalmente central de ajuda e documentos | Autosserviço, no painel de administração do helpdesk |
| Plataforma empresarial independente | Ada, Decagon, Sierra | Na frente do seu helpdesk, transfere para ele | Em parte, conversas antigas servem de base para testes ou rascunhos de artigos | Conduzida pelo fornecedor, demo primeiro |
| Camada sobre o seu helpdesk atual | eesel | Dentro de Zendesk, Freshdesk, Gorgias, Front, HubSpot e mais | Sim, com conexão completa | Autosserviço |
Agentes embutidos são o caminho de menor resistência, e isso é uma força real. Se você vive no Gorgias e vende na Shopify, o Gorgias AI Agent pode cancelar pedidos, editar endereços de entrega e reenviar sem nenhuma configuração extra. A troca é que ele só funciona ali: a documentação da Gorgias diz que ele "pode ser usado com lojas Shopify conectadas à Gorgias", e uma avaliadora da Capterra que deu nota 5/5 ainda assim apontou que ele "oferece funcionalidade completa apenas para Shopify" (Frank A., Capterra).
Plataformas independentes como em Decagon vs Sierra servem a equipes grandes que querem um time do fornecedor construindo junto. A própria página de produto da Sierra vende o trabalho com "uma equipe especialista em desenvolvimento de agentes" e diz "Implante em semanas" (Sierra). Combina bem em escala empresarial e é muito processo se você tem três atendentes e uma conta Zendesk.
Mais um dado antes de você adotar a opção embutida como padrão. Um líder de CX de uma plataforma de saúde dos EUA chegou à eesel depois de testar a IA embutida da Zendesk e concluir que era cara demais para o que fazia por ele. É uma equipe só, e muitas outras estão satisfeitas, mas por isso eu submeteria o agente embutido aos mesmos testes dos demais, em vez de tratá-lo como o padrão seguro. Meus panoramas de alternativas ao Zendesk AI e de alternativas ao Freddy aprofundam o assunto.
Passo 3: Verifique com o que ele aprende
Um agente de IA é tão bom quanto o que ele lê. A maioria aprende com a sua central de ajuda, um rastreamento do site e arquivos enviados. Muito menos aprendem com o que de fato codifica como a sua equipe responde: os seus tickets resolvidos.
Essa diferença aparece na documentação. A Gorgias responde diretamente no FAQ: "O AI Agent usa as minhas macros? Não" (Gorgias). A página de fontes de conhecimento da Zendesk lista centrais de ajuda e fontes externas, mas não tickets antigos (Zendesk). O Freddy da Freshdesk aprende com "URLs, arquivos, artigos de soluções, perguntas e respostas personalizadas e apps externos" (Freshdesk), e tickets resolvidos só aparecem como entradas de teste.
Por que isso importa: lembra daquele teste em que 65 % das edições eram de tom e tamanho? É exatamente isso que um agente corrige ao ler as respostas enviadas pela sua equipe. Amogh, cofundador da eesel, ouve isso em quase toda chamada de vendas:
"Além disso: o treinamento com tickets antigos ataca de novo. Clássico. As pessoas querem muito, muito, muito treinar com tickets antigos."
Seja o que for que o agente leia, o conteúdo precisa estar atualizado. Este comentário do Reddit é o alerta mais claro que já vi:
"Já vi um bot dar respostas erradas com total confiança porque a base de conhecimento não era atualizada havia 8 meses. Os clientes não receberam só respostas ruins. Receberam respostas ruins instantaneamente."
Pergunte a cada fornecedor duas coisas: ele consegue ler nossos tickets antigos e macros? E consegue ler os documentos internos onde ficam nossas políticas reais (Confluence, Notion, Google Docs)? Depois audite a base de conhecimento antes do teste, não depois. Artigos desatualizados são a causa mais comum de alucinações de IA que vejo.
Passo 4: Teste nos seus próprios tickets antigos
Esta é a verificação que mais separa as ferramentas e a que a maioria dos compradores pula. Todo fornecedor deixa você testar antes de ir ao ar, mas "testar" significa três coisas muito diferentes.
O problema das perguntas que você escreve é que elas só testam o que você imaginou. O problema dos clientes simulados é que uma IA inventa o cliente, então o teste é tão realista quanto o gerador. Reproduzir os seus tickets reais é o único método em que a "resposta correta" é algo que a sua equipe já enviou.
Veja como a documentação de cada fornecedor descreve os testes:
| Fornecedor | Como você testa antes do lançamento | Avaliado em relação a |
|---|---|---|
| Zendesk | Chat de pré-visualização, mais um simulador de conversas (acesso antecipado, só mensagens) que roda cenários que você escreve com dados fictícios | A própria estimativa de taxa de resolução |
| Gorgias | Chat de pré-visualização no playground; você pode reexecutar um ticket existente por vez | O seu julgamento, por conversa |
| Freshdesk Freddy | Até 100 consultas escritas ou geradas por IA por execução no chat; no e-mail, importe até 50 tickets resolvidos por execução | Respondida, sem resposta ou erro |
| Ada | Casos de teste escritos, até 3.000 simulações por dia | Aprovado ou reprovado por teste |
| Decagon | Clientes fictícios gerados por IA, que podem ser alimentados com transcrições enviadas | Aprovado ou reprovado por teste |
| Sierra | Usuários fictícios gerados por IA, avaliados por uma segunda IA | Juiz de IA |
| eesel | Reproduz os seus tickets resolvidos em lotes | O que a sua equipe realmente respondeu |
O simulador da Zendesk é um bom exemplo da abordagem de cenários escritos. O artigo de ajuda diz que ele "gera conversas realistas com base em cenários que você cria" e acrescenta que é "projetado para testes com dados fictícios" (Zendesk). É útil para teste de regressão de um fluxo, mas a taxa de resolução que ele estima vem de cenários que você imaginou.
O teste em massa do Freddy é rápido de rodar, e a opção do agente de e-mail de importar tickets resolvidos aproxima você da realidade. O problema é a avaliação: cada consulta volta como "Answered", "Unanswered" ou "Error" (Freshdesk). Um ticket respondido ainda pode estar errado.
Mais uma armadilha: alguns testes executam ações reais. A documentação da Ada diz que nas simulações as "ações não são simuladas" e "são executadas em sistemas ativos" (Ada), e a Gorgias alerta que uma ação de teste "pode afetar dados reais de clientes e pedidos (como cancelar um pedido)" (Gorgias). Use um perfil de cliente falso antes de ativar ações em um teste.
Como é a reprodução de tickets antigos
Este é o método que eu pressionaria todo fornecedor a suportar, então veja como ele é na eesel. Você pede ao agente uma simulação no chat, ele busca os seus tickets resolvidos e os percorre em lotes, e depois diz quantas respostas bateram com o que a sua equipe realmente enviou, assunto por assunto (documentação da eesel).
No exemplo da documentação, 17 de 20 tickets bateram. A parte mais útil é a descoberta por baixo: os rascunhos estavam certos, mas metade dos tickets que bateram ainda precisava de uma pessoa para executar uma ação de backend que ninguém tinha conectado ainda. É um insight de compra que você nunca teria numa demo.
Seja qual for a ferramenta escolhida, avalie pelo menos quatro coisas no teste: precisão da triagem, rascunhos enviados sem alterações, erros factuais e escalações corretas. Meça também os tempos de resposta. Um comprador com quem a eesel conversou fez uma avaliação metódica de 67 testes, achou as respostas sólidas e mesmo assim desistiu porque o widget de chat era lento e travava.
Passo 5: Leia a unidade de cobrança antes de se apaixonar
É aqui que vejo mais arrependimento. As equipes escolhem o agente de que mais gostaram e só depois descobrem o que "resolução" significa na primeira fatura.
Veja pelo que cada fornecedor realmente cobra, nas palavras deles:
| Fornecedor | Unidade cobrada | A definição | Preço de tabela | Cobra se não resolver? |
|---|---|---|---|---|
| Zendesk | Resolução automatizada verificada | Um LLM "avalia o texto da conversa para confirmar que a solicitação do cliente foi resolvida de forma satisfatória" | US$ 1,50 comprometido, US$ 2,00 pay-as-you-go (preços), após uma franquia por agente | Não |
| Gorgias | Interação automatizada, mais a taxa do ticket | O cliente "não precisa do envolvimento de um atendente humano em 72 horas" | US$ 0,85 a US$ 1,00 cada, conforme o plano | Taxa do ticket sim, taxa de automação não |
| Freshdesk | Sessão | Chat: tudo em 24 horas. E-mail: janela de 72 horas | US$ 49 por 100 sessões, 500 grátis uma vez | Sim |
| Ada | Não publicado | A Ada defende preço por conversa "independentemente do resultado" | Só demo | Incerto |
| Decagon | Por conversa (maioria dos clientes) ou por resolução | "Uma taxa fixa para cada conversa recebida" | Só demo | Sim, no modelo por conversa |
| Sierra | Resultado combinado | "Se a conversa não for resolvida, na maioria dos casos não há cobrança" | Só demo | Quase nunca |
| eesel | Ticket ou chat atendido | "Um ticket ou chat é 1 crédito, não importa a duração" | US$ 299/mês para 500, até US$ 1.749 para 5.000 | Sim, mas spam e tickets ignorados não contam |
Justiça seja feita: a Zendesk mudou o modelo em 18 de maio de 2026. Nos níveis de resolução, "Assisted escalation" e "Contained resolution" não contam contra a sua franquia, e uma resolução só chega ao nível "Verified" após uma checagem por LLM. Isso responde à reclamação que usuários da Zendesk fizeram quando a cobrança por resolução foi lançada:
"Lixo total kkk, coisas que eu tinha de graça agora contam como uma AR. A maioria das ARs são chats abandonados. Não existe processo de contestação."
Esse comentário é de 2024, e contas mais antigas ainda podem estar no esquema anterior até serem migradas, então confira em qual você está. Até fornecedores que vendem preço por resolução admitem que a definição é escorregadia. O diretor de produto da Decagon escreveu: "Você nunca quer estar numa situação em que fica discutindo o que é uma 'resolução'" (Decagon).
O problema maior é como cada modelo escala. Brinque com a calculadora abaixo: ajuste o volume para a sua fila e depois aumente a taxa de resolução.
Com 2.000 conversas atendidas pela IA por mês, o quadro se inverte conforme o agente melhora:
| Taxa de resolução | Zendesk (US$ 1,50/res.) | Gorgias (US$ 0,90/interação) | Freshdesk (US$ 0,49/sessão) | eesel (plano de 2.000 créditos) |
|---|---|---|---|---|
| 20 % (piloto inicial) | US$ 600 | US$ 360 | US$ 980 | US$ 849 |
| 50 % | US$ 1.500 | US$ 900 | US$ 980 | US$ 849 |
| 70 % (maduro) | US$ 2.100 | US$ 1.260 | US$ 980 | US$ 849 |
O modelo de pagar por resolução é a opção mais barata exatamente quando o agente está pior. Isso não é motivo para descartar essas ferramentas, já que você também paga por um agente que funciona. É motivo para modelar o seu mês de pico antes de assinar e perguntar se a contagem de resoluções do fornecedor inclui spam e chats abandonados. Para mais sobre as contas, veja minha análise do custo por resolução e os guias de preços do Zendesk AI e preços do Freddy AI.
Um avaliador da Gorgias no G2 apontou diretamente o problema da alta temporada:
"Conforme o volume de pedidos cresce e as consultas de clientes aumentam, o custo sobe rapidamente de formas difíceis de prever e orçar. Em épocas de pico, como as festas de fim de ano, quando o volume de suporte dispara, os custos podem aumentar bastante em pouco tempo."
Passo 6: Verifique o que ele pode fazer e o que o freia
Responder perguntas é metade do trabalho. A outra metade é fazer coisas: consultar um pedido, reembolsar um item, atualizar um campo do ticket. E para cada ação que ele pode executar, você quer um freio correspondente.
Sobre ações, verifique três coisas para cada fornecedor:
- Funciona na sua stack, de fábrica? As ações de Shopify da Gorgias não precisam de passos extras se a Shopify já estiver conectada. As consultas de pedidos e reembolsos da Zendesk exigem construir uma integração de API ou um fluxo de ações contra o seu próprio sistema (Zendesk).
- Está restrito? A Ada limita você por padrão a "cinco ferramentas de API ativas voltadas ao cliente por AI Agent" e observa que o recurso "pode não estar incluído no pacote de assinatura da sua organização" (Ada).
- Quem constrói? A Sierra diz que fluxos de trabalho e integrações complexos "ainda exigem código" (Sierra). Tudo bem se você tem engenheiros sobrando, um bloqueio se não tem.
O teste é simples: no período de testes, faça-o executar a ação em um pedido de teste e confira o resultado no sistema de origem, não só a resposta. Um desenvolvedor no Reddit descreveu um agente cujas "respostas em texto pareciam perfeitas" enquanto puxava dados da conta do usuário errado (u/properwomanhood_292, Reddit).
Sobre proteções, procure três coisas. Primeiro, aprovação por ação: a eesel permite configurar cada ação para rodar sozinha, perguntar antes ou ficar desligada, e a documentação recomenda manter "reembolsos, cancelamentos e tudo que custa dinheiro atrás de uma aprovação" (documentação da eesel). Segundo, controle por assunto: a página de cobertura de IA da Gorgias permite definir cada intenção como "AI allowed" ou "Handover" (Gorgias). Terceiro, uma transferência para uma pessoa que passe contexto, não um despejo de transcrição.
Esse último ponto importa mais do que parece:
"resolvido forçando um resumo estruturado da transferência em vez de um despejo de transcrição bruta (economizou mais tempo que a própria automação). CSAT ok no que foi desviado, despencou em tudo que voltava depois de uma tentativa falha do bot"
Verifique também os gatilhos de escalação nos seus próprios tickets. Uma líder de suporte no Reddit disse que as primeiras regras dela, "escalar se for cobrança ou se usarem certas palavras-chave", deixaram passar "tipo metade das situações em que uma pessoa era realmente necessária" (u/Salt-Question8632, Reddit). Meu guia de gatilhos de escalação cobre os padrões que funcionam.
Passo 7: Implante em etapas e escolha uma ferramenta que permita isso
A última verificação é sobre a implantação, não sobre o produto, mas deve moldar qual produto você compra. Você quer uma ferramenta que comece supervisionada e conquiste autonomia, um assunto de cada vez.
A leitura do Amogh a partir das chamadas de vendas é que primeiro copiloto, depois IA completa, é o padrão que quase todo mundo quer: começar no modo de rascunho de resposta e passar para o automático total quando confiar. Uma líder de suporte no Reddit descreveu o mesmo do lado do operador:
"A implantação mais segura que já vi é: deixar o agente redigir, marcar confiança mais motivo, exigir aprovação para reembolsos ou mudanças de conta e revisar toda conversa reaberta no primeiro mês. Esse registro de revisão costuma ser onde aparece o verdadeiro limite da automação."
Então pergunte a cada fornecedor: ele pode publicar rascunhos como notas internas para os atendentes aprovarem? Posso ativá-lo só para um assunto ou um canal? Posso limitar quantas respostas ele envia por dia? O agente de e-mail da Freshdesk tem exatamente esse limite, "útil para implantações controladas" (Freshdesk). Redigir primeiro também dá à sua equipe um copiloto de IA enquanto você reúne evidências, então o teste se paga em digitação economizada.
As perguntas para fazer a todo fornecedor
Leve isto para cada demo. Se um fornecedor não conseguir responder uma delas com clareza, essa é a sua resposta.
| Pergunta | Por que importa |
|---|---|
| Posso testá-lo nos meus próprios tickets antigos antes de ir ao ar? | Cenários escritos só testam o que você imaginou |
| Em relação a que ele é avaliado nesse teste? | "Respondida" não é o mesmo que "correta" |
| Ele aprende com os nossos tickets resolvidos e macros? | É lá que moram o tom da sua equipe e as políticas reais |
| O que exatamente conta como unidade cobrada? | "Resolução" significa algo diferente em quase todos os fornecedores |
| Como fica a minha fatura no nosso mês mais movimentado? | Custos por resolução sobem conforme o agente melhora |
| Uma resolução conta spam ou chats abandonados? | Infla tanto a fatura quanto a taxa reportada |
| Quais ações funcionam na minha stack sem engenharia? | Stacks de demo não são a sua stack |
| Ele pode rodar só em rascunho, por assunto, com aprovações em reembolsos? | Implantação em etapas é como você evita um erro público |
| O que uma pessoa recebe na transferência? | Uma transferência ruim custa mais tempo de atendente do que economiza |
| Funciona dentro do meu helpdesk atual? | Trocar de helpdesk para ter um agente de IA é um grande custo oculto |
Para uma lista curta pronta para aplicar essas perguntas, veja meu panorama de agentes de suporte com IA e minha lista de ferramentas de automação de suporte.
Erros que vejo as equipes cometerem
- Julgar por um único número. A taxa de resolução de um fornecedor, ou a sua própria "precisão", esconde a história. Acompanhe taxa de deflexão, CSAT de IA e tickets reabertos lado a lado. Como disse um comentarista do Hacker News, a liderança "pode ver métricas mostrando que o agente de atendimento por IA ajudou com sucesso em 80 % das perguntas, mas não percebe o quanto esses 20 % são prejudiciais" (cortesoft, Hacker News).
- Testar antes de ver o preço. Um usuário em teste com quem a eesel trabalhou viu ótimos resultados em 12 chats de teste e depois pediu para cancelar ao ver a página de cobrança. Modele o custo primeiro e depois teste.
- Deixar o bot ter confiança sobre coisas que ele não consegue fazer. Um avaliador do G2 notou que a Ada uma vez ofereceu "ações que na verdade não consegue executar (por exemplo, cancelar pedidos)", acrescentando que o treinamento resolveu (G2). Teste o limite do que ele pode prometer.
- Pular o teste de transferência. Tickets desviados parecem bem em um painel; é nos tickets que voltam que o CSAT cai.
- Comprar um helpdesk novo para ter um agente de IA. A menos que você fosse trocar de qualquer forma, migrar de ferramenta só para ter um agente é a forma mais cara de automatizar. Veja primeiro as opções que funcionam na sua configuração atual de Zendesk, Freshdesk ou Gorgias.
Experimente a eesel no seu helpdesk
Se você está escolhendo um agente de IA para atendimento ao cliente agora, o colega de IA para helpdesk da eesel foi construído em torno das verificações acima. Ele entra no helpdesk que você já usa (Zendesk, Freshdesk, Gorgias, Front, HubSpot, Help Scout, Salesforce e mais), aprende com os seus tickets antigos e macros em uma conexão completa e roda uma simulação sobre os seus tickets resolvidos, para você ver onde ele combina com a sua equipe e onde não combina antes que um cliente veja uma resposta. Ele começa em modo rascunho, com reembolsos atrás de aprovação, e você amplia o escopo assunto por assunto.
A Gridwise disse assim depois do teste: "No primeiro mês, a eesel está resolvendo 73 % das nossas solicitações de nível 1." O preço é um plano fixo por ticket atendido, a partir de US$ 299/mês para 500 tickets, sem taxas por licença, e spam não conta. O plano gratuito dá 100 créditos para você ver rascunhos reais nos seus próprios tickets primeiro.
Experimente a eesel grátis, ou agende uma demo e traga o seu briefing.