Como este tema funciona na sua empresa
Help desk recebe 20 a 40 chamados mensais, muitos inúteis (senha, reset de software de terceiro, dúvidas operacionais). Análise manual é viável. Foco: educar usuários sobre "é realmente TI?". Uma pessoa consegue implementar FAQ e protocolo em 2 a 3 meses. Meta realista: reduzir inúteis em 20 a 30%.
Volume de 50 a 100 chamados por semana saturando o time. Autoatendimento vira obrigatório. Portal de requisição com FAQ integrado, base de conhecimento e possível chatbot simples. Meta: deflection rate de 40 a 50%, ou seja, 40 a 50% dos chamados evitados antes de chegar ao help desk. Implementação em 3 a 6 meses.
Volume acima de 1.000 chamados por semana em múltiplos sites. Processos mal desenhados causam metade do volume (chamados que deveriam ser automáticos ou de outro departamento). Chatbot com IA, portal robusto, integração com CMDB, análise contínua de padrões. Meta: deflection rate de 50 a 70%. Implementação estruturada em 6 a 12 meses com mudança cultural.
Reduzir o volume de chamados no help desk significa evitar que solicitações desnecessárias, repetidas ou mal direcionadas cheguem ao time de suporte técnico. Estratégias incluem autoatendimento, base de conhecimento, educação de usuários e redesenho de processos. A métrica central é deflection rate — percentual de chamados evitados antes de chegar ao operador[1].
O diagnóstico: onde vem o volume desnecessário
Antes de implementar estratégias de redução, é preciso categorizar os chamados históricos. Nem todo chamado é desnecessário — parte é legítima demanda de TI. A análise típica revela que 40 a 60% dos chamados em empresas iniciantes são "low-hanging fruit": fáceis de resolver, recorrentes e muitas vezes não relacionados a TI.
As categorias mais comuns são:
- Chamados inúteis (sem valor de TI): "Esqueci senha", "Como usar Excel", "Senha de WiFi guest", "Download do Zoom". Usuário precisa de autoajuda, não de técnico.
- Chamados mal direcionados: Suporte a software de terceiro (SAP, ERP, sistema de RH) que deveria ir para o fornecedor ou especialista interno. Impressora travada que é manutenção, não TI.
- Chamados que são operações: "Preciso de nova conta", "Mudar permissões de rede", "Instalar software". Processos que devem ser automáticos via portal, não manuais via helpdesk.
- Chamados legítimos: Incidentes reais (sistema fora, erro em aplicação crítica), problemas de conectividade, falha em dispositivo. Estes devem chegar ao help desk.
Análise de 3 meses de chamados é suficiente. Ferramentas simples (planilha, tickets em Jira ou Trello) mapeiam os top 10 motivos. O resultado típico mostra que 50 a 70% dos chamados são "educáveis": usuários que viraram "dependentes" de TI para tudo.
Análise mais robusta com software de helpdesk (ServiceNow, Zendesk, ManageEngine). Dashboards separam chamados por categoria, origem, tempo de resolução. Padrões aparecem rapidamente: "70% dos chamados de segunda-feira são reset de senha", "30% vêm do departamento X e deveriam ir para Y".
Análise contínua com IA para categorização automática de chamados. Integração com CMDB (banco de dados de configuração) permite correlacionar chamados com mudanças, deploys e eventos de infraestrutura. Tendências sazonais (picos em semanas específicas) são identificadas automaticamente.
Estratégia 1: Base de conhecimento e autoajuda
A base de conhecimento é o canal mais direto de redução de volume. Quando um usuário encontra resposta rapidamente em um artigo bem escrito, não precisa chamar TI. O impacto típico é redução de 15 a 30% do volume[2].
Para funcionar, a base precisa de:
- Conteúdo estruturado: Respostas curtas, passo a passo com screenshots, busca eficiente. Artigos genéricos ("Bem-vindo ao Help Desk") não reduzem volume.
- Atualização regular: Base desatualizada é ignorada. Manutenção mensal é mínimo.
- Visibilidade: Link em email de boas-vindas, portal, intranet. Usuário precisa saber que existe.
- Feedback de usuário: "Este artigo foi útil?" permite priorizar o que melhorar.
Dois modelos diferentes por porte:
Wiki simples (Notion, Confluence Cloud ou até Google Drive) com top 20 problemas. "Como resetar senha?", "Como conectar à rede?", "Computador lento — o que fazer?". Um responsável mantém. Custo: 0 a R$ 500/mês.
Base de conhecimento integrada ao portal de TI ou ao helpdesk. Artigos segmentados por tema (Hardware, Senha, Software, Rede). Busca por palavras-chave funciona bem. Uma pessoa dedica 10 horas/semana à manutenção. Custo: R$ 1-3 mil/mês como add-on ao helpdesk.
Base robusta com centenas de artigos, categorização automática por IA, sugestões baseadas em histórico do usuário. Integração com chatbot para recomendações contextualizadas. Equipe dedicada (2-3 pessoas) escreve e revisa. Custo: R$ 5-15 mil/mês como plataforma enterprise.
Estratégia 2: Portal de requisições e autoatendimento
Portal de autoatendimento permite que o usuário abra requisições padrão sem chamar TI: "Preciso de novo usuário", "Instalar software aprovado", "Adicionar permissão". Se o processo é simples, pode ser totalmente automatizado. Redução esperada: 20 a 40% do volume[2].
Quando um usuário vai ao portal, encontra um formulário com campos pré-preenchidos e validações. Para requisições de baixo risco, o sistema provisiona automaticamente. Para outras, roteia para aprovador. Sem intervenção do help desk.
Portal minimalista com 5 a 10 requisições mais comuns. Foco: "Reset de senha", "WiFi", "Software pré-aprovado". Pode ser integrado ao helpdesk (ServiceDesk Cloud, Atlassian) ou até um simples formulário online. Tempo de implementação: 1 mês.
Portal robusto com 20+ categorias de requisição. Inclui automação: reset de senha integrado ao Active Directory, aprovações via workflow, notificações ao usuário. Impacto: 40 a 50% de deflection rate quando bem implementado. Tempo: 3 a 4 meses.
Portal com centenas de requisições, integrado a múltiplos sistemas (AD, CMDB, aprovadores diversos). Machine learning identifica padrões de comportamento do usuário e oferece opções relevantes. Automação de ponta a ponta para requisições simples. Tempo: 6 a 12 meses com mudança cultural.
Estratégia 3: Chatbot e IA para deflection
Um chatbot bem treinado consegue responder as 20% de perguntas mais frequentes do help desk, evitando que cheguem ao operador. Alguns estudos mostram que IA assistida consegue reduzir volume repetitivo em até 40%[2]. O chatbot não substitui o operador — libera para casos complexos.
O modelo funciona assim: usuário conversa com bot, bot responde com base em base de conhecimento ou respostas pré-treinadas. Se o bot não consegue resolver, roteia para o operador com contexto completo.
Chatbot simples baseado em regras (não precisa de IA avançada). Respostas a top 10 perguntas. Pode ser integrado ao portal. Custo: R$ 500-2 mil/mês. ROI é baixo para pequeno volume, então considere depois de implementar FAQ e portal.
Chatbot com base de conhecimento integrada. Ativo em Portal + Slack + MS Teams. Pode ser IA generativa ou baseado em regras. Tempo de implementação: 2 a 3 meses. Custo: R$ 2-5 mil/mês. Redução esperada: 20 a 30% dos chamados triviais.
Chatbot avançado com IA generativa (GPT-based), treinado em histórico de tickets e base de conhecimento própria. Integrado a múltiplos canais (Portal, Teams, Slack, Email). Aprende continuamente com feedback dos operadores. Redução: 30 a 40% do volume. Custo: R$ 10-30 mil/mês.
Estratégia 4: Educação de usuários
A causa raiz de volume alto é cultural: usuários foram treinados a chamar TI para tudo. Mudar isso exige comunicação clara e consistente. Campanhas simples ajudam: "Antes de chamar TI, tente consultar a base de conhecimento", "Estas requisições agora são via portal".
Mudança cultural leva tempo — 3 a 6 meses — mas o efeito é duradouro. Sem educação, volume sobe novamente assim que a iniciativa de redução é relaxada.
Ações práticas:
- Email de onboarding: apresentar canal de autoajuda e portal ao novo funcionário
- Comunicado mensal: "Top 5 perguntas respondidas esta mês" (humaniza, mostra padrão)
- Feedback ao usuário: "Você poderia ter resolvido isto em 2 minutos consultando [artigo]"
- Treinamento em grupo: workshops rápidos ("Como resetar sua senha", "Como requisitar software")
Métrica central: Deflection Rate
Deflection rate é o percentual de requisições que nunca chegam ao operador porque foram resolvidas via autoajuda, portal, chatbot ou FAQ[1]. É a métrica que indica se as estratégias estão funcionando.
Como calcular:
- Contar requisições que entraram no portal e foram resolvidas automaticamente
- Contar interações que o chatbot resolveu sem rotear para operador
- Contar acessos à base de conhecimento que não geraram ticket
- Fórmula: (Requisições desviadas / Total de requisições) × 100
Benchmarks de mercado:
Target: 15 a 25% de deflection rate. Significa que a cada 100 chamados que viriam, 15 a 25 são evitados. Meta realista após 6 meses: 20%.
Target: 40 a 50%. Empresas bem estruturadas atingem isto em 12 meses. Significado: metade do volume que viriam é evitado antes de chegar ao operador.
Target: 50 a 70%. Exige investimento sustentado em IA, base de conhecimento e automação. Benchmarks de referência mostram 40 a 60% como realista[1].
Sustentabilidade: como manter a redução
Uma armadilha comum é implementar tudo, ver resultado em 3 meses, depois relaxar. Volume sobe novamente porque ninguém mantém a base de conhecimento, o chatbot fica desatualizado, e a comunicação para usuários é negligenciada.
Para manter redução duradoura:
- Manutenção programada: Reservar 5 horas/semana para atualizar base, treinar chatbot, revisar artigos mais consultados.
- Monitoramento contínuo: Dashboard mensal de deflection rate, top chamados ainda chegando no help desk, análise de "por que este chamado não foi desviado?"
- Comunicação periódica: Não é uma "campanha", é uma mudança cultural. Reforçar mensagem a cada trimestre.
- Responsabilidade clara: Alguém é dono da redução de volume. Sem dono, cai.
Sinais de que seu help desk precisa reduzir volume
Se você se reconhece em três ou mais cenários abaixo, seu help desk está saturado e uma iniciativa de redução pode gerar retorno significativo.
- Operadores gastam mais tempo em chamadas triviais (senha, WiFi) do que em problemas reais
- Tempo para atender um chamado é maior que 1 hora (inclui fila de espera) porque há muita demanda
- Usuários reclamam que "TI nunca atende", quando na verdade TI está sobrecarregado
- Mais de 30% dos chamados poderiam ser resolvidos com uma busca rápida em FAQ
- Top 10 chamados representam mais de 50% do volume (indicador de chamados repetitivos)
- Não existe portal de requisições; tudo vai por email ou chamado aberto manualmente
- Base de conhecimento existe mas está desatualizada ou tem menos de 50 artigos
Caminhos para reduzir o volume de chamados
A redução de volume pode ser conduzida internamente pelo time de TI ou com apoio de consultoria, dependendo do tamanho do help desk e da complexidade do ambiente atual.
Viável quando o time de TI já tem ferramentas de helpdesk e conhecimento de processos. Início rápido, sob controle total.
- Perfil necessário: Gerente ou analista de TI com visão de processos, disposição para mudança cultural
- Tempo estimado: 2 a 3 meses para implementar FAQ e portal; 6 meses para resultado sustentável
- Faz sentido quando: Time tem capacidade de análise e implementação; helpdesk atual é simples (menos de 200 chamados/mês)
- Risco principal: Burnout de quem conduz a mudança; falta de sustentabilidade porque ninguém está mantendo
Consultoria acelera diagnóstico, traz melhores práticas de mercado e ajuda com mudança cultural. Mais custo, menos risco.
- Tipo de fornecedor: Consultoria em Infraestrutura de TI, ITIL Service Management ou Managed Service Provider
- Vantagem: Diagnóstico independente de onde vem o volume; benchmarks de mercado; treinamento do time; acompanhamento de implementação
- Faz sentido quando: Help desk volume acima de 500 chamados/mês; empresa não tem expertise em ITIL; quer mudança rápida (3 meses vs. 6)
- Resultado típico: Redução de 30 a 50% em 6 meses; base de conhecimento estruturada; portal funcional; time treinado
Precisa de apoio para reduzir volume de chamados no help desk?
Se a saturação do help desk é um gargalo para TI e experiência do usuário, o oHub conecta você gratuitamente a consultorias em infraestrutura e MSPs especializados em service desk. Em menos de 3 minutos, você descreve sua situação e recebe propostas personalizadas, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Por que o help desk recebe tantos chamados inúteis?
Tipicamente, 40 a 60% do volume é "educável": usuários não sabem que existem canais de autoajuda (FAQ, portal), ou foram treinados a chamar TI para qualquer dúvida, mesmo as que não são da TI. Análise de chamados históricos revela rapidamente o padrão.
Qual é o deflection rate esperado?
Depende do porte. Pequena empresa: 15 a 25%. Média: 40 a 50%. Grande: 50 a 70%. Deflection rate é o percentual de requisições que nunca chegam ao operador porque foram resolvidas via autoajuda, portal ou chatbot.
FAQ e base de conhecimento realmente reduzem volume?
Sim. Quando bem estruturada (busca funcional, conteúdo atualizado, visibilidade), uma base de conhecimento reduz 15 a 30% do volume. Exige manutenção regular — base desatualizada é ignorada.
Quanto tempo leva para ver resultado em redução de volume?
Primeiros sinais aparecem em 6 a 8 semanas (FAQ + educação básica). Resultado sustentável leva 3 a 6 meses. Grandes mudanças estruturais (portal + chatbot + IA) levam 6 a 12 meses.
Como garantir que a redução é duradoura?
Redução exige sustentabilidade: manutenção mensal da base (5 horas/semana), monitoramento de deflection rate, comunicação periódica com usuários, e alguém responsável. Sem isto, volume sobe novamente em 3 a 4 meses.
Qual é a melhor estratégia para começar?
Comece com análise de 3 meses de chamados para identificar top 10 motivos. Depois: FAQ + portal para as requisições mais simples + educação de usuários. Chatbot é próximo passo apenas se as primeiras estratégias estiverem maduras.