Métricas de Service Desk: Principais Indicadores

Em muitas equipes de TI, o relatório mensal do service desk lista dezenas de números — volume de chamados, tempo médio, taxa de resolução — mas nenhum deles é claramente conectado a um objetivo de negócio. O resultado: gestores reportam métricas operacionais enquanto a liderança quer saber se o suporte está contribuindo para a produtividade da empresa. Essa desconexão é o problema central na gestão de métricas de service desk.

O ITIL 4 define que KPIs de service desk devem ser vinculados aos objetivos dos stakeholders, não apenas à operação interna da TI. Na prática, isso significa selecionar poucos indicadores com alta correlação com satisfação do usuário, estabilidade operacional e custo de atendimento, e descartar métricas que apenas descrevem atividade sem revelar valor entregue.

Este artigo apresenta as principais métricas de service desk, como cada uma é calculada, o que revela e quais armadilhas evitar na sua interpretação.

FCR — First Contact Resolution (Resolução no Primeiro Contato)

O FCR é consistentemente apontado pelo HDI (Help Desk Institute) como o indicador mais importante do service desk. Ele mede o percentual de chamados resolvidos no primeiro contato, sem necessidade de escalonamento, reabertura ou retorno do usuário.

Cálculo: chamados resolvidos no primeiro contato ÷ total de chamados recebidos × 100.

O FCR acima de 70% é considerado o benchmark do setor para equipes maduras. Um FCR baixo sinaliza problemas de treinamento da equipe, base de conhecimento desatualizada ou processos de escalonamento mal definidos.

Atenção crítica: quem declara o chamado resolvido é o usuário, não o analista. Chamados fechados unilateralmente pela equipe sem confirmação do usuário inflariam artificialmente o FCR e mascarariam problemas reais de qualidade.

MTTR — Mean Time to Resolve (Tempo Médio de Resolução)

O MTTR mede o tempo médio entre a abertura de um chamado e sua resolução confirmada. É um dos indicadores de TI mais usados porque conecta diretamente a eficiência operacional do service desk ao impacto no usuário.

Cálculo: soma dos tempos de resolução de todos os chamados no período ÷ número de chamados resolvidos.

O MTTR deve ser segmentado por prioridade e por categoria de chamado. Um MTTR calculado sobre toda a base mistura incidentes críticos de infraestrutura (que devem ser resolvidos em minutos) com solicitações de acesso (que podem levar horas), tornando o número médio inútil para diagnóstico.

Ademais, a pressão para reduzir o MTTR sem controle de qualidade produz um efeito colateral conhecido: analistas fecham chamados prematuramente, o que aumenta a taxa de reabertura e piora o FCR. As duas métricas devem ser monitoradas em conjunto.

CSAT — Customer Satisfaction Score (Satisfação do Usuário)

O CSAT é coletado por pesquisa pós-atendimento e mede a satisfação do usuário com o suporte recebido. É o único indicador que captura a percepção subjetiva do usuário sobre a qualidade do atendimento.

Cálculo: número de respostas positivas ÷ total de respostas recebidas × 100.

Um CSAT alto combinado com MTTR alto indica que a equipe resolve bem mas demora. Um CSAT baixo com FCR alto indica que os chamados são fechados rapidamente mas sem qualidade percebida. Essas combinações revelam onde o problema está de forma mais precisa do que cada métrica isolada.

A taxa de resposta da pesquisa é uma variável de controle importante: se apenas 10% dos usuários respondem, os dados podem ser enviesados. Automatizar o envio da pesquisa imediatamente após o fechamento do chamado aumenta significativamente a taxa de resposta.

Taxa de Reincidência e Taxa de Reabertura

A taxa de reincidência mede chamados abertos para o mesmo problema recorrente — indicando que a causa raiz não foi endereçada. A taxa de reabertura mede chamados fechados que foram reabertos pelo usuário porque o problema não foi de fato resolvido.

As duas métricas juntas revelam a qualidade das resoluções. Uma taxa de reincidência alta aponta necessidade de gestão de problemas: o serviço deve identificar a causa raiz e propor uma solução definitiva, não apenas tratar cada incidente individualmente.

Ferramentas como o GLPI permitem configurar alertas automáticos para reaberturas dentro de um prazo determinado (por exemplo, 72 horas após o fechamento), facilitando o monitoramento sistemático desse indicador.

Backlog e Volume de Chamados por Período

O backlog é o estoque de chamados abertos além do prazo acordado. Um backlog crescente é sinal precoce de que a capacidade da equipe não está acompanhando a demanda, ou que processos de priorização estão mal calibrados.

O volume de chamados por período revela tendências: picos em determinados dias ou horários indicam oportunidades para ajuste de escala. Crescimento consistente do volume pode indicar problemas recorrentes na infraestrutura que deveriam ser endereçados antes de chegarem ao service desk.

A análise cruzada entre volume e fadiga de alertas em equipes de monitoramento é particularmente relevante: eventos de infraestrutura não tratados proativamente geram chamados em cascata no service desk.

Custo por Chamado

O custo por chamado é o único indicador financeiro do service desk e permite avaliar a eficiência econômica da operação. Inclui salários, licenças de ferramentas, overhead de infraestrutura e demais custos operacionais divididos pelo número de chamados atendidos.

Cálculo: custo total da operação no período ÷ número total de chamados atendidos.

Esse indicador deve ser analisado com cuidado: uma queda no custo por chamado pode significar maior eficiência ou pode significar aumento no volume de chamados sem aumento proporcional de qualidade. O custo por chamado sem o CSAT correspondente é uma métrica incompleta.

Segundo a MetricNet, especializada em benchmarking de service desk, o custo médio por chamado em empresas de médio porte nos EUA varia entre USD 15 e USD 35, dependendo do canal de atendimento e do nível de automação. Chamados resolvidos por autoatendimento custam tipicamente 10 a 15 vezes menos do que chamados atendidos por analistas.

O HDI (Help Desk Institute) publica benchmarks anuais de service desk que servem como referência para comparação entre organizações de diferentes portes e setores.

SLA Compliance: taxa de conformidade com o acordo de nível de serviço

O SLA Compliance mede o percentual de chamados resolvidos dentro do prazo acordado entre a área de TI e o negócio. É o único indicador que conecta o desempenho operacional a um compromisso formal com os usuários internos ou clientes.

Cálculo: chamados resolvidos dentro do prazo SLA ÷ total de chamados no período × 100.

O SLA Compliance difere do MTTR porque o MTTR mede o tempo médio de resolução em termos absolutos, sem considerar se esse tempo é aceitável segundo o acordo firmado. Um service desk pode ter MTTR de 4 horas e SLA Compliance de 95% (se o SLA acordado for de 8 horas), ou MTTR de 2 horas com SLA Compliance de 70% (se o SLA for de 1 hora para chamados críticos). A diferença é o contexto do compromisso.

A boa prática é segmentar o SLA Compliance por prioridade. Chamados críticos que afetam sistemas produtivos têm SLAs de minutos; solicitações de acesso podem ter SLAs de dias. Reportar um único percentual consolidado mascara onde os desvios realmente ocorrem. O benchmark de mercado é manter o SLA Compliance acima de 90% para chamados de alta prioridade.

Uma queda no SLA Compliance é um sinal de alerta de primeira ordem: pode indicar subdimensionamento da equipe, SLAs mal calibrados em relação à capacidade real ou aumento de volume não previsto no planejamento de capacidade.

Conclusão

As métricas de service desk mais eficazes são aquelas que, monitoradas em conjunto, contam uma história sobre a qualidade e o custo do atendimento. FCR, MTTR, CSAT, taxa de reabertura e custo por chamado formam um conjunto coerente: nenhuma delas é suficiente isoladamente, mas juntas revelam onde a operação está bem e onde precisa de intervenção.

O passo crítico é vincular essas métricas a objetivos de negócio explícitos: qual CSAT mínimo é aceitável para o usuário interno? Qual MTTR máximo é tolerável para sistemas críticos? Sem metas definidas, os números são apenas relatórios de atividade.

A OpServices apoia equipes de service desk na estruturação de indicadores integrados ao monitoramento de infraestrutura, reduzindo o volume de chamados reativos. Para revisar as métricas da sua operação de suporte, fale com nossos especialistas.