O Custo Oculto da Alta Rotatividade em TI, e Como Resolvê-lo
A rotatividade no suporte técnico varia de 13% a 42% ao ano. Cada tíquete redirecionado custa duas horas. Aqui está o custo total totalmente carregado e o que realmente resolve isso.
Principais Conclusões
A rotatividade no help desk é de 13,2% ou mais em todo o setor, e alguns service desks nos EUA registram uma rotatividade de até 42% ao ano, de acordo com uma pesquisa da NICE WEM citada no relatório de outsourcing de 2026 da Auxis.
O agente de help desk norte-americano médio permanece menos de 2,5 anos e custa cerca de US$ 12.000 para ser substituído, de acordo com pesquisas do Help Desk Institute.
Cada ticket reatribuído custa aproximadamente duas horas de produtividade perdida e reduz a satisfação do usuário final em oito pontos, de acordo com o benchmark de experiência em TI de 2025 da HappySignals.
À medida que um ticket escala pelos níveis de suporte, o tempo de inatividade do funcionário sobe de cerca de duas horas para mais de nove horas, segundo os mesmos dados da HappySignals.
A Gallup estima que o custo totalizado para substituir um funcionário técnico seja de cerca de 80% do salário anual dessa pessoa.
Uma equipe de Computação do Usuário Final de cinco engenheiros se estabilizou em 60 dias assim que uma camada de governança, e não apenas novas contratações, foi adicionada ao processo.
Qual é o custo real da rotatividade de TI, além da taxa de recrutamento?
A substituição direta custa cerca de US$ 12.000 por contratação de help desk, além de dez a doze semanas antes que essa pessoa seja totalmente produtiva. Esse número é a parte fácil de encontrar. Também é a menor parte da conta.
O custo real aparece adiante. Alguém precisa absorver os tickets que saltam entre quem quer que tenha ficado enquanto uma vaga está aberta ou uma nova contratação ainda está aprendendo o ambiente, e essa transferência custa tempo real cada vez que acontece. Em um service desk com uma rotatividade anual de 13 a 42 por cento, isso acontece constantemente.
Eis o resultado desse acúmulo: filas aumentam. O tempo de resposta cai. Quem quer que gerencie o relacionamento — seja um diretor de TI interno ou um provedor de serviços gerenciados prestando contas ao seu próprio cliente — passa a lidar com reclamações em vez de gerenciar o atendimento. Ninguém incluiu "queda na qualidade do serviço que coloca a conta em risco" no orçamento inicial de contratação. Mas isso acontece de qualquer forma, geralmente na mesma época em que ocorre a conversa sobre renovação.
Há uma segunda camada abaixo dessa. Um desk de suporte que perde pessoas a cada 20 meses nunca constrói um processo documentado e repetível, porque ninguém permanece tempo suficiente para registrá-lo ou treinar o próximo funcionário adequadamente. Cada saída reinicia o relógio, não apenas no número de funcionários, mas na memória institucional que tornava a equipe rápida em primeiro lugar.
Por que a rotatividade é tão alta especificamente nas equipes de suporte de TI?
Não é por acaso. O suporte de TI de linha de frente absorve uma parcela desproporcional da frustração de uma empresa, e as pesquisas sobre o motivo pelo qual as pessoas saem apontam para algumas causas específicas e solucionáveis, e não para algo misterioso sobre o trabalho em si.
O crescimento profissional é limitado rapidamente. Sessenta e nove por cento dos funcionários técnicos classificam o crescimento na carreira como o principal fator ao avaliar um emprego, de acordo com a Pesquisa de Desenvolvedores de 2025 do Stack Overflow, e uma função de suporte sem perspectiva de crescimento perde profissionais para cargos que oferecem essa oportunidade.
A gerência costuma ser o verdadeiro fator de saída, não o salário. O Índice de Cultura no Ambiente de Trabalho de 2024 do MIT Sloan identificou a gestão ineficaz, e não a remuneração, como o principal motivador não financeiro de desgaste em equipes técnicas.
O volume de tickets supera a capacidade da equipe. Quase dois em cada três profissionais de TI afirmam que as demandas operacionais do dia a dia são tão avassaladoras que a experiência do usuário fica em segundo plano, segundo o benchmark de 2025 da HappySignals, e o esgotamento (burnout) vem logo em seguida.
O trabalho é repetitivo sem uma camada de qualidade. Redefinições de senha e solicitações de acesso dominam as filas de tickets e, sem alguém ativamente orientando e revezando as tarefas, o trabalho se resume a repetir as mesmas poucas atividades continuamente.
Nenhum desses problemas é resolvido simplesmente contratando um substituto. Eles são os motivos pelos quais a última pessoa saiu e serão os motivos pelos quais a próxima sairá também, a menos que algo na estrutura mude.
Qual é a real dimensão do custo total da rotatividade?
A maioria dos orçamentos para na taxa de recrutamento. A tabela abaixo mostra o cenário completo quando você soma o que realmente acontece depois que alguém pede demissão.
Linha de Custo | O que é Orçado | O que Realmente Acontece |
|---|---|---|
Substituição direta | Cerca de US$ 12.000 por contratação (Help Desk Institute) | Repete-se a cada 20 a 32 meses com uma taxa de rotatividade de 13 a 42 por cento |
Rampa até a velocidade total | Raramente rastreado | Novos contratados levam semanas para atingir a velocidade total de atendimento de chamados enquanto a fila continua crescendo |
Redirecionamento de chamados | Ignorado por completo | Cerca de 2 horas perdidas e uma queda de 8 pontos na satisfação por chamado redirecionado (HappySignals) |
Tempo de inatividade por escalonamento | Ignorado por completo | O tempo de inatividade sobe de cerca de 2 horas para 9 horas e 28 minutos à medida que um chamado é escalado pelos níveis de suporte (HappySignals) |
Tempo do gestor gasto em recontratação | Raramente rastreado | Triagem, entrevistas e integração tiram o gestor do trabalho para o qual ele realmente foi contratado |
Risco de contrato ou cliente | Nunca entra na planilha | A própria conta passa a ser analisada, não apenas a vaga aberta |
Essa última linha é a que quase ninguém calcula o preço, e costuma ser a mais cara.
O que a tabela deixa de fora?
Ela deixa de fora o que a recuperação realmente exige, que é mais do que apenas a contagem de funcionários. Um grande provedor de serviços gerenciados aprendeu isso na prática. Seu cliente, uma empresa global de viagens e lazer, via uma equipe de cinco pessoas de Computação do Usuário Final (EUC) ficar para trás no volume de chamados.
Os detalhes do que estava falhando:
Equipe de suporte com baixo desempenho. Cinco engenheiros não conseguiam acompanhar o volume de chamados, e os tempos de resposta e resolução estavam prejudicando as operações comerciais.
Baixa satisfação do cliente. A comunicação com os usuários finais era ruim e a experiência de suporte era inconsistente de um chamado para o outro.
Sem escalabilidade. O modelo era reativo, com pouca otimização de processos e nenhuma capacidade de flexibilização para cima quando a demanda aumentava.
Alta rotatividade dentro da equipe atual. Problemas de retenção eram contínuos, e cada saída criava lacunas de conhecimento que atrasavam ainda mais toda a equipe.
Pressão sobre o próprio provedor de serviços gerenciados. O MSP corria o risco de perder o cliente por completo se a qualidade do serviço continuasse caindo, e precisava de uma melhora rápida sem interromper ainda mais as operações.
A IDP substituiu toda a equipe de cinco pessoas por cinco engenheiros de EUC nearshore em 60 dias. A nova equipe chegou fluente em inglês, com total sobreposição de fuso horário EST, e a transição ocorreu em paralelo com a equipe que estava saindo, para que não houvesse lacuna de serviço durante a entrega. Essa parte é uma troca direta, e ela é importante, mas não é a parte que impediu o ciclo de se repetir.
A parte que importou foi um gerente de projetos dedicado, incluído sem custo adicional, atuando acima da equipe de engenharia como uma camada de governança:
Monitorava diretamente as filas de chamados, tempos de resposta e adesão aos SLAs
Revisava a qualidade dos chamados e orientava os engenheiros sobre os padrões de comunicação
Gerenciava a escala e a cobertura contra os picos reais de demanda
Relatava o desempenho ao cliente em um ritmo regular
Identificava ineficiências de processos e ajudava a mover a equipe de um suporte reativo para operações estruturadas
Métrica | Antes | Depois de 60 Dias |
|---|---|---|
Tamanho da equipe | 5, com baixo desempenho, alta rotatividade | 5 engenheiros de EUC nearshore |
Alinhamento de fuso horário | Inconsistente | 100 por cento de sobreposição com EST |
Camada de governança | Nenhuma | GP dedicado sem custo adicional |
Interrupção na transição | Degradação contínua do serviço | Zero, por meio de uma transição em paralelo |
Relacionamento com o cliente | Em risco | Estabilizado, com espaço para crescer |
A troca por si só não teria se sustentado. Cinco novos engenheiros sem essa camada de governança seriam a mesma história um ano depois, apenas com nomes diferentes nos chamados. A camada de governança é o que transformou uma substituição de funcionários em uma solução real.
Como calcular isso para a sua própria equipe?
Você não precisa de um consultor para obter um número aproximado. Três dados que você provavelmente já tem são suficientes, e o cálculo abaixo demonstra o processo usando as taxas publicadas acima como substitutas para os seus próprios números, caso você ainda não os acompanhe.
Custo de substituição. Tamanho da equipe multiplicado pela taxa de rotatividade (turnover) multiplicado por $12.000. Uma equipe de suporte de dez pessoas com 25% de rotatividade resulta em 2,5 substituições por ano, ou cerca de $30.000 apenas em custos diretos.
Desaceleração de ramp-up. Multiplique as mesmas 2,5 substituições pelas semanas necessárias para atingir a produtividade total e, em seguida, pelo custo semanal total da função. Mesmo um ramp-up conservador de seis semanas adiciona semanas reais de subcapacidade a cada ano.
Taxa de reatribuição. Estime os chamados reatribuídos mensalmente, multiplique por 12, depois por duas horas e, por fim, pela taxa horária total. Uma equipe que reatribui apenas 20 chamados por mês está perdendo 480 horas por ano apenas com transferências de tarefas.
Some os três fatores e a maioria das equipes descobrirá que o número é de duas a quatro vezes maior do que o valor que consta no orçamento de contratação original. Essa diferença é o argumento real para corrigir a estrutura em vez de apenas preencher a vaga novamente.
Quando o cálculo deixa de funcionar?
O nearshoring não corrige um processo quebrado por si só. Substitua cinco engenheiros de baixo desempenho por cinco novos sem uma camada de gerenciamento por cima, e o mesmo acúmulo de chamados aparecerá novamente em um novo fuso horário, apenas com alguns meses de atraso.
Também depende de acertar o básico:
A fluência em inglês precisa ser real, não apenas uma linha no currículo.
As horas de sobreposição de horário devem corresponder ao funcionamento real da empresa, e não apenas ao que diz o organograma.
Alguém precisa ser responsável pela qualidade e pelo treinamento, caso contrário, o mesmo ciclo de esgotamento (burnout) causado pelas causas raízes acima recomeça com uma nova equipe.
E se uma equipe interna já tem baixa rotatividade e um forte conhecimento institucional, o cálculo para substituí-la por qualquer solução externa perde a força, porque aquilo que você estaria comprando (estabilidade) é algo que você já possui. A contratação nearshore corrige a instabilidade. Não é uma atualização universal, e tratá-la como tal é a razão pela qual as empresas acabam decepcionadas por motivos que nada têm a ver com a geografia.
A rotatividade raramente é o item de linha que chama a atenção até que um cliente ou um executivo pergunte por que um projeto atrasou. A essa altura, o custo já foi pago. Os pods de suporte nearshore da IDP são estruturados com uma camada de gerenciamento desde o primeiro dia, exatamente por esse motivo.
