Como medir a performance do time de suporte com indicadores reais de SLA e SLO

Ter 50 KPIs é o mesmo que não ter nenhum. Quando tudo é prioritário, nada é prioritário. A maioria das equipes de suporte mede coisas demais de forma superficial e não mede o que realmente importa com profundidade suficiente para tomar decisões. Este guia apresenta os indicadores que revelam o desempenho real, não apenas o desempenho relatado.

Neste artigo

O problema das métricas de suporte que não levam a decisões
Os três níveis de medição: SLA, SLO e SLI
Os 6 indicadores essenciais de performance de suporte
Benchmarks de mercado: o que é bom, o que é ótimo
Como medir performance individual do analista
As armadilhas dos indicadores de suporte
O dashboard de performance do time de suporte
Perguntas frequentes

O problema das métricas de suporte que não levam a decisões

O relatório semanal de TI com 20 gráficos coloridos que ninguém lê é um fenômeno universal. Ele existe porque alguém configurou uma ferramenta para exportar tudo que ela consegue medir, e os dados viraram presença constante em reuniões sem que ninguém soubesse o que fazer com eles. O HDI Brasil alerta exatamente para isso: centros de suporte tendem a medir a coisa errada, e as métricas que usam para avaliar resultados se tornam mais importantes do que as metas de serviço, gerando comportamentos organizacionais errados.

O teste de um bom indicador de performance é simples e direto: ao ver o número, o gestor consegue tomar alguma decisão ou definir alguma ação? Se a resposta for não, o indicador não pertence ao dashboard principal. Pode existir em um relatório de suporte, mas não ocupa espaço de atenção da liderança.

O teste do indicador acionável: qual merece estar no dashboard?

Indicador	Acionável?	Por quê
Taxa de cumprimento de SLA	Sim	Se abaixo da meta, aciona revisão de capacidade, processo ou prazo do SLA
Número total de chamados abertos	Parcial	Só é útil com comparativo histórico e segmentado por tipo. Isolado, não gera ação
Tempo médio de resolução por tipo	Sim	Revela tipos de chamado fora do padrão e direciona revisão de processo ou capacitação
Percentual de resolução no primeiro nível	Sim	Se baixo, indica falta de capacitação, base de conhecimento desatualizada ou roteamento errado
Número de chamados respondidos pelo analista X	Não	Volume sem contexto de complexidade e prazo não revela desempenho real. Gera comportamento errado
Satisfação do usuário após o atendimento (CSAT)	Sim	Contraponto qualitativo essencial: SLA pode ser cumprido e o usuário ainda sair insatisfeito

Os três níveis de medição: SLA, SLO e SLI

Antes de definir quais indicadores medir, é fundamental entender a diferença entre os três níveis de medição de serviço. Confundir os três é uma das causas mais comuns de dashboards que não entregam valor real para a gestão.

SLI

Service Level Indicator

A medição bruta. O dado coletado automaticamente pelo sistema: horário de abertura, horário de primeiro atendimento, horário de encerramento, número de interações. O SLI é o insumo. Sozinho, ele não diz se a operação vai bem ou mal.

Exemplo: “O chamado #4821 foi aberto às 09:14 e encerrado às 11:47, com 2 interações registradas.”

SLO

Service Level Objective

O objetivo interno de performance. Define o nível que a equipe precisa atingir para que o SLA seja cumprido. O SLO é o alvo de cada etapa e de cada analista dentro de um chamado. É aqui que o MobDesk entrega seu diferencial: medição de SLO por tarefa individual.

Exemplo: “Chamados de prioridade Alta devem ter primeira resposta em até 30 minutos. O analista responsável pela etapa de aprovação tem SLO de 4 horas.”

SLA

Service Level Agreement

O compromisso formal com o solicitante. É o prazo total do chamado, da abertura ao encerramento. O SLA é o número que vai para a gestão e para o relatório executivo. Se o SLA está sendo descumprido, o SLO revela exatamente onde o problema está.

Exemplo: “Chamados de categoria Alta serão resolvidos em até 8 horas. O cumprimento desse prazo é o compromisso visível para o usuário.”

Os 6 indicadores essenciais de performance de suporte

Com base nos benchmarks do HDI, MetricNet e SQM Group, existem seis indicadores que todo gestor de suporte precisa acompanhar. Cada um responde a uma pergunta específica e cada um pode, isoladamente, revelar um problema que os outros não capturam.

O chamado foi resolvido no primeiro contato, sem precisar reabrir?

Fórmula
Chamados resolvidos no 1º contato ÷ Total de chamados × 100

⚠ Abaixo de 70%: analistas sem capacitação suficiente ou base de conhecimento desatualizada

Em quanto tempo, em média, os chamados de cada tipo são resolvidos?

Fórmula
Soma dos tempos de resolução ÷ Total de chamados do mesmo tipo

⚠ Consistentemente acima do SLA: o prazo está errado ou o processo tem gargalo estrutural

Qual percentual dos chamados foi resolvido dentro do prazo acordado?

Fórmula
Chamados dentro do SLA ÷ Total de chamados × 100

⚠ Abaixo de 90%: ponto de atenção. Abaixo de 80%: problema operacional crítico

Quantos chamados “resolvidos” voltaram para a fila por solução insuficiente?

Fórmula
Chamados reabertos ÷ Total de chamados encerrados × 100

⚠ Acima de 5%: analistas fechando chamados sem resolver para “salvar o SLA”

Quanto tempo, em média, a equipe leva para restaurar o serviço após um incidente?

Fórmula
Tempo total de resolução de incidentes ÷ Número de incidentes no período

⚠ MTTR alto em P1/P2 indica falta de playbook, escalada mal definida ou time subdimensionado

O usuário ficou satisfeito com o atendimento recebido?

Como coletar
Pesquisa automática após encerramento: “Como você avalia o atendimento?” (escala 1 a 5 ou 1 a 10)

⚠ SLA cumprido com CSAT baixo indica que resolveu rápido mas resolveu errado ou com má experiência

Benchmarks de mercado: o que é bom, o que é ótimo

Ter um indicador é necessário. Saber o que o número significa em relação ao mercado é o que permite avaliar se a operação está bem ou mal calibrada. Os benchmarks abaixo são baseados nos dados do HDI (Help Desk Institute), MetricNet e SQM Group, as principais referências mundiais em métricas de service desk.

Benchmarks de mercado para equipes de suporte corporativo

Indicador	Abaixo da média	Na média	World Class	Fonte
FCR	Abaixo de 70%	70% a 79%	Acima de 80%	SQM Group
Taxa de aderência ao SLA	Abaixo de 80%	80% a 90%	Acima de 95%	HDI Brasil
Taxa de reabertura	Acima de 10%	5% a 10%	Abaixo de 5%	MetricNet
CSAT	Abaixo de 80%	80% a 89%	Acima de 90%	Zendesk
Escalonamento para N2/N3	Acima de 30%	20% a 30%	Abaixo de 20%	HDI/MetricNet

Benchmarks baseados em dados do HDI Brasil, MetricNet e SQM Group. Os valores são referências de mercado, não metas universais. A meta ideal depende da maturidade atual, do porte e do perfil de chamados de cada equipe.

Como medir performance individual do analista

Medir performance individual é um dos pontos mais sensíveis da gestão de suporte. Feito da forma errada, gera comportamento perverso: analistas fecham chamados rapidamente sem resolver, evitam chamados complexos e infla o número de atendimentos com solicitações simples. Feito da forma certa, revela quem precisa de treinamento, quem está sobrecarregado e quem tem desempenho consistentemente acima da média.

O erro mais comum: medir volume sem contexto

Usar “número de chamados respondidos” como indicador principal de produtividade individual gera o pior incentivo possível: o analista prioriza quantidade sobre qualidade, fecha chamados sem resolver e evita os mais complexos. Um analista que resolveu 15 chamados críticos de N2 em um dia fez muito mais do que outro que fechou 40 solicitações simples de reset de senha. O volume sem contexto de complexidade e prazo não revela desempenho real.

Como o MobDesk mede o desempenho individual de cada analista

Aderência ao SLO individual Dimensão: velocidade e prazo	Percentual das tarefas do analista concluídas dentro do SLO definido para cada tipo. Diferente da taxa de SLA global, o SLO individual revela se o analista específico está dentro ou fora do prazo em suas próprias tarefas.
Taxa de reabertura dos chamados Dimensão: qualidade da solução	Percentual dos chamados encerrados pelo analista que foram reabertos pelo solicitante. Alta taxa indica soluções superficiais ou encerramento prematuro para “salvar” o SLA individual.
Distribuição por complexidade Dimensão: escopo do trabalho	Proporção de chamados P1/P2 (alta complexidade) vs. P3/P4 (baixa complexidade) atendidos pelo analista. Contextualiza o volume: um analista com 20 chamados de P1 trabalhou mais do que um com 60 de P4.
CSAT individual Dimensão: experiência do usuário	Média de satisfação das pesquisas pós-atendimento dos chamados encerrados pelo analista. Revela padrão de qualidade percebida independente de velocidade ou volume.
Número de atualizações por chamado Dimensão: comunicação e processo	Média de interações registradas por chamado. Muito baixa pode indicar chamados fechados sem registro adequado. Muito alta pode indicar comunicação fragmentada ou falta de diagnóstico inicial correto.

As armadilhas dos indicadores de suporte

Indicadores mal interpretados criam incentivos perversos. A equipe passa a otimizar o número em vez de otimizar o serviço. Conhecer as armadilhas antes de configurar o dashboard evita meses de comportamento organizacional errado.

Métrica mal usada	Comportamento que gera	Antídoto
Volume como meta individual	Analistas evitam chamados complexos, fecham sem resolver e priorizam quantidade sobre qualidade	Usar volume sempre com distribuição por complexidade (P1/P2 vs. P3/P4) e CSAT como contrapeso
Taxa de SLA sem taxa de reabertura	SLA em 96% parece excelente, mas 12% dos chamados “resolvidos” voltam para a fila	Monitorar TAS e TRA juntos. Um não substitui o outro: velocidade e qualidade precisam coexistir
CSAT voluntário sem amostragem controlada	Só usuários muito satisfeitos ou muito insatisfeitos respondem. CSAT de 4,8 pode esconder um problema sério	Pesquisa automática para 100% dos chamados com link no encerramento. Medir também taxa de resposta
SLA agregado sem segmentação por prioridade	P1 pode estar sendo descumprido sistematicamente enquanto P3/P4 eleva a taxa global para aparentemente boa	Medir taxa de SLA separada por prioridade. P1 merece acompanhamento diário, P4 pode ser semanal
MTTR médio sem separação de incidentes de infraestrutura	Um P1 de 8 horas distorce a média, fazendo com que incidentes rotineiros pareçam mais lentos do que são	Calcular MTTR por prioridade e por categoria de incidente. P1 tem seu próprio indicador

O dashboard de performance do time de suporte

Um dashboard eficiente de performance de suporte não é uma listagem de todos os indicadores disponíveis. É uma curadoria de 5 a 7 indicadores que, juntos, revelam o estado da operação e permitem decisões rápidas. A estrutura recomendada é organizada em três visões: operacional (para o analista), gerencial (para o gestor de TI) e executiva (para a diretoria).

Estrutura recomendada de dashboard por perfil de usuário

🔧 Visão Operacional: Analista de suporte (atualização em tempo real)

Minha fila de chamados
Chamados abertos em meu nome, ordenados por prazo de SLA restante

Meu SLO hoje
Percentual de tarefas cumpridas dentro do prazo nas últimas 24 horas

Alertas de prazo
Chamados que estouram o SLA nas próximas 2 horas se não forem atualizados

📊 Visão Gerencial: Gestor de TI (atualização diária ou semanal)

Taxa de SLA
Por prioridade e por tipo, com evolução semanal

FCR e reabertura
Resolução no primeiro nível e taxa de chamados que voltaram

SLO por analista
Desempenho individual com complexidade contextualizada

Volume por categoria
Tipos mais frequentes para identificar problemas recorrentes

👔 Visão Executiva: Diretoria (atualização mensal)

Taxa de SLA global
Um número com tendência mensal e comparativo com meta

CSAT médio
Satisfação dos usuários com o atendimento no período

Tendência de volume
Crescimento ou redução de chamados vs. período anterior e previsão

✅

Como o MobDesk entrega os indicadores de performance: O MobDesk gera automaticamente o dashboard de performance por equipe e por analista individual, com SLA por tipo de chamado, SLO por tarefa, taxa de reabertura e CSAT configurável. O diferencial é a medição de SLO por tarefa individual dentro de cada chamado, que revela em qual etapa do fluxo e em qual analista o prazo foi perdido, algo que a maioria das plataformas de mercado não entrega.

Perguntas frequentes

Qual a diferença entre SLA, SLO e SLI?
▼

SLI (Service Level Indicator) é a medição bruta coletada automaticamente, como horário de abertura e encerramento de um chamado. SLO (Service Level Objective) é o objetivo interno de performance: o tempo esperado para cada etapa e cada analista dentro de um chamado. SLA (Service Level Agreement) é o compromisso formal com o solicitante, o prazo total acordado do início ao encerramento. O SLI alimenta o cálculo do SLO e do SLA. Se o SLA está sendo descumprido, o SLO revela em qual etapa e com qual analista o problema está.

O que é FCR (First Call Resolution) e por que é o KPI mais importante?
▼

FCR (First Call Resolution) é o percentual de chamados resolvidos no primeiro contato, sem necessidade de reabertura ou escalonamento. É considerado o KPI mais importante do service desk porque reflete simultaneamente a eficiência da equipe, a qualidade da base de conhecimento e a adequação dos processos de atendimento. Um FCR baixo pode indicar analistas sem capacitação suficiente para resolver chamados de primeiro nível, base de conhecimento desatualizada ou processos de escalonamento mal definidos. Segundo a SQM Group, índices acima de 80% são considerados world class em suporte.

Como medir a performance de um analista de suporte de forma justa?
▼

A medição justa de performance individual combina pelo menos quatro dimensões: aderência ao SLO individual (percentual de tarefas dentro do prazo definido), taxa de reabertura dos chamados encerrados (indicador de qualidade da solução), distribuição por complexidade (proporção de chamados P1/P2 vs. P3/P4, para contextualizar o volume) e CSAT individual (satisfação dos usuários atendidos pelo analista). Usar apenas volume de chamados como indicador principal gera o incentivo errado: o analista passa a priorizar quantidade sobre qualidade, fechar chamados sem resolver e evitar os mais complexos.

Quantos KPIs de suporte o gestor deve acompanhar?
▼

O HDI recomenda entre 5 e 7 KPIs por processo como referência de foco adequado. Ter 50 indicadores é operacionalmente equivalente a não ter nenhum: quando tudo é prioritário, nada é prioritário. Os 6 indicadores essenciais para gestores de suporte são: FCR, Tempo Médio de Resolução por tipo, Taxa de Aderência ao SLA, Taxa de Reabertura, MTTR e CSAT. A combinação desses seis cobre eficiência, qualidade, velocidade e experiência do usuário, as quatro dimensões que revelam o estado real da operação.

Próximo Passo

Sua equipe de suporte tem um dashboard com indicadores que levam a decisões reais ou apenas gráficos coloridos que ninguém sabe o que fazer?

O MobDesk entrega SLA, SLO por tarefa e dashboards de performance por analista automaticamente. Fale com um especialista Mobit.

Falar com especialista em performance de suporte →

Diagnóstico sem compromisso. 280+ clientes na América Latina.