Gestão de TI

Os indicadores de TI que transformam “tá tudo bem” em dado verificável

“Tá tudo bem” é a resposta mais perigosa que a TI pode dar ao gestor. Não porque seja mentira, mas porque não é verificável. O sistema está disponível? Tá tudo bem. Os chamados estão sendo resolvidos? Tá tudo bem. O custo por usuário está dentro do mercado? Tá tudo bem. Sem indicadores formais, qualquer avaliação de TI é percepção, e percepção favorece quem responde, não quem pergunta. Este guia apresenta os sete indicadores que transformam essa conversa em dado, com fórmulas, referências de mercado e os valores que revelam quando algo não está bem de verdade.

Definição objetiva

Indicadores de TI (KPIs de TI) são métricas associadas a objetivos específicos que medem o desempenho da área de tecnologia da informação em três camadas: infraestrutura (disponibilidade dos sistemas, utilização de recursos), serviço (tempo de resolução de chamados, taxa de resolução no primeiro contato, SLA compliance) e negócio (custo por usuário, custo por ticket, ROI de projetos de TI). A diferença entre métrica e indicador é que o indicador tem meta definida e exige ação quando está fora do esperado. O número de chamados abertos é uma métrica. O percentual de chamados resolvidos dentro do SLA é um indicador, porque tem meta (acima de 95%), consequência contratual quando descumpre e indica onde agir. O HDI recomenda entre 5 e 7 KPIs por processo: ter 50 indicadores é o equivalente a não ter nenhum, porque quando tudo é prioritário, nada é.

5 a 7
KPIs por processo é o foco recomendado pelo HDI. Ter 50 indicadores equivale a ter zero. Quando tudo é prioritário, nada é. Os 7 deste guia cobrem as três camadas de gestão de TI
HDI Brasil / Better Skills 2026

8,85h
é o MTTR médio global de service desks segundo a MetricNet. Para chamados críticos, o padrão ouro do mercado brasileiro é até 4 horas. Acima de 8h em críticos: investigar imediatamente
MetricNet / Better Skills 2026

99,5%
de uptime é o mínimo aceitável para PMEs. Abaixo disso, os sistemas ficam indisponíveis por mais de 43 horas por ano, o equivalente a mais de 5 dias úteis de impacto na operação
OpServices / Inconnet 2026

Neste artigo

Por que a TI sem indicadores é gerida por percepção, não por dado
As 3 camadas de indicadores de TI: infraestrutura, serviço e negócio
Os 7 indicadores essenciais com fórmula, referência e o que fazer quando está fora
Como estruturar o relatório mensal de TI que o gestor consegue ler
O que um dashboard de TI deve mostrar e o que não deve
Como usar os indicadores para cobrar um fornecedor ou avaliar a equipe interna
Perguntas frequentes

Por que a TI sem indicadores é gerida por percepção, não por dado

Toda área de empresa que não tem indicadores formais é gerida por percepção. A TI é especialmente vulnerável a esse problema porque os gestores não técnicos não têm como avaliar de forma independente se o que a TI entrega é bom, mediano ou ruim. A comparação é impossível sem referência. E referência, sem número, não existe.

O resultado é uma dinâmica onde a TI diz “tá tudo bem” e o gestor acredita porque não tem como verificar. Quando o sistema cai, vira exceção. Quando o chamado demora três dias para ser resolvido, vira problema do usuário que não soube abrir corretamente. Quando o custo por colaborador é o dobro do mercado, ninguém sabe porque nunca ninguém calculou.

Situação	TI sem indicadores	TI com indicadores
O sistema ficou fora das 14h às 16h	“Foi uma instabilidade pontual, já resolvemos”	Uptime do mês: 98,6%. Segunda violação de SLA de disponibilidade no trimestre. Ação corretiva exigida.
Chamado demorou 3 dias	“Foi um caso complexo, fora do normal”	MTTR do mês: 31,2h. Acima do SLA de 24h. Taxa de violação: 18%. Investigar gargalo de processo.
TI está “custando caro”	“Temos muito equipamento e a equipe está sobrecarregada”	Custo por usuário: R$ 580/mês. Benchmark PME: R$ 200-500. 16% acima da faixa. Revisar contrato ou dimensionamento.
Mesmo problema volta toda semana	“Esse sistema é frágil, estamos investigando”	MTBF: 6,8 dias. Meta: acima de 30 dias. Causa raiz não tratada. Exigir análise formal e plano de ação.
Novo colaborador sem acesso no primeiro dia	“Houve um problema na comunicação com o RH”	Tempo médio de onboarding de TI: 2,3 dias. Meta: 1 dia. Processo de provisionamento com gargalo identificado na etapa 3.

A assimetria de informação que favorece sempre quem presta o serviço

Sem indicadores, o fornecedor ou a equipe interna de TI é o único que sabe se o serviço está bom. O gestor não tem como verificar, comparar com o mercado ou exigir melhoria com argumento objetivo. Indicadores eliminam essa assimetria: colocam o gestor e o fornecedor no mesmo nível de informação, com os mesmos números na mesma reunião mensal.

As 3 camadas de indicadores de TI: infraestrutura, serviço e negócio

Indicadores de TI organizam-se em três camadas com públicos e periodicidades diferentes. Misturar as três na mesma reunião sem separação é um erro comum que faz o técnico falar de CPU e o CFO se perder antes do terceiro slide.

Camada	Pergunta que responde	Exemplos	Público	Periodicidade
Infraestrutura	“A tecnologia está funcionando?”	Uptime/disponibilidade, utilização de CPU e memória, MTBF, latência de rede	Equipe técnica de TI	Diária ou semanal
Serviço	“O suporte está entregando o que prometeu?”	MTTR, FCR, SLA compliance, taxa de reabertura, CSAT	Gestor de TI e gestor de operações	Semanal e mensal
Negócio	“A TI está valendo o que custa?”	Custo por usuário, custo por ticket, ROI de projetos, percentual do faturamento em TI	Diretoria e CFO	Mensal e trimestral

Os 7 indicadores essenciais com fórmula, referência e o que fazer quando está fora

Os sete indicadores abaixo cobrem as três camadas de gestão de TI e correspondem ao conjunto recomendado pelo HDI de 5 a 7 KPIs por processo. Cada um tem fórmula objetiva, referência de mercado verificada em 2026 e a ação corretiva indicada quando o número está fora do esperado.

Disponibilidade (Uptime) — Camada: Infraestrutura

uptime = (T_disponível / T_total) × 100

Percentual de tempo que os sistemas críticos ficaram disponíveis para uso. É o indicador mais fundamental porque mede o que o colaborador experimenta diretamente: o sistema está funcionando ou não. Não confundir “sistema no ar” com “sistema usável”: um sistema que responde em 30 segundos pode ter uptime de 100% e ainda assim não ser operacionalmente aceitável.

Como calcular

(Horas disponível ÷ Horas totais do período) × 100

Exemplo: sistema ficou fora 4h em um mês de 720h → uptime = (716 ÷ 720) × 100 = 99,44%

Referência de mercado

Acima de 99,9%: excelente

99,5% a 99,9%: aceitável PME

Abaixo de 99,5%: crítico

Abaixo de 99,5%: mais de 43h/ano fora do ar. Investigar causa raiz imediatamente.

MTTR — Tempo Médio de Resolução — Camada: Serviço

MTTR = Σ(t_resolução) / n_chamados

Tempo médio entre a abertura de um chamado e a resolução definitiva do problema. É o indicador que o colaborador sente mais diretamente: quanto tempo ele fica sem a ferramenta que precisa para trabalhar. O MTTR médio global de service desks é de 8,85 horas segundo a MetricNet. Para chamados críticos, o padrão ouro do mercado brasileiro é até 4 horas.

Como calcular

Soma do tempo de resolução de todos os chamados ÷ Número de chamados no período

Referência (mercado BR 2026)

Crítico: ≤ 4h

Alto: ≤ 8h

Médio: ≤ 24h

Baixo: ≤ 48h

MTTR crescendo sem causa conhecida: identificar gargalo por etapa do processo de resolução.

SLA Compliance — Taxa de Cumprimento de SLA — Camada: Serviço

SLA% = (no_prazo / total) × 100

Percentual de chamados atendidos e resolvidos dentro dos prazos acordados em contrato. É o indicador que vai para o relatório executivo e para a reunião de governança com o fornecedor. Abaixo de 90% é sinal claro de que algo estrutural não está funcionando: ou os SLAs estão subdimensionados ou a equipe está sobrecarregada ou o processo tem gargalo.

Atenção crítica

SLA compliance alto com taxa de reabertura alta é o falso positivo mais perigoso: o chamado fecha no prazo mas o problema volta. Os dois indicadores precisam ser lidos juntos.

Referência de mercado

Acima de 95%: excelente

90% a 95%: aceitável

Abaixo de 90%: ação imediata

FCR — First Call Resolution — Camada: Serviço

FCR = (1ª_resolução / total) × 100

Percentual de chamados resolvidos no primeiro contato, sem necessidade de reabertura ou escalonamento para nível superior. FCR baixa raramente é problema de esforço da equipe: o mais comum é ausência de base de conhecimento, o que faz o técnico resolver mais devagar e às vezes resolver parcialmente. A melhoria de FCR tem efeito cascata: reduz volume total de chamados, reduz MTTR e melhora CSAT.

Referência de mercado

Acima de 70%: bom

50% a 70%: atenção

Abaixo de 50%: base de conhecimento deficiente

Custo de TI por usuário ativo — Camada: Negócio

custo_user = custo_TI / usuários

Divide o custo total da TI no mês pelo número de usuários ativos. É o indicador financeiro de maior impacto na conversa com diretoria e CFO porque permite comparação direta com o mercado. Uma empresa que paga R$ 580/usuário/mês quando o benchmark do setor é R$ 200 a R$ 500 tem um argumento objetivo para renegociar o contrato ou revisar o modelo de TI.

Como calcular

Custo total de TI no mês ÷ Número de usuários ativos

Inclua no custo total: mensalidade do fornecedor, licenças de software, conectividade, hardware amortizado e equipe interna se houver.

Benchmarks PME Brasil 2026

Suporte básico: R$ 100 a R$ 200/usuário

Gestão completa: R$ 200 a R$ 500/usuário

Com segurança e cloud: R$ 400 a R$ 800/usuário

Acima da faixa do escopo contratado: revisar contrato, eliminar serviços subutilizados ou comparar com outros fornecedores.

Custo por ticket resolvido — Camada: Negócio

custo_ticket = custo_TI / tickets

Divide o custo total da TI pelo número de chamados resolvidos no período. Mede a eficiência financeira do suporte: o quanto custa para a empresa cada problema de TI resolvido. Um custo por ticket crescendo sem aumento de complexidade dos chamados revela ineficiência operacional. Um custo por ticket caindo enquanto o CSAT mantém pode indicar automação bem-sucedida.

Leitura combinada essencial

Custo por ticket alto com FCR baixa: problema na base de conhecimento. Custo por ticket alto com volume de chamados crescente: investigar se há problemas estruturais que geram retrabalho.

Benchmarks PME Brasil 2026

R$ 30 a R$ 80: eficiente

R$ 80 a R$ 150: médio

Acima de R$ 150: alto

MTBF — Tempo Médio entre Falhas — Camada: Infraestrutura

MTBF = T_disponível / n_falhas

Tempo médio entre uma falha de sistema e a próxima. Enquanto o uptime mede o percentual de disponibilidade, o MTBF mede com que frequência as falhas acontecem. Um sistema pode ter uptime de 99% mas MTBF de 3 dias (falha toda semana, mas a equipe resolve rápido). Outro pode ter uptime de 98% mas MTBF de 90 dias (falha raramente, mas quando falha fica fora por mais tempo). São comportamentos completamente diferentes que exigem ações diferentes.

O que revela

MTBF baixo (falhas frequentes) com causa raiz nunca identificada: o suporte resolve pontualmente mas não elimina o problema. Exige análise de causa raiz formal e plano de ação documentado.

Referência

Acima de 720h (30 dias): excelente

168h a 720h (1 a 4 semanas): aceitável

Abaixo de 168h (semanal): causa raiz não tratada

Os 7 indicadores em uma tabela: referência rápida para gestores

Indicador	Camada	Meta (excelente)	Atenção imediata	Fonte de dados
Disponibilidade	Infra	≥ 99,9%	＜ 99,5%	Ferramenta de monitoramento / painel do parceiro
MTTR (crítico)	Serviço	≤ 2h	＞ 4h	Sistema de tickets / relatório mensal
SLA Compliance	Serviço	≥ 95%	＜ 90%	Sistema de tickets / contrato
FCR	Serviço	≥ 70%	＜ 50%	Sistema de tickets
Custo / usuário	Negócio	R$ 200-500	Acima da faixa do escopo	Fatura TI / contrato / folha
Custo / ticket	Negócio	R$ 30-80	Acima de R$ 150	Custo TI ÷ tickets resolvidos
MTBF	Infra	≥ 720h	＜ 168h	Ferramenta de monitoramento

Como estruturar o relatório mensal de TI que o gestor consegue ler

O relatório mensal de TI deve ter dois formatos: um para a equipe técnica (completo, com todos os indicadores e tendências) e um para a diretoria (uma página, com os números mais relevantes para o negócio e ações em andamento). Relatório de TI que a diretoria não entende não é lido, e relatório não lido não gera decisão.

O relatório executivo de TI de uma página: estrutura ideal

Seção 1 (topo)	3 números principais do mês — Disponibilidade, SLA compliance e custo por usuário. Apenas esses três, com seta de tendência (subiu/caiu) em relação ao mês anterior e semáforo de status (verde, amarelo, vermelho). O gestor lê em 10 segundos.
Seção 2	Incidentes relevantes do mês — Máximo 3 linhas por incidente: o que aconteceu, quanto tempo ficou fora e o que foi feito para evitar recorrência. Não é histórico técnico: é comunicação executiva de risco.
Seção 3	Chamados: volume, categoria e tendência — Quantos chamados foram abertos, quais as 3 categorias mais frequentes e se o volume está subindo ou caindo. Problema recorrente na mesma categoria é sinal de causa raiz não tratada.
Seção 4	Ações em andamento e próximos passos — O que está sendo feito para melhorar o que está fora do benchmark, com responsável e prazo. Sem ação definida, o relatório é prestação de contas sem gestão.
Frequência	Mensal, na primeira semana de cada mês. O relatório de TI precede a reunião de revisão mensal, não o substitui. A reunião serve para discutir os números, não para apresentá-los pela primeira vez.

O que um dashboard de TI deve mostrar e o que não deve

Dashboard de TI que mostra 40 métricas ao mesmo tempo não é gestão: é monitoramento técnico que só o analista entende. Um dashboard eficaz para gestores mostra apenas os indicadores que, quando fora do esperado, exigem ação ou decisão de alguém além da equipe técnica.

Tipo de dado	Dashboard de gestão (visível para diretoria)	Dashboard técnico (equipe de TI)
Disponibilidade	Uptime mensal em % com semáforo	Uptime por sistema, por hora, com timeline de incidentes
Chamados	Volume total + SLA compliance + top 3 categorias	Todos os tickets com status, responsável, tempo de cada etapa
Custo	Custo/usuário vs. benchmark + variação mês a mês	Custo por categoria, por fornecedor, por serviço
Infraestrutura	Não mostrar: não é acionável para gestores	CPU, memória, disco, tráfego de rede por servidor
Segurança	Número de incidentes de segurança + status de backup	Alertas de segurança, logs de acesso, status de patches

Como usar os indicadores para cobrar um fornecedor ou avaliar a equipe interna

Os indicadores só funcionam como ferramenta de gestão quando têm três elementos: meta definida antes da medição, consequência contratual ou operacional quando a meta não é atingida, e revisão periódica formal onde os números são apresentados e discutidos. Sem esses três elementos, o indicador é só um número que ninguém usa para nada.

Como transformar indicadores em conversa de gestão

Fornecedor externo	Exija que todos os KPIs acordados estejam no contrato com metas numéricas e penalidades por descumprimento. Na reunião mensal de governança, apresente os números do sistema de tickets (que deve ser acessível à empresa, não apenas ao fornecedor) e compare com as metas. Desvio recorrente no mesmo indicador por 2 meses seguidos deve gerar plano de ação documentado com prazo.
Equipe interna	Use os indicadores como ferramenta de coaching, não de punição. O analista que resolve 95% dos chamados no prazo e tem FCR de 72% está performando bem. O analista com MTTR de 48h em chamados médios precisa de treinamento ou de melhoria de processo, não de pressão sem dado. O número diz o que melhorar, não quem culpar.
Ambos	A pergunta certa não é “por que esse número está ruim?” mas sim “o que precisamos mudar para que esse número melhore nos próximos 30 dias?” A resposta a essa pergunta, com responsável e prazo definidos, é o que transforma indicador em gestão real.

Próximo Passo

Você recebe algum desses 7 indicadores no relatório mensal da sua TI hoje?

A Mobit entrega relatório mensal com os 7 indicadores deste guia, comparados com benchmarks de mercado e com plano de ação quando algum está fora da meta. Sua TI para de ser caixa preta.

Quero TI com indicadores e relatório mensal →

Diagnóstico gratuito. Sem compromisso.

Perguntas frequentes sobre indicadores de TI

Quais são os principais indicadores de TI para empresas? ▼

Os sete principais indicadores de TI para gestores de empresas são: disponibilidade (uptime) dos sistemas críticos, com meta acima de 99,5%; MTTR (tempo médio de resolução de chamados), com meta de até 4 horas para chamados críticos; SLA compliance (percentual de chamados resolvidos dentro do prazo acordado), com meta acima de 95%; FCR (first call resolution, taxa de resolução no primeiro contato), com meta acima de 70%; custo de TI por usuário ativo, com benchmark de R$ 200 a R$ 500 por mês para gestão completa de PME; custo por ticket resolvido, com benchmark de R$ 30 a R$ 80 para operação eficiente; e MTBF (tempo médio entre falhas), com meta acima de 720 horas (30 dias). O HDI recomenda entre 5 e 7 KPIs por processo: ter mais do que isso dilui o foco e torna a gestão impraticável.

Como calcular o custo de TI por usuário? ▼

O custo de TI por usuário é calculado dividindo o custo total de TI no mês pelo número de usuários ativos. O custo total deve incluir todos os componentes: mensalidade do fornecedor de TI ou salário mais encargos da equipe interna, licenças de software (Microsoft 365, antivírus, ferramentas de gestão), links de conectividade (internet, VPN), hardware amortizado (custo de compra dividido pelo número de meses de vida útil esperada) e qualquer custo recorrente relacionado à operação de TI. Para uma empresa de 50 usuários que gasta R$ 25.000 por mês em tudo relacionado a TI, o custo por usuário é R$ 500. O benchmark para PMEs brasileiras em 2026 é de R$ 100 a R$ 200 por usuário para suporte básico, R$ 200 a R$ 500 para gestão completa e R$ 400 a R$ 800 para pacotes com segurança e cloud incluídos. Custo acima da faixa correspondente ao escopo contratado é um argumento objetivo para renegociar o contrato ou comparar com outros fornecedores.

Qual deve ser o uptime mínimo dos sistemas de uma empresa? ▼

O uptime mínimo aceitável para PMEs brasileiras em 2026 é de 99,5% para sistemas críticos de operação. Em números absolutos, 99,5% de uptime significa que o sistema pode ficar indisponível por no máximo 43,8 horas por ano, o equivalente a aproximadamente 5,5 dias úteis de impacto potencial. Para empresas com operação contínua ou que dependem dos sistemas para atender clientes em tempo real, a meta deve ser 99,9%, que permite apenas 8,76 horas de indisponibilidade por ano. Para sistemas não críticos (relatórios, ferramentas internas secundárias), 99% é aceitável, permitindo até 87,6 horas anuais. Abaixo de 99,5% em sistemas críticos é sinal de infraestrutura subdimensionada, falta de redundância ou ausência de monitoramento proativo que permita identificar e corrigir problemas antes que causem indisponibilidade.

Qual a diferença entre MTTR e MTBF? ▼

MTTR (Mean Time to Repair ou Mean Time to Resolve) é o tempo médio que a equipe leva para resolver um problema após ele ter ocorrido: mede a velocidade de resposta e resolução. MTBF (Mean Time Between Failures) é o tempo médio entre uma falha e a próxima: mede com que frequência os problemas acontecem. Os dois indicadores são complementares e revelam comportamentos diferentes. Um sistema com MTTR baixo mas MTBF baixo está falhando frequentemente mas sendo resolvido rápido: a causa raiz não está sendo tratada, apenas o sintoma. Um sistema com MTTR alto mas MTBF alto falha raramente mas quando falha demora para ser resolvido: o problema é de processo de resolução ou capacidade técnica. A situação ideal é MTBF alto (falhas raras) combinado com MTTR baixo (resolução rápida quando ocorre). Para PMEs, o MTBF alvo para sistemas críticos é acima de 720 horas (30 dias entre falhas), e o MTTR alvo para chamados críticos é abaixo de 4 horas.

Como a Mobit entrega indicadores de TI para a empresa? ▼

A Mobit inclui relatório mensal de indicadores de TI em todos os contratos de gestão de TI. O relatório cobre as três camadas: infraestrutura (disponibilidade dos sistemas e MTBF), serviço (MTTR por criticidade, SLA compliance, FCR e volume de chamados por categoria) e negócio (custo por usuário comparado com benchmarks de mercado e custo por ticket). O relatório é entregue na primeira semana de cada mês em formato executivo, com semáforo de status para cada indicador e comparativo com o mês anterior. Quando algum indicador está fora da meta, o relatório inclui a análise da causa e o plano de ação com responsável e prazo. A empresa tem acesso ao painel de chamados em tempo real, não precisa esperar o relatório mensal para saber o status dos chamados abertos. Esse nível de transparência é o que transforma a TI de caixa preta em área gerenciável com dado verificável.