Calcular o retorno de um serviço gerenciado de TI é uma das tarefas mais mal resolvidas na mesa do decisor. O problema raramente é falta de números — é excesso deles sem critério. Planilhas chegam com economia de licenças, redução de chamados e horas de suporte somadas na mesma coluna, como se tudo fosse dinheiro que volta ao caixa no mesmo prazo. Quem precisa aprovar, renovar ou ampliar um contrato de MSP fica sem resposta para a pergunta que a diretoria faz: esse contrato se paga, e em quanto tempo?
Medir o ROI de um serviço gerenciado de TI exige separar o que é custo evitado, custo transferido e valor adicionado, além de converter indicadores técnicos em impacto financeiro. Disponibilidade, MTTR, cobertura de patching e taxa de resolução no primeiro contato só entram na conta quando viram receita preservada, folha produtiva ou risco regulatório precificado. Sem essa tradução, o business case vira uma lista de métricas que a área de finanças não consegue auditar.
Este texto percorre o caminho completo: como levantar a linha de base da operação interna, quais métricas monetizar, onde o ROI costuma ser inflado artificialmente e como usar o número apurado na negociação de renovação. Nenhuma fórmula substitui premissas declaradas e revisadas ao longo do contrato — mas com elas, a conversa deixa de ser sobre percepção e passa a ser sobre retorno.
O que entra na conta do ROI de um serviço gerenciado de TI
O cálculo de ROI de um serviço gerenciado de TI exige separar o que é custo evitado, custo transferido e valor adicionado. Custo evitado é o que a empresa deixaria de gastar mantendo a operação interna — horas extras, retrabalho, equipamentos emergenciais. Custo transferido é o que migra para o contrato do MSP, como salários de analistas dedicados ou licenças de ferramentas de monitoramento. Valor adicionado é o ganho que não existia antes: projetos entregues mais rápido, receita preservada por maior disponibilidade, risco de multa regulatória reduzido.
Um erro comum em business cases é somar essas três categorias sem distinguir natureza contábil. Custo evitado nem sempre aparece como economia de caixa imediata — eliminar uma posição de analista sênior pode significar realocar a pessoa para um projeto de migração, não demiti-la. O ROI precisa refletir onde o dinheiro de fato muda de mãos e onde ele apenas muda de finalidade. Em contratos de MSP para ambientes Microsoft, parte relevante da conta vem de otimização de licenciamento e de infraestrutura híbrida Azure, que alteram simultaneamente o custo operacional e o perfil de investimento.
Além dos valores monetários diretos, o cálculo incorpora métricas operacionais que funcionam como variáveis intermediárias: disponibilidade, tempo médio de reparo (MTTR), tempo médio entre falhas (MTBF), taxa de resolução no primeiro contato e cobertura de patching. Cada uma dessas métricas precisa ser convertida em impacto financeiro para entrar na fórmula — caso contrário, o ROI vira uma lista de indicadores técnicos sem resposta para a diretoria.
ROI, TCO e payback: três números que respondem perguntas diferentes
ROI percentual, custo total de propriedade (TCO) e payback respondem a perguntas distintas e não devem ser usados como sinônimos. O ROI expressa o retorno gerado sobre o investimento incremental em um período — normalmente anualizado. O TCO soma todos os custos diretos e indiretos de uma solução ao longo de sua vida útil, incluindo energia, licenças, treinamento e desativação. O payback indica em quantos meses o investimento inicial se paga com as economias geradas.
Em contratos de serviço gerenciado, o TCO costuma ser a métrica mais intuitiva para comparar operação interna versus MSP. Levantar o TCO da TI interna exige incluir itens que não aparecem na folha de pagamento, como depreciação de hardware, software de gestão, espaço físico e treinamento contínuo. Já o ROI depende de definir corretamente o "investimento" — se o contrato de MSP substitui custos internos existentes, o investimento incremental pode ser pequeno ou até negativo, o que distorce o percentual e exige cuidado na comunicação.
Quando o payback importa mais que o ROI percentual
O payback ganha relevância em cenários de restrição de caixa ou quando a diretoria avalia o contrato como despesa operacional e não como projeto de capital. Se a migração para um MSP exige investimento inicial em inventário, adequação de rede ou onboarding, o tempo de retorno desse desembolso pode ser o critério decisivo. Um payback de 4 a 8 meses é frequentemente mais persuasivo do que um ROI de 180% ao ano, porque elimina a discussão sobre taxa de desconto e premissas de longo prazo.
Em ambientes financeiros ou com dados sensíveis, o payback também ajuda a justificar investimentos em segurança que não geram receita diretamente. A contratação de um MSP com certificação ISO 27001 ou com cobertura de monitoramento de backup pode ter ROI percentual baixo se medido apenas por economia de custo — mas o payback do risco evitado, calculado sobre multas e incidentes potenciais, costuma justificar a decisão em meses.
- ROI percentual: melhor para comparar alternativas de investimento
- TCO: melhor para decidir entre manter interno ou terceirizar
- Payback: melhor para aprovar gasto sob restrição de caixa
- Risco evitado: melhor para contratos de segurança e conformidade
Linha de base: como calcular o custo real da operação de TI interna
Sem uma linha de base confiável, qualquer cálculo de ROI de MSP é especulação. O levantamento começa pelos custos diretos de pessoal: salários, encargos, benefícios, bônus e provisões trabalhistas de todos os profissionais envolvidos em suporte, infraestrutura, segurança e gestão de TI. Em empresas de médio porte, é comum que a TI interna esteja distribuída em funções híbridas — um desenvolvedor que também atende chamados, um analista de dados que administra servidores — e essa alocação parcial precisa ser estimada com critério.
O segundo bloco é infraestrutura e ferramentas: servidores, storage, switches, firewalls, licenças de sistema operacional, ferramentas de monitoramento, antivírus corporativo, backup e softwares de ITSM. A depreciação desses ativos entra como custo anual, não como desembolso único. O terceiro bloco reúne custos indiretos: energia e refrigeração do datacenter ou sala de servidores, espaço físico, treinamento e certificações da equipe, consultorias pontuais e horas de suporte de fabricantes.
Um levantamento bem feito também registra o custo de oportunidade da equipe interna. Cada hora que um analista sênior dedica a reset de senha ou atualização de patch é uma hora não investida em arquitetura, automação ou projetos que geram receita. Essa métrica aparece detalhada na seção de produtividade liberada, mas precisa ser capturada já na linha de base para permitir comparação consistente antes e depois do contrato.
Custos que somem do orçamento: rotatividade, horas extras e contratações emergenciais
Rotatividade é o custo invisível mais caro da operação interna de TI. Quando somados recrutamento, entrevistas, onboarding e a curva de produtividade dos primeiros meses, o impacto financeiro de cada reposição é significativo. Em mercados aquecidos, o período de reposição se alonga, o conhecimento do ambiente fica concentrado em poucas pessoas e o risco operacional aumenta.
Horas extras recorrentes são sintoma de dimensionamento errado e precisam entrar na linha de base pelo custo efetivo, não pelo valor nominal. Uma equipe que sistematicamente faz horas extras está custando mais do que a folha registra, além de acumular passivo trabalhista e risco de absenteísmo. Contratações emergenciais — repor alguém que saiu durante um projeto crítico ou trazer um especialista para apagar incêndio — também pesam mais do que a contratação planejada, entre urgência e prêmio salarial.
- Rotatividade: custo de reposição que inclui recrutamento, onboarding e curva de produtividade
- Horas extras crônicas: custo efetivo acima da folha nominal
- Contratação emergencial: prêmio sobre a posição planejada
- Conhecimento concentrado: risco operacional que vira custo em incidente
As métricas que traduzem TI gerenciado em dinheiro
Converter métricas técnicas em valores financeiros é o núcleo de um business case de MSP que convence. O ponto de partida é definir o custo por hora de indisponibilidade dos sistemas críticos — não da TI inteira, mas dos serviços que sustentam faturamento, atendimento ou obrigação regulatória. Para uma empresa que processa transações via Pix, por exemplo, uma hora de indisponibilidade do ambiente de pagamento pode representar receita perdida, multa contratual e dano reputacional simultâneos.
O segundo grupo de métricas monetizáveis é o de produtividade: horas de trabalho perdidas por falhas de estação, lentidão de rede ou espera por suporte. Um escritório com 300 colaboradores que perde em média 30 minutos por semana com problemas de TI perde o equivalente a 7.800 horas por ano — valor que se converte diretamente em folha de pagamento improdutiva. O terceiro grupo é o de risco: probabilidade e impacto de incidentes de segurança, perda de dados e não conformidade regulatória.
Disponibilidade e MTTR convertidos em receita perdida
A fórmula básica é: custo do incidente = (receita dependente do sistema por hora × horas de indisponibilidade) + custo de equipe mobilizada + multas ou compensações aplicáveis. Se um sistema fatura R$ 50 mil por hora e fica fora do ar por 3 horas, o impacto direto é de R$ 150 mil antes de considerar qualquer outro efeito. O MTTR — tempo médio entre a detecção e a resolução — determina quantas horas de exposição cada incidente gera.
Um MSP com monitoramento proativo e SLA com metas de resposta e resolução reduz o MTTR por dois mecanismos: detecção antes do usuário reportar e acesso imediato a especialistas sem fila interna. A diferença entre um MTTR de 4 horas e um de 45 minutos, aplicada a uma frequência de incidentes conhecida, produz o valor anual de receita preservada que entra na fórmula do ROI. Para ambientes que dependem de monitoramento contínuo de backup, a métrica equivalente é o tempo de restauração (RTO), que define quanto tempo de dados e de operação se perde em um incidente de perda.
Produtividade da equipe interna liberada para projetos de negócio
O valor da produtividade liberada não é o salário da equipe de TI, mas o retorno dos projetos que ela passa a executar. Se dois analistas internos dedicam 60% do tempo a atividades operacionais que o MSP absorve, as horas liberadas podem ser direcionadas a migração para nuvem, automação de processos ou melhorias em sistemas de atendimento — iniciativas com ROI próprio mensurável.
Para precificar essa liberação, calcule o custo-hora da equipe interna e estime o valor gerado pelas novas atividades. Um analista que custa R$ 120 por hora para a empresa e passa 10 horas semanais em projeto de automação que economiza 40 horas mensais de trabalho manual gera retorno composto: a hora dele deixa de ser custo operacional e vira investimento com payback próprio. Em contratos que incluem gestão de dispositivos via Microsoft Intune, parte dessa liberação vem da automação de políticas e atualizações que antes consumiam dias de trabalho manual.
Risco evitado: como precificar incidentes de segurança e não conformidade
Precificar risco evitado exige trabalhar com faixas e probabilidades, não com valores únicos. A metodologia mais aceita é o valor esperado: impacto estimado do evento multiplicado pela probabilidade anual de ocorrência.
No caso da LGPD, as sanções administrativas podem chegar a 2% do faturamento, limitado a R$ 50 milhões por infração. Além da multa, há custos de notificação, perícia, interrupção de operação e dano reputacional. Um MSP que entrega backup gerenciado com testes regulares de restauração e gestão de vulnerabilidades reduz a probabilidade de incidentes que disparam essas consequências — e essa redução de probabilidade é o que entra no cálculo, nunca uma promessa de eliminação total do risco.
- Valor esperado do risco = impacto × probabilidade anual
- LGPD: multa de até 2% do faturamento, teto de R$ 50 milhões
- Ransomware: impacto típico inclui resgate, parada e recuperação
- Backup testado reduz probabilidade, não elimina risco
Modelo de cálculo passo a passo, com exemplo numérico
O exemplo abaixo é hipotético e serve para demonstrar o método. Considere uma empresa de médio porte com 250 colaboradores, faturamento anual de R$ 80 milhões, equipe interna de TI com 5 pessoas e ambiente em expansão para nuvem híbrida.
Passo 1 — linha de base anual da TI interna:
- Folha de TI (salários, encargos, benefícios): R$ 720 mil
- Horas extras e contratações emergenciais: R$ 85 mil
- Infraestrutura (depreciação, energia, licenças, ferramentas): R$ 180 mil
- Treinamento e certificações: R$ 35 mil
- Custo total da operação interna: R$ 1,02 milhão por ano
Passo 2 — custo do contrato de MSP: R$ 38 mil mensais, totalizando R$ 456 mil por ano, incluindo monitoramento 24×7, gestão de patches, backup gerenciado e suporte N1/N2. A infraestrutura em nuvem permanece como custo separado, mas com otimização de FinOps estimada em 15% de economia sobre a fatura atual de R$ 90 mil mensais — R$ 162 mil por ano.
Passo 3 — ganhos quantificáveis:
- Economia em folha e encargos (2 posições absorvidas pelo MSP): R$ 310 mil
- Redução de horas extras e emergenciais: R$ 85 mil
- Otimização de licenciamento e nuvem: R$ 162 mil
- Receita preservada por menor indisponibilidade (MTTR de 3h para 40min, 6 incidentes/ano, R$ 15 mil/hora): R$ 210 mil
- Produtividade de 250 colaboradores (redução de 20 min/semana de perda): R$ 96 mil
- Total de ganhos anuais: R$ 863 mil
Passo 4 — cálculo do ROI anualizado: ganhos líquidos (R$ 863 mil − R$ 456 mil = R$ 407 mil) divididos pelo custo do contrato (R$ 456 mil) resultam em ROI de aproximadamente 89% ao ano. O payback do investimento inicial de onboarding — estimado em R$ 60 mil para inventário, adequação de rede e configuração de ferramentas — é de cerca de 2 meses considerando o ganho líquido mensal de R$ 34 mil.
As premissas precisam ser documentadas: custo-hora de indisponibilidade, frequência histórica de incidentes, taxa de ocupação da equipe em atividades operacionais e o percentual de otimização de nuvem. Um inventário de ativos completo antes da transição é o que torna essas premissas auditáveis em vez de estimativas soltas.
Erros que inflam o ROI e derrubam a credibilidade do business case
O erro mais comum é somar economia de folha com produtividade liberada como se fossem independentes. Se dois analistas são absorvidos pelo MSP e a empresa contabiliza a economia salarial, não pode simultaneamente contabilizar as horas desses mesmos profissionais como "produtividade liberada" — eles não estão mais na folha. A dupla contagem é detectada rapidamente por qualquer financeiro experiente e contamina todo o restante do cálculo.
Outro erro recorrente é usar disponibilidade de 100% como premissa de receita preservada. Nenhum serviço — interno ou terceirizado — entrega disponibilidade absoluta, e prometer isso no business case gera desconfiança imediata. O correto é trabalhar com a diferença entre o SLA contratado e o desempenho histórico interno: se a operação atual entrega 98,5% e o contrato de MSP estabelece 99,7%, o ganho é sobre o 1,2 ponto percentual de diferença, não sobre a totalidade do tempo disponível.
Também comprometem a credibilidade: ignorar custos de transição e onboarding, não incluir o tempo da equipe interna na gestão do contrato, usar premissas de otimização de nuvem sem diagnóstico prévio e projetar ganhos de produtividade sem medir a linha de base atual. Em ambientes regulados, esquecer de incluir custos de auditoria e evidências de conformidade no escopo do MSP gera surpresas no primeiro ciclo de fiscalização.
- Dupla contagem de folha e produtividade liberada
- Premissa de disponibilidade de 100% como ganho
- Omissão de custos de transição e onboarding
- Otimização de nuvem sem diagnóstico prévio
- Ignorar tempo interno de gestão do contrato
Como apresentar o ROI para diretoria e finanças em 2026
Em 2026, diretorias financeiras estão mais céticas em relação a business cases de TI que prometem economia sem demonstrar mecanismo. A apresentação eficaz começa pela linha de base auditada, segue com as premissas explícitas e termina com cenários — não com um número único. O formato recomendado é uma página executiva com os três números principais (TCO, ROI e payback), seguida de anexos com memória de cálculo e fontes de cada premissa.
O alinhamento com o vocabulário financeiro importa mais do que a precisão técnica. Em vez de "reduzimos o MTTR de 3 horas para 40 minutos", a mensagem é "recuperamos R$ 210 mil por ano em receita que hoje se perde em indisponibilidade". Em vez de "melhoramos o patching", a tradução é "reduzimos a superfície de risco que sustenta o custo de seguro cibernético e a exposição regulatória". Para empresas do setor financeiro, a conexão com requisitos específicos de TI para o setor financeiro fortalece o argumento de conformidade.
Premissas, cenários e o que fazer quando o número não fecha
Todo business case de MSP deve apresentar pelo menos três cenários: conservador, provável e otimista. O conservador considera apenas economia direta de folha e infraestrutura, sem ganhos de produtividade nem receita preservada. O provável inclui produtividade com premissas moderadas. O otimista incorpora receita preservada e otimização agressiva de nuvem — e deve ser apresentado com ressalvas explícitas.
Quando o número não fecha — o ROI fica negativo ou o payback ultrapassa 18 meses —, o problema geralmente está na linha de base superestimada ou no escopo do contrato desalinhado com a necessidade real. A saída não é inflar premissas, mas revisar o escopo: um contrato que cobre apenas N1 e monitoramento pode ter ROI positivo onde um contrato completo de gestão não teria. Em alguns casos, o valor do MSP está em risco evitado e conformidade, e o business case precisa ser apresentado nesses termos — não como economia, mas como redução de exposição com custo conhecido.
Revisão trimestral: mantendo o ROI vivo durante o contrato
O ROI calculado na contratação é uma projeção; o ROI apurado trimestralmente é o que sustenta renovações e expansões de contrato. A revisão trimestral compara as premissas originais com os dados reais: disponibilidade efetiva versus SLA, MTTR medido versus projetado, horas de suporte consumidas, incidentes de segurança registrados e economia de nuvem realizada. Desvios superiores a 15% em qualquer premissa exigem revisão do modelo.
O relatório trimestral deve incluir o custo real do contrato, os ganhos quantificados no período e o ROI acumulado desde o início. Também registra itens qualitativos com impacto futuro: vulnerabilidades corrigidas antes de exploração, backups testados com sucesso, mudanças de escopo solicitadas pelo negócio. Para empresas que operam ambientes híbridos on-premise e Azure, a revisão trimestral é o momento de avaliar se a distribuição de cargas continua otimizada ou se há migração adicional justificada pelos números.
Essa disciplina transforma o contrato de MSP em ativo de gestão, não em despesa fixa. Quando chega o momento de renovar, a empresa não negocia com base em percepção de qualidade, mas em um histórico de três, quatro ou oito trimestres de ROI apurado — com premissas documentadas, desvios explicados e cenários atualizados. É exatamente essa capacidade de demonstrar retorno contínuo que separa contratos de serviço gerenciado renovados por conveniência daqueles renovados por decisão fundamentada.
