IA para suporte de nível 2: como resolver escalonamentos que exigem investigação de verdade

A IA realmente pode ajudar no suporte de nível 2, ou só no nível 1?

Pode, desde que você pare de pedir a ela o trabalho do nível 1 em tickets mais difíceis. A IA de nível 1 basicamente recupera: encontra o artigo de ajuda ou a macro que combina com a pergunta e envia. O nível 2 é outro tipo de trabalho, em que alguém precisa descobrir por que um pedido aparece como pago mas nunca foi enviado, por que o login SSO de um cliente falha quando o de todos os outros funciona, ou por que uma integração parou de sincronizar na terça-feira. Isso é investigação. E a maior parte das horas de uma investigação vai para reunir evidências, bem menos para raciocinar sobre elas.

Na eesel eu construo integrações, as peças que permitem a um agente de IA abrir um pedido do Shopify, ler uma assinatura do Stripe ou chamar a API de um cliente. Em toda implantação vejo a mesma coisa. Observe um especialista de nível 2 trabalhando um ticket: os primeiros dez ou quinze minutos vão para abrir abas, o sistema de pedidos, a ferramenta de cobrança, o painel de administração e depois uma busca por "alguém já viu isso antes?". O julgamento final leva cerca de um minuto. A IA cuida bem da parte de abrir abas, que por acaso é a parte que seu pessoal sênior deveria fazer menos.

Então a resposta honesta tem três partes, uma para cada tipo de ticket na sua fila de nível 2:

1. Tickets que nunca deveriam ter sido escalonados. Um agente ou bot do nível 1 escalonou porque a base de conhecimento era fraca, ou porque responder exigia uma consulta que o nível 1 não podia fazer. A IA com melhor conhecimento e acesso de leitura ao sistema de pedidos ou contas os responde no nível 1, e eles nunca chegam aos seus especialistas.
2. Tickets com muitas consultas. A correção é conhecida, mas encontrá-la exige dados de dois ou três sistemas. A IA faz as consultas e a busca de precedentes, redige a resposta, e uma pessoa confere os fatos e envia.
3. Problemas realmente novos. Um bug que ninguém viu, um caso extremo na configuração de um cliente. Uma pessoa lidera, às vezes atacando o ticket em conjunto com outros especialistas. A IA ainda merece seu lugar ao resumir o que foi tentado, anexar as evidências e redigir a correção depois, para que o próximo seja um ticket da categoria 2.

Por que sua fila de nível 2 está tão cheia?

Porque o escalonamento é onde cada lacuna anterior vai parar. Quando o nível 1 não enxerga o sistema de cobrança, todo "por que fui cobrado duas vezes?" vira um ticket de nível 2, e é por isso que as disputas de pagamento entopem tantas filas de nível 2. Se a base de conhecimento ainda não cobre a nova funcionalidade, toda pergunta sobre ela também sobe um nível. Nada disso é realmente trabalho de nível 2, e o nível 2 acaba fazendo mesmo assim.

A segunda causa é o conhecimento que vive na cabeça de duas ou três pessoas. Uma líder de suporte de uma empresa de serviços de TI do setor público no Freshdesk, que atende cerca de 3,000 tickets por mês de resolução de problemas complexos de ERP, me contou que eles perderiam dois agentes seniores naquele ano e queriam capturar o que esses dois sabiam antes de saírem. Isso resume bem o problema do nível 2. As respostas existem, espalhadas por anos de tickets resolvidos e pela memória de algumas pessoas, mas ninguém consegue encontrá-las rápido.

A mesma empresa queria que a IA sinalizasse tickets com probabilidade de levar mais de 20 minutos, para roteá-los de forma diferente do suporte padrão. Acho o instinto certo. Os tickets que devoram a semana do nível 2 e formam o acúmulo de tickets raramente são os mais difíceis; geralmente a resposta já existe, só leva vinte minutos de escavação para chegar a ela.

Dá para ouvir as duas causas quando o pessoal de suporte fala de escalonamento. Se o nível 1 não tem para onde mais ir, tudo sobe:

"We tried something like that, and almost everything outside of a password reset was escalated... I'm the only "tier 2" person, the other one they call "Tier 2" would often times just pass things on to me..."

u/anonymousITCoward, Reddit

E tickets que chegam sem notas significam que o nível 2 repete um trabalho que alguém já fez. A regra deste gerente de TI é daquelas que a maioria das equipes escreve e poucas realmente aplicam:

"As a rule, any ticket that is escalated must have complete notes on every troubleshooting step you've already tried so the next team doesn't repeat processes."

u/hidperf, Reddit

Sinceramente, essa regra funciona como especificação para uma IA de nível 2. Notas completas de cada passo são tediosas para uma pessoa escrever, mas para um software que já leu o histórico e executou as consultas elas quase não custam nada.

Os céticos também têm um argumento justo, e eu o levaria a sério antes de comprar qualquer coisa:

"Tier-2/3 support isn't just about picking an answer from a knowledge base; it requires deduction, empathy, and finding solutions that don't exist yet."

veunes, Hacker News

Concordo com a primeira metade: uma IA que só escolhe respostas de uma base de conhecimento não tem lugar no nível 2. Na segunda metade, a divisão é o que importa, porque "soluções que ainda não existem" descreve o terceiro tipo de ticket, que é minoria na maioria das filas de nível 2. Para o resto, a solução já existe em algum lugar, enterrada num ticket anterior ou num registro de cobrança.

O que a IA faz de diferente no nível 2 em relação ao nível 1?

No nível 1, o trabalho da IA é responder. No nível 2, o trabalho dela é encurtar o caminho até uma resposta segura, e na maior parte das vezes uma pessoa ainda dá essa resposta. As habilidades se sobrepõem bastante. O que muda é o que você mede e no que deixa a IA mexer.

As pessoas tendem a deixar passar a linha "Lê de". Um bot de nível 1 treinado só com a central de ajuda não será útil no nível 2, porque a central de ajuda é exatamente o que o nível 1 já tentou. As respostas do nível 2 estão em tickets resolvidos e runbooks internos, além de dados em tempo real. Uma IA que não consegue lê-los não consegue investigar, e então as pessoas citadas acima têm razão em ser céticas.

Como deve ser um escalonamento investigado antecipadamente?

Pense num dossiê do caso, como o que um bom agente sênior escreve para um colega. Seja a IA que escalona um ticket por conta própria ou que pega um escalonado pelo nível 1, a nota dela deve permitir ao especialista ir direto à decisão.

Cinco coisas devem constar nela:

1. O que o cliente quer, em uma frase, não um resumo de todo o histórico.
2. O que os dados dizem. O status do pedido, o estado da assinatura, o plano, o último login, o que as consultas devolveram, com o registro linkado.
3. Tickets anteriores semelhantes, com como cada um foi resolvido e por quem.
4. O que já foi descartado. Os passos que o nível 1 tentou, as causas que os dados excluem.
5. Um próximo passo sugerido, mais uma linha honesta sobre o que a IA não conseguiu verificar.

Eis a forma de uma nota que eu gostaria de ver num escalonamento de cobrança:

Customer wants: refund for a second charge on 14 Oct.
Data: Stripe shows two successful charges of $49 on 14 Oct, 3 minutes apart,
  same card. One subscription active. No refund issued yet.
Similar tickets: 3 in the last 60 days, all double charges after a failed
  card update retry. All refunded in full by the billing team.
Ruled out: not a plan change (plan unchanged since June), not a currency
  conversion charge.
Next step: refund the second charge (needs approval). Could not check
  whether the retry bug ticket in engineering is still open.

A documentação da eesel descreve exatamente isso para escalonamentos: a nota "should give the human everything they need: what the customer wants, what you found, and what you'd have said", e quando o agente não encontra uma resposta ele deve "say what you searched for in your note" (documentação de instruções da eesel). No nível 2 essa última parte importa muito, pois uma nota que diz "pesquisei os últimos 1.000 tickets e a documentação de cobrança e não achei nada sobre esse erro" poupa o especialista de repetir a mesma busca.

Quais trabalhos de nível 2 a IA pode assumir hoje?

A maior parte da investigação e pouco do julgamento. Esta é a divisão com a qual eu começaria; ela também bate com o que os próprios fornecedores de helpdesk documentam.

Duas dessas linhas pedem um pouco mais de explicação. A busca de precedentes é o que mais devolve ao nível 2, já que agentes seniores fazem isso de memória e agentes mais novos não conseguem fazer. A captura de conhecimento é como o próximo escalonamento deixa de ser necessário, porque toda correção de nível 2 que vira artigo se torna uma resposta de nível 1 no mês seguinte. O relatório de lacunas de conhecimento da eesel, por exemplo, lista as perguntas dos últimos 30 dias que ele não conseguiu responder e redige as três principais páginas ausentes (documentação de skills da eesel).

O que Zendesk, Freshdesk, Jira Service Management e Gorgias já fazem?

Cada um dos grandes helpdesks agora oferece alguma ajuda para o nível 2, na maioria um copiloto de IA voltado ao agente humano que trabalha o escalonamento. Vale conferir o que seu plano atual já inclui antes de comprar qualquer coisa.

Zendesk Copilot

Os recursos de nível 2 da Zendesk ficam no complemento Copilot, $50 por agente por mês com pagamento anual, disponível nos planos Professional e superiores (preços da Zendesk). Sem o complemento, o Suite Professional oferece resumos, tickets semelhantes e sugestões de mesclagem limitados a 5 usos por agente por mês. O recurso mais voltado ao nível 2 são os responsáveis sugeridos, que ajudam a encontrar alguém para "a ticket that needs to be reassigned or escalated" com base em quem resolveu tickets semelhantes (About Zendesk Copilot).

O auto assist é a parte mais próxima da investigação. Ele sugere respostas e ações. Pode consultar, cancelar ou reembolsar um pedido do Shopify e, por ações personalizadas, também pode chamar a sua própria API. Combinado com a triagem inteligente para o roteamento, cobre a maior parte do caminho do escalonamento.

As consultas podem ser pré-aprovadas, enquanto "actions that update data, such as refunding an order, still require your approval" (Using auto assist). Dois limites a conhecer: ele sugere "up to four actions at a time" (About actions) e não pode ser configurado nos canais de chat ou voz.

Freddy AI Copilot no Freshdesk

O recurso de tickets semelhantes do Freshdesk é a ferramenta nativa de nível 2 mais útil que encontrei, porque cada correspondência mostra a pontuação de confiança, o agente e o grupo que a resolveram e a pontuação de CSAT (Similar tickets in Freshdesk). Assim, um agente mais novo aprende o que resolveu e também a quem perguntar. Ele aprende com até seis meses ou 120,000 tickets resolvidos, leva de dois a cinco dias para ingerir e o Freshdesk recomenda pelo menos 5,000 tickets para boa precisão.

O resumo de tickets do Freddy também puxa notas privadas para a seção "Steps Taken". É exatamente isso que o nível 2 precisa, porque as notas privadas são onde o nível 1 registra o que tentou (Freddy Summarize). Ambos estão no Freddy AI Copilot, $29 por agente por mês, vendido somente no Pro ($55) e no Enterprise ($89) (preços do Freshdesk).

Jira Service Management e Gorgias

A Atlassian coloca isso diretamente: "when a request does reach a human, agents burn time reading long threads", e o agente Service Request Helper resume a atividade, sugere próximos passos, redige respostas, recomenda especialistas e traz tickets anteriores (Atlassian AI guide). O "Generate case summary" é escrito "for effective resolution and handover" (Service Request Helper). O painel integrado de solicitações semelhantes, sem IA, só compara pelo título, então para uma busca real de precedentes você precisa da versão Rovo.

A Gorgias colocou a maior parte do esforço de IA na linha de frente. O AI Agent sempre transfere em caso de raiva, pedido de um humano ou temas jurídicos e financeiros, e os administradores não podem desativar isso (documentação de transferência da Gorgias). Para quem assume, o Gaia pode resumir "what's already been tried" e atribuir tickets, mas "doesn't draft messages" (Gaia explained).

O que essas ferramentas têm em comum é que as nativas resumem bem e encontram bem precedentes, desde que dentro do helpdesk. Elas param nos dados de fora (o sistema de pedidos, a ferramenta de cobrança, o painel de administração do seu próprio produto), e é nesses dados externos que mora a maioria das respostas do nível 2.

Como isso funciona em produção?

Abaixo estão quatro clientes da eesel, cada um com uma configuração que corresponde aos três tipos de ticket acima. Nenhum substituiu o helpdesk; a eesel funciona como IA para o helpdesk existente que cada equipe já usava.

Suporte técnico a partir de anos de tickets resolvidos. A Timengo dá suporte ao DPG Sikker Post, um software de e-mail seguro e Digital Post usado por municípios, escolas e escritórios de contabilidade na Dinamarca. Quem escreve são administradores de TI com renovações de certificados, suplementos do Outlook que não instalam e fluxo de e-mail parado. A eesel busca o mesmo problema na documentação do produto e em cerca de 5,300 tickets e artigos anteriores, escreve um rascunho em dinamarquês e deixa uma nota interna para o engenheiro com o que encontrou. Em um mês preparou cerca de 300 tickets do Freshdesk, com cerca de 180 rascunhos e 260 notas internas. Um engenheiro envia cada resposta.

Busca de precedentes sob demanda. A OroSoft cria software ERP para comerciantes e refinarias de barras de metais preciosos, então suas perguntas no Freshdesk são específicas e técnicas. Um agente de suporte menciona a eesel num ticket, e ela redige a partir de cerca de 6,100 tickets resolvidos, espelhando como um ticket semelhante foi respondido e nomeando o ticket ou artigo que usou. Se nada sustenta uma resposta, ela não inventa; deixa uma nota interna dizendo isso e pede uma pessoa.

Manter correções conhecidas fora do nível 2. O Cactus Club Cafe gerencia sua central interna de suporte técnico no Zendesk. O agente de nível 1 lê o ticket inteiro, confere a política de emergência e a matriz de roteamento e então redige a correção a partir do runbook correspondente, passo a passo. Em um mês tratou cerca de 750 tickets, escreveu cerca de 790 rascunhos e leu runbooks e políticas cerca de 1,650 vezes, aproximadamente dois documentos por ticket. Cada problema conhecido para o qual ele redige é um ticket a menos caindo num especialista.

Consultas antes de uma palavra sequer. Na STIL Classics, uma marca de agendas e papelaria no Gorgias e Shopify, todo ticket com número de pedido recebe primeiro o pedido, seu status de atendimento, os itens e o endereço de entrega. Cerca de 230 pedidos do Shopify foram consultados em 320 tickets num mês, e uma pessoa faz qualquer reembolso que o rascunho descreva. A eesel nunca altera um pedido ali.

Quantas horas de nível 2 a IA poderia devolver?

Coloque aqui seus próprios números. Os valores padrão são apenas marcadores, não referências; mude-os até corresponderem à sua fila. A calculadora divide seus escalonamentos nos três tipos de ticket e estima as horas de especialista que cada alavanca libera.

Observe o primeiro cartão. A maioria das equipes com quem converso supõe que o ganho vem de acelerar o nível 2, mas com mais frequência a maior alavanca é a fatia de tickets que nunca precisou do nível 2. Cada um desses que você impede economiza o tempo de atendimento completo, em vez de alguns minutos.

O que a IA nunca deve fazer num ticket de nível 2?

Os limites do nível 2 são mais rígidos que os do nível 1, porque esses tickets tocam dinheiro, contas e dados. Os que eu manteria:

• Chutar uma causa que não consegue ver. Se a IA não consegue ler os logs, o painel de administração ou o sistema de pedidos, não consegue investigá-los. Numa boa configuração, ela diz o que não conseguiu verificar em vez de preencher a lacuna com uma história que soa plausível.
• Alterar dinheiro ou dados por conta própria. Reembolsos, cancelamentos, mudanças de plano e edições de conta ficam atrás de uma aprovação. A documentação da eesel recomenda manter "refunds, cancellations and anything that costs money behind an approval" (documentação de ações da eesel), e a Zendesk adota a mesma linha para o auto assist.
• Assumir um bug totalmente novo. Uma falha que ninguém viu exige uma pessoa, e geralmente a engenharia. O trabalho da IA aí é um resumo limpo e um relatório de bug registrado, o que meu artigo sobre IA para triagem de relatórios de bugs aborda.
• Responder sem revisão a um cliente irritado ou de alto valor. A Gorgias fixa essa transferência no AI Agent, e é um bom padrão para qualquer configuração de nível 2.

Para as ações de escrita do nível 2, a captura acima mostra o padrão de que gosto. O agente fez a investigação (encontrou o payment intent, associou o pedido, confirmou a cobrança) e então parou exatamente no passo que movimenta dinheiro, onde uma pessoa clica em Approve. Toda opção de aprovação é Approve, Always allow ou Deny, e as aprovações nunca são executadas sozinhas após um tempo limite.

Como implantar IA no nível 2 sem arriscar respostas ruins?

Devagar, na ordem que mantém uma pessoa no controle por mais tempo. A implantação que recomendo tem quatro passos, e você só sobe quando o passo de baixo ficar entediante.

Passo 1: simule com tickets que você já resolveu

Antes de a IA tocar num escalonamento ao vivo, reproduza-a em escalonamentos que sua equipe já encerrou e compare as respostas dela com o que seus especialistas enviaram. A simulação de helpdesk da eesel pega 20 tickets resolvidos recentemente, redige a própria resposta para cada um, pontua por tema e "sends nothing to customers" (documentação de skills da eesel). Rode especificamente no seu grupo de nível 2 em vez de na fila inteira, para que a pontuação reflita os tickets difíceis.

Leia os erros com atenção. No exemplo da documentação da eesel, 17 de 20 corresponderam, e o ponto do relatório era que a verdadeira lacuna não era a redação, mas as ações: os tickets que ainda precisavam de uma pessoa exigiam mudanças no backend para as quais nada estava conectado. É uma descoberta de nível 2, e útil, porque indica quais consultas e ações conectar em seguida.

Passo 2: somente notas internas

Ative-a para o seu grupo de nível 2 com uma única saída: uma nota interna em cada ticket escalonado, escrita no formato de dossiê do caso acima. Sem respostas aos clientes. Os especialistas leem a nota, trabalham o ticket normalmente e o sinalizam quando a nota estava errada. É neste passo que você descobre se as consultas da IA devolvem os registros certos.

Passo 3: rascunhos que uma pessoa envia

Quando os especialistas confiarem nas notas, adicione um rascunho de resposta para eles editarem e enviarem. Acompanhe por tema com que frequência um rascunho sai sem alterações, pois isso mostra quais temas estão prontos para o passo 4. Com a eesel, as correções que você faz no chat são salvas como instrução ou memória, para que o mesmo erro não volte na semana seguinte (documentação de instruções da eesel).

Passo 4: envio em temas restritos e comprovados

Deixe a IA responder diretamente apenas nos temas em que os rascunhos saíram sem alterações por semanas, e mantenha as ações de escrita com aprovação mesmo assim. Para a maioria das equipes, alguns temas com muitas consultas chegam até aqui, e os problemas realmente novos nunca, o que está certo. Uma IA de nível 2 que nunca envia uma única resposta, mas investiga previamente cada escalonamento, ainda devolve horas aos seus especialistas.

Como saber se está funcionando?

Não pela taxa de desvio. No nível 2, a IA está principalmente ajudando pessoas, então faz mais sentido medir o trabalho delas:

1. Taxa de escalonamento do nível 1. Se cair enquanto o CSAT se mantém, a IA está barrando tickets que nunca precisaram do nível 2.
2. Tempo até a primeira descoberta útil. Quanto tempo vai do escalonamento até a primeira evidência sobre a qual um especialista age. A investigação prévia deve reduzir isso mais do que tudo.
3. Tempo de atendimento do nível 2. Deve cair nos temas com muitas consultas e ficar estável nos problemas realmente novos.
4. Aceitação da nota. Com que frequência os especialistas agem sobre a nota da IA sem refazer as consultas dela.
5. Taxa de reabertura. Correções mais rápidas que voltam não são correções.

Meu artigo sobre IA para relatórios de suporte mostra como extrair a maioria dessas métricas do seu helpdesk, e IA para reduzir o tempo de atendimento explica por que o tempo de atendimento dos tickets restantes pode subir mesmo quando o total de horas cai.

Experimente a eesel no suporte de nível 2

Se seus especialistas passam os primeiros quinze minutos de cada escalonamento abrindo as mesmas quatro abas, a eesel pode abri-las primeiro. Ela entra na sua fila do Zendesk, Freshdesk ou Gorgias como uma nova colega, aprende com seus tickets e runbooks anteriores, consulta o pedido, a assinatura ou a sua própria API e deixa uma nota de dossiê do caso antes de alguém abrir o ticket. Você decide quais ações ela pode executar sozinha e quais esperam um clique.

Um bom primeiro passo é uma simulação com os tickets de nível 2 do mês passado, para ver quantos ela teria resolvido. É grátis para experimentar, e os planos pagos começam em $299 por mês para 500 créditos na página de preços da eesel. Experimente a eesel.