
A IA muda o seu plano de dimensionamento do suporte em dois pontos: remove tickets (os que ela resolve sozinha) e encurta tickets (os que ela redige para uma pessoa). Planeje o quadro pelas horas que sobram, não pelos tickets que sobram. Você não pode cortar agentes pela taxa de resolução da IA, porque a IA leva primeiro os tickets curtos e fáceis, e o que chega à sua equipe demora mais. No meu exemplo desenvolvido, uma taxa de resolução de 30% economiza apenas cerca de 15% das horas de agente até que os rascunhos reduzam o tempo de atendimento do resto.
Para chegar à sua lacuna de contratação, pegue os tickets do próximo ano, subtraia as resoluções da IA, multiplique o que sobra pelo tempo de atendimento, divida pelas horas produtivas por agente após o shrinkage e depois subtraia os agentes que ainda estarão com você após a rotatividade. A calculadora abaixo faz isso com volumes reais de clientes da eesel. A Gartner constatou que apenas 20% dos líderes de atendimento realmente cortaram pessoal por causa da IA, enquanto 55% mantiveram o quadro estável com mais volume. Esse segundo grupo é o plano realista.
Um colega de IA como a eesel cuida das duas metades dentro do Zendesk, Freshdesk ou Gorgias. Na Question Beauty, ela fechou cerca de 280 de 990 tickets do Gorgias em um mês e passou reembolsos e reclamações a uma pessoa com uma nota anexada. Os planos são um lote mensal fixo de créditos a partir de $299, um ticket ou chat por crédito.
Como a IA muda o seu plano de dimensionamento do suporte?
Um plano de dimensionamento responde a duas perguntas: de quantos agentes a carga de trabalho do próximo ano precisa e quantos deles você tem de contratar. A IA não muda o método de nenhuma das duas, muda as entradas: quantos tickets chegam a uma pessoa e quanto tempo cada um leva.
Faço parte da equipe de suporte da eesel e trabalho a fila todo dia, então vejo os dois lados. Há o que um agente de IA fecha sozinho e há o que ele me repassa. Os repasses nunca são os tickets de "cadê meu pedido", são aqueles em que o cliente está irritado ou a resposta depende de algo que só uma pessoa consegue verificar. Esse é todo o problema de dimensionamento em uma frase, e falta nos planos de quadro da maioria das empresas.
Os dados confirmam. Uma pesquisa da Gartner com 321 líderes de atendimento em outubro de 2025 mostrou que apenas 20% haviam reduzido o quadro de agentes por causa da IA. 55% relataram quadro estável com volume maior, e 42% estavam contratando para funções especializadas como designers de IA conversacional e analistas de automação. Uma previsão separada da Gartner diz que, até 2027, 50% das organizações que esperavam reduzir significativamente a força de trabalho de atendimento vão abandonar esses planos.
Então a versão realista de "IA no plano de dimensionamento" se parece mais com isto:
| Pergunta de planejamento | Sem IA | Com IA no plano |
|---|---|---|
| Tickets que chegam a uma pessoa | Todos os tickets previstos | Previsão menos os tickets que a IA resolve por completo |
| Tempo de atendimento por ticket | Média de hoje | Maior (mix mais difícil), depois menor onde a IA redige |
| Horas produtivas por agente | Horas pagas menos shrinkage | Igual, menos o tempo gasto cuidando da IA |
| O que a lacuna de contratação costuma fazer | Cresce com o volume | Achata: o volume cresce, o quadro se mantém |
| Novos papéis | Nenhum | Alguém cuida do conhecimento da IA e confere suas respostas |
Se você ainda não montou a previsão de volume, vale começar pelo meu guia de previsão da força de trabalho do suporte. Ele cobre previsão por intervalos, Erlang C e shrinkage em detalhe. Este post continua de onde aquele para: o que fazer com a previsão quando um agente de IA de helpdesk faz parte da equipe.
Por que você não pode cortar o quadro pela taxa de resolução da IA?
Porque um ticket não é uma unidade de trabalho. A IA resolve primeiro os tickets curtos e repetitivos, então a fatia de horas que ela economiza é menor que a fatia de tickets que ela fecha. Os tickets que ficam com as pessoas são os longos e, em média, ficam ainda mais longos quando os fáceis saem.
Um planejador de call center no Reddit, cuja equipe colocou um bot de voz no ar há quase dois anos, disse isso de forma simples:
"Bots handle the easy calls, leaving the more complex (higher AHT calls) for agents. The volume should diminish but AHT will go up on the calls that get through to agents."
AHT é o tempo médio de atendimento, ou seja, os minutos que um agente gasta em um ticket desde que o abre até enviar a resposta. Veja o que isso faz com a conta. Digamos que a previsão do próximo ano seja de 10.000 tickets por mês, com 12 minutos cada. São 2.000 horas de trabalho. A IA resolve 30% dos tickets, então o plano ingênuo também corta as horas em 30%, para 1.400. Mas os 7.000 tickets restantes são os mais difíceis. Se eles levarem em média 14,6 minutos em vez de 12, cerca de um quinto a mais, a carga real é de cerca de 1.700 horas. Você economizou 15% das horas, não 30%.

Os 14,6 minutos são um exemplo, não uma referência, seu número depende do que a sua IA resolve. Mas a direção se mantém em todo lugar que olhei. Zachary McGeary, que passou 25 anos em suporte e operações, fez o mesmo comentário no LinkedIn com o próprio exemplo:
"But a ticket isn't a unit of work. A password reset and a billing dispute both count as one. AI takes the easy ones first, so 20% of the tickets can be closer to 8% of the hours."
Há mais duas coisas que fazem da taxa de resolução um mau número para o quadro:
- "Resolvido" pode significar coisas diferentes. Algumas ferramentas contam um ticket como resolvido quando o cliente para de responder. O Gorgias conta um ticket como automatizado só se nenhuma pessoa for necessária em 72 horas. O Zendesk divide os resultados da IA em níveis e só cobra por resoluções verificadas. Antes de planejar com uma taxa, confira como ela é contada. Meu post sobre deflexão vs. taxa de resolução vai mais fundo.
- Reaberturas voltam para a sua equipe. Um ticket que a IA fechou errado não é trabalho economizado, é trabalho adiado e ainda um cliente irritado. Acompanhe a taxa de reabertura e os contatos repetidos junto da taxa de resolução da IA, ou a taxa vai favorecer o plano.
A história de alerta mais conhecida é a da Klarna. O anúncio de fevereiro de 2024 dizia que seu assistente de IA atendeu 2,3 milhões de conversas em um mês, "the equivalent work of 700 full-time agents". Em um tópico do Hacker News de 2025 sobre a IA da Klarna e suas contratações no suporte, um comentarista que disse trabalhar com IA em contact center há quase 10 anos deu seus números aproximados de planejamento:
"Rough order of magnitude you can expect to deflect around 30% of inbound contacts with an AI chatbot. You can also expect to reduce agent Average Handle Time by 15-20% using AI enabled semantic search and workflow automation."
São números de um profissional, não um padrão, e a sua taxa pode ser maior ou menor. O que eu gosto neles é o formato: um número para tickets removidos e outro, separado, para o tempo economizado no resto. Esse modelo em duas partes é o que o restante deste post usa.
Como calcular a lacuna de contratação com IA no plano?
Sua lacuna de contratação é o número de agentes de que a carga do próximo ano precisa, menos os agentes que você ainda terá após a rotatividade. Com IA no plano, são seis passos.

- Preveja os tickets. O volume mensal do próximo ano por canal, incluindo crescimento. Meu guia de previsão cobre este passo.
- Subtraia as resoluções da IA. Use uma taxa de resolução verificada dos seus próprios tickets, não a manchete de um fornecedor. Se você ainda não usou IA, teste-a antes em tickets passados (mais sobre isso abaixo).
- Multiplique pelo tempo de atendimento do que sobra. Comece pelo AHT de hoje, aumente-o para o mix mais difícil e depois reduza-o pela parcela de tickets em que a IA escreve o primeiro rascunho.
- Divida pelas horas produtivas por agente. Horas pagas menos shrinkage. Shrinkage é tudo o que não é trabalho em tickets: pausas, treinamento, reuniões, férias e dias de doença. A Assembled, fornecedora de gestão de força de trabalho, chama 35% de padrão do setor.
- Esses são os seus agentes necessários. Para chat ao vivo e telefone, faça a conta com Erlang C, já que filas precisam de folga para cumprir uma meta de resposta. Para e-mail, a Assembled observa que o Erlang C "is typically not appropriate", e o método das horas funciona.
- Subtraia os agentes que ficam. Equipe de hoje menos a rotatividade esperada. O que sobra é a lacuna de contratação. Se for negativa, você pode deixar a rotatividade reduzir a equipe em vez de demitir alguém.
Um detalhe sobre o shrinkage confunde muita gente. O exemplo da Assembled multiplica, então 10 agentes com 35% de shrinkage viram 13,5. Muitos planejadores dividem, 10 / (1 - 0,35), o que dá cerca de 15,4. O método da divisão é o que de fato deixa as horas de 10 agentes após o shrinkage, por isso eu o uso abaixo.
Aqui está o exemplo dos 10.000 tickets, resolvido até o fim. Presumi 160 horas pagas por agente ao mês, 30% de shrinkage (ou seja, 112 horas produtivas), uma equipe atual de 16 e 25% de rotatividade ao longo do ano (então 12 ficam).
| Cenário | Tickets para pessoas | Minutos cada | Horas | Agentes necessários | Lacuna de contratação |
|---|---|---|---|---|---|
| Sem IA | 10.000 | 12,0 | 2.000 | 17,9 | 6 |
| Plano ingênuo: corte pela taxa de resolução de 30% | 7.000 | 12,0 | 1.400 | 12,5 | 1 |
| A IA resolve 30%, o resto leva mais tempo | 7.000 | 14,6 | 1.703 | 15,2 | 4 |
| Igual, mais rascunhos de IA cortando 15% do resto | 7.000 | 12,4 | 1.448 | 12,9 | 1 |
O plano ingênuo diz para contratar uma pessoa. A realidade diz para contratar quatro, a menos que a IA também redija os tickets restantes. Aí você volta a cerca de uma. Essa última linha é o que a maioria dos planos de dimensionamento deixa de fora: a resolução completa leva as manchetes, mas são os rascunhos nos tickets mais difíceis que fecham a lacuna.
Quantos agentes você precisa contratar no próximo ano?
Coloque seus próprios números abaixo. As três predefinições carregam volumes mensais e taxas de IA reais de histórias de clientes da eesel publicadas, de 8 de agosto a 8 de setembro de 2026. Tempo de atendimento, shrinkage, rotatividade e a lentidão nos tickets mais difíceis são valores de exemplo, troque pelos seus.
Mova os controles de IA para ver como resoluções e rascunhos mudam a lacuna de contratação. A calculadora usa o método das horas; para filas de chat ao vivo e telefone, confira o resultado com Erlang C.
Experimente a predefinição da smava e arraste "share of the rest AI drafts" de 0 a 57%. Essa é a forma real de uma configuração baseada em rascunhos: quase nada é resolvido sozinho e mesmo assim há um grande corte de horas, porque uma pessoa aprova um rascunho mais rápido do que escreve um do zero. Depois experimente a ClutchLoop, onde a IA responde sozinha à maioria dos tickets. As duas configurações economizam horas, só chegam lá por metades diferentes do modelo.
Onde entram a assistência de IA e a resolução completa?
A resolução completa remove tickets do seu plano. A assistência de IA, em que a IA redige e uma pessoa envia, reduz o tempo de atendimento dos tickets que ficam. Um bom plano de dimensionamento usa as duas e separa os tickets em faixas antes de contar qualquer coisa.

Faixa 1: a IA resolve. Perguntas com uma resposta certa ou um próximo passo: status do pedido, tutoriais, prazos de envio, um link de devolução. Na ClutchLoop, marca de acessórios para celular no Gorgias, a eesel atendeu cerca de 230 tickets em um mês e enviou cerca de 180 respostas diretamente, encaminhando devoluções dos EUA ao portal de devoluções e conferindo o estoque ao vivo no Shopify. É nessa faixa que vive a deflexão de nível 1.
Faixa 2: a IA redige, uma pessoa envia. Tickets em que a redação importa ou em que uma pessoa deve continuar responsável: cobrança, solução de problemas, setores regulados, outros idiomas. A smava, comparador alemão de empréstimos, atende cerca de 27.000 tickets do Zendesk por mês assim. A eesel preparou cerca de 15.300 rascunhos de resposta em um mês, e os agentes aprovam cada um ou pedem outra macro. A faixa de assistência ao agente não tira um único ticket da previsão, mas o número do AHT se mexe bastante com ela.
Faixa 3: uma pessoa cuida. Reembolsos, reclamações, estornos, qualquer coisa que exija uma decisão. Esta é a faixa para a qual o seu plano de contratação realmente existe. Na Question Beauty, a eesel responde diretamente aos tickets de rotina no Gorgias, mas reembolsos, devoluções e reclamações vão para uma pessoa com uma nota dizendo o que o cliente pediu e o que a eesel encontrou no Shopify. Cerca de 250 tickets foram atribuídos a uma pessoa no mês, contra cerca de 280 que a eesel fechou. Essa nota de repasse importa para o dimensionamento porque também reduz o tempo de atendimento na faixa 3.
A maioria das equipes começa na faixa 2 e depois amplia a faixa 1 conforme confia mais nas respostas, que é o padrão que vejo nos dados de clientes da própria eesel: rascunhos primeiro, automação completa depois. Na MentorShow, plataforma de aprendizado online no HubSpot, a eesel pode responder diretamente em seis tópicos restritos, mas na prática quase tudo ainda vai para a equipe como rascunho. A história diz explicitamente que abrir essa faixa "is where the time saving grows". Para um plano de dimensionamento, isso significa que você pode contar com a economia da faixa 2 no primeiro trimestre e com a da faixa 1 depois, quando medida. Meus guias de repasse a humanos e de copilotos de IA para suporte cobrem a configuração de cada faixa.
Contratar ou automatizar?
Contrate para julgamento e automatize a repetição, e não corte pessoas para financiar a IA antes que ela prove seus números. Essa é a versão curta. Eis como eu decidiria, tipo de ticket por tipo de ticket:
| Situação | Contratar ou automatizar? | Por quê |
|---|---|---|
| Perguntas repetidas com resposta fixa estão crescendo | Automatizar | A resolução por IA escala com o volume; pessoas não |
| Tickets difíceis estão crescendo (cobrança, técnicos, reclamações) | Contratar e adicionar rascunhos de IA | A IA pode encurtá-los, não removê-los |
| Pico sazonal de perguntas simples | Automatizar | Sem contratar e treinar por alguns meses |
| Pico sazonal de trabalho complexo | Contratar temporários e dar a eles rascunhos de IA | Novatos evoluem mais rápido com um rascunho e a política linkada |
| Você precisa de cobertura 24/7 | Automatizar a rotina, manter sobreaviso para o resto | Turnos noturnos para "cadê meu pedido" raramente compensam |
| Ninguém cuida do conhecimento e das respostas da IA | Contratar ou realocar uma pessoa | Alguém precisa corrigir o que ela erra |
As equipes sazonais são onde isso aparece com mais clareza. A Norden-Frisia, operadora alemã de balsas, recebe todo verão as mesmas perguntas sobre horários, veículos e bilhetes, e a história descreve o problema: contratar e treinar uma equipe que cresce e encolhe com a temporada "is expensive and slow". Por isso ela planejou 10.000 interações de IA por mês na alta temporada, em um plano que reduz de outubro a março. As pessoas ficam para o que o bot não consegue encerrar. Se você ainda precisa de contratações sazonais, meu guia de integração de suporte sazonal mostra como torná-las produtivas rápido.
A última linha dessa tabela é a que a maioria dos planos esquece. A IA também cria trabalho: alguém precisa atualizar o conhecimento de onde ela responde, conferir suas respostas e pegar o que ela erra. A previsão de março de 2026 da Gartner diz que a maioria das organizações está "understating the talent required to make AI successful", e quase 80% planejam mover pelo menos alguns agentes para novas funções. Na prática, costuma ser o seu melhor agente sênior, em meio período. Na Norden-Frisia, a líder da equipe de suporte revisa as conversas do bot e corrige ela mesma as instruções. Reserve uma fatia da semana de alguém para isso.
E cuidado com cortes feitos com base em uma previsão. A previsão de fevereiro de 2026 da Gartner diz que 50% das empresas que atribuíram cortes de quadro à IA vão recontratar pessoal para fazer trabalho semelhante até 2027, com outros cargos. O caminho mais suave é o que um agente de call center descreveu no Reddit:
"We haven't had layoffs yet, but we seem to have stopped hiring new phone agents, so as the natural attrition you see in call centers occurs, we're getting fewer and fewer humans answering calls."
Mesmo agente, mesmo tópico: as chamadas que ainda chegam às pessoas são "more complicated". Então, se a rotatividade é a sua forma de reduzir, garanta que os agentes que ficam não sejam soterrados só por tickets difíceis. Isso é risco de esgotamento, e o esgotamento alimenta a rotatividade. Para a versão mais ampla desta pergunta, meu post sobre se a IA pode substituir sua equipe de suporte dá a resposta longa, e IA vs. suporte humano compara os dois por tipo de ticket.
Como colocar a IA no plano de dimensionamento sem ficar curto?
Meça primeiro e planeje com os números medidos, depois refaça a previsão a cada trimestre. Esta é a ordem que eu seguiria:
- Teste a IA nos seus próprios tickets passados antes de fechar o plano. A taxa de resolução média de um fornecedor não diz nada sobre o seu mix de tickets. A eesel pode rodar uma simulação em centenas dos seus tickets passados e pontuar suas respostas contra o que sua equipe realmente enviou. Isso dá uma estimativa das faixas 1 e 2 construída com os seus dados. Meu guia de integração de um agente de suporte com IA mostra o passo a passo.
- Comece com rascunhos. A economia da faixa 2 aparece na primeira semana e não há risco de uma resposta errada chegar a um cliente. Meça o AHT dos tickets com rascunho contra os sem rascunho.
- Abra a resolução completa tópico por tópico. Comece pelos tópicos em que os rascunhos foram enviados sem edição com mais frequência, essa é sua prova de que a IA pode respondê-los sozinha.
- Acompanhe os quatro números certos. Taxa de resolução verificada, taxa de reabertura, AHT do que chega às pessoas e CSAT em tickets de IA. Minha lista de KPIs de atendimento ao cliente cobre o resto.
- Use a rotatividade, não demissões, para absorver a diferença. Pause as reposições enquanto os números da IA se assentam e depois decida. Assim, uma rampa da IA mais lenta que o esperado custa um atraso na contratação em vez de uma fila sem gente.
- Refaça a previsão a cada trimestre. Volume, taxa de resolução e AHT se mexem depois do lançamento. Um plano feito em outubro com uma taxa de IA estimada estará errado em março.
Se você é uma equipe pequena decidindo a primeira ou a segunda contratação, a mesma lógica funciona em escala menor. Meu guia de escala de suporte com IA para startups cobre essa versão.
Quanto custa a IA ao lado de mais uma contratação?
O preço da IA costuma escalar por ticket enquanto uma contratação escala por pessoa, então compare os dois no mesmo mês de volume. Com a eesel, os preços são um lote mensal fixo de créditos, e um ticket ou chat é um crédito por mais que dure, quer a eesel o resolva, quer o redija:
| Plano eesel | Créditos por mês | Preço por mês |
|---|---|---|
| Free | 100 | $0 |
| Teammate | 500 | $299 |
| Teammate | 1.000 | $499 |
| Teammate | 2.500 | $999 |
| Teammate | 5.000 | $1.749 |
| Acima de 5.000 | Personalizado | Fale com a eesel |
Todo plano Teammate inclui todas as integrações e agentes e assentos ilimitados, e há tamanhos de lote intermediários (1.500 créditos custam $699, por exemplo). O excedente vem desativado por padrão, então não há conta surpresa se um mês esquentar.
Para comparar, pegue a lacuna de contratação que a calculadora dá com e sem IA e multiplique a diferença pelo seu custo total por agente (salário, benefícios, ferramentas, tempo de gestão). Depois coloque isso ao lado do plano que cobre o seu volume mensal. Minhas análises de custo de agente de IA vs. humano e de custo por resolução vão mais fundo, e o custo do atendimento ao cliente com IA compara modelos de preço entre fornecedores.
Se o que você realmente está avaliando é somar pessoas sem contratá-las, isso é mais uma decisão de terceirização. O Managed Support da eesel é a opção pronta para marcas de e-commerce: a eesel cuida de cada conversa com clientes dentro das suas próprias ferramentas por $5,000 fixos ao mês, contra a estimativa da própria eesel de $7,000-$10,000 ao mês para uma equipe offshore 24/7. Meu guia de terceirização do atendimento ao cliente cobre as alternativas.
Onde a eesel não é a escolha certa: se a sua fila é composta sobretudo de casos únicos e de alto risco (escalonamentos corporativos, disputas jurídicas), a faixa 1 será pequena e o seu plano deve ser sobretudo de pessoas, com rascunhos. E se você usa um helpdesk ao qual a eesel não se conecta, confira primeiro a lista de integrações.
Teste a eesel no seu plano de dimensionamento do suporte
Se você está montando o plano de quadro do próximo ano e não sabe o que a IA realmente vai tirar dele, a eesel é a forma mais rápida de descobrir nos seus próprios tickets. Ela entra na sua fila atual no Zendesk, Freshdesk ou Gorgias como um novo colega. Responde ao que a sua central de ajuda e os tickets passados já cobrem e redige o resto para a sua equipe. Todo reembolso e toda reclamação vai para uma pessoa com uma nota anexada. A página de relatórios mostra então quantos tickets ela atendeu e quantas respostas a sua equipe aprovou ou rejeitou, exatamente as entradas de que o seu modelo de dimensionamento precisa.

É assim que a smava redige cerca de 15.300 respostas por mês no Zendesk enquanto uma pessoa faz o envio, e que a Question Beauty fecha sozinha os tickets de rotina no Gorgias. Você pode conectar o seu helpdesk e testar em tickets reais com 100 créditos grátis, sem cartão.
Teste a eesel na sua própria fila antes de fechar o plano, ou compare opções primeiro no meu panorama dos melhores agentes de IA.