ROI de cloud: como calcular de verdade — não o que o fornecedor mostra na proposta

Recebi um email outro dia. CFO de uma indústria de Joinville. "Migramos 60% da infraestrutura para AWS em 2023. O fornecedor mostrou economia projetada de 32% em 3 anos. Estamos em junho de 2026 e a fatura é 18% maior que era em 2022. O que aconteceu?"

O que aconteceu foi padrão. Eu sei a história sem nem ver o caso.

A proposta do fornecedor mostra economia em condições controladas. O TCO real aparece 18 a 24 meses depois, quando as otimizações projetadas não acontecem, os custos variáveis explodem, e o lift-and-shift inicial nunca foi otimizado para cloud-native.

Não é má-fé do fornecedor. É honestidade limitada. Eles mostram o melhor cenário possível. Você compra acreditando que é o cenário esperado. São coisas diferentes.

Por que o TCO da proposta de cloud é sempre otimista

A proposta padrão de migração cloud assume três coisas que raramente acontecem:

Premissa 1: Otimização contínua

A proposta assume que sua equipe vai ativamente revisar uso, identificar recursos ociosos, ajustar tamanho de instâncias, aproveitar descontos por reserva.

Realidade: 70% das empresas que migram não têm prática de FinOps madura nos primeiros 18 meses. Recursos provisionados ficam grandes demais. Reservas não são compradas. Descontos não são aplicados.

Premissa 2: Redesign para cloud-native

A proposta assume migração lift-and-shift inicial seguida de refactoring para arquitetura cloud-native (microserviços, serverless, contêineres) ao longo de 12-18 meses.

Realidade: o refactoring geralmente é pausado depois da migração inicial porque "funciona como está". Resultado: você paga por máquinas virtuais em vez de aproveitar o que o cloud oferece de barato.

Premissa 3: Crescimento controlado

A proposta assume crescimento de 10-15% ao ano em consumo cloud.

Realidade: depois de migrar, a empresa começa a usar cloud para tudo. Aplicações novas vão para cloud. Ambientes de teste duplicam. Análises de dados disparam. Crescimento real fica em 30-50% ao ano.

Com essas 3 premissas falhando, o TCO real fica 40-60% acima do projetado em 24 meses.

Os custos que nunca aparecem na proposta inicial

Lista de custos que veio em todas as auditorias de TCO cloud que fiz nos últimos 3 anos e que nunca aparecia na proposta original:

1. Custo de saída (egress)

Cloud é barato para entrar dados. Caro para sair. Se você tem qualquer aplicação que serve grande volume de dados aos usuários (downloads, vídeo, imagens), o egress pode virar 20-30% da fatura.

Cliente real, indústria: pagou R$ 47 mil em egress em um único mês depois de implementar dashboard de Power BI alimentado por dados em AWS. Custo não previsto na proposta original.

2. Custo de licenciamento de software de terceiros

Algumas licenças que rodavam on-premise não funcionam direto em cloud, ou exigem nova licença específica para cloud.

Custo médio adicional: 10-20% sobre licenças pré-existentes.

3. Custo de migração

Proposta mostra TCO operacional. Não mostra custo de migrar.

Para uma empresa de porte médio com 50-80 sistemas, migração completa custa R$ 800 mil a R$ 2,5 milhões. Esse custo precisa estar no cálculo.

4. Custo de pessoas qualificadas

Cloud exige skills diferentes. Engenheiros AWS/Azure/GCP custam 30-50% mais que sysadmins tradicionais. Treinamento da equipe atual leva 12-18 meses.

5. Custo de ferramentas auxiliares

Monitoramento (Datadog, New Relic), gestão de custos (CloudHealth), segurança (Wiz, Prisma) — todas necessárias em ambiente cloud, todas com custo mensal recorrente.

Conjunto típico: R$ 50 a R$ 200 mil/ano dependendo do porte.

6. Custo de over-provisioning conservador

Time novo em cloud geralmente provisiona acima do necessário por medo. "Melhor sobrar do que faltar." O sobrar custa.

Some todos esses. Some à proposta original. Você tem o TCO real.

Como calcular o TCO real em 6 passos

Te dou metodologia que aplico em auditoria de TCO cloud:

Passo 1: Inventário completo on-premise

Lista de tudo que será migrado. Servidores físicos, armazenamento, rede, licenças, backup. Para cada item: custo atual, vida útil restante, custo de operação.

Passo 2: Cálculo de custo on-premise dos próximos 5 anos

Status quo. Quanto custa manter como está, considerando renovações, manutenção, possíveis upgrades obrigatórios.

Passo 3: Estimativa de consumo cloud

Não pegue a estimativa do fornecedor. Faça a sua. Para cada workload, dimensione realisticamente em recursos cloud (vCPU, memória, armazenamento, rede).

Passo 4: Cálculo de custo cloud realista

Use calculadoras públicas (AWS Pricing Calculator, Azure Pricing Calculator). Aplique reserve discounts realistas (não 100% — quase ninguém atinge isso na prática).

Adicione todos os custos secundários (egress, ferramentas, licenças adicionais).

Multiplique por 1,15-1,25 para acomodar crescimento natural pós-migração.

Passo 5: Adicione custos únicos

Migração, treinamento, refactoring, dual-running durante a transição (período em que você paga on-premise e cloud ao mesmo tempo).

Passo 6: Compare on-premise vs cloud em 5 anos

Esse é o número honesto.

Em muitos casos, cloud sai mais caro em 5 anos. Em outros, sai mais barato. Não há resposta universal.

O que comparar: on-premise vs cloud vs colocation

Não são duas opções. São três (ou quatro).

On-premise puro

Servidores na sua empresa. CapEx alto, OpEx mais baixo (energia, refrigeração, equipe). Vida útil 5-7 anos.

Colocation

Servidores físicos seus, mas em datacenter terceirizado. CapEx alto (equipamentos), OpEx médio (aluguel do espaço, conectividade).

Bom para empresas com workload estável, alto volume, e equipe técnica madura.

Cloud público (IaaS — EC2, VMs Azure)

Você gerencia o que roda em cima de máquinas virtuais cloud. CapEx zero, OpEx variável.

Bom para workloads variáveis, time pequeno, necessidade de escala rápida.

Cloud público (PaaS/Serverless)

Você só gerencia código e dados. Cloud cuida do resto.

Bom para aplicações novas, workloads bem comportados, time enxuto.

Cloud privado / hybrid

Mistura: workloads críticos on-premise, workloads dinâmicos em cloud.

A escolha depende de cada workload. Não há resposta única para a empresa toda.

Quando cloud realmente economiza — e quando não economiza

Cloud economiza em:

• Workloads com forte sazonalidade (sobe e desce muito) — você só paga pelo que usa
• Aplicações novas (sem custo afundado em hardware) — cloud-native desde o início
• Empresas com necessidade de elasticidade rápida — cloud responde em minutos, on-premise em meses
• Casos de DR/BCP — cloud como ambiente de contingência é barato
• Workloads experimentais — você sobe, testa, derruba sem custo afundado

Cloud não economiza (e geralmente custa mais) em:

• Workloads estáveis, previsíveis, com alto volume contínuo — on-premise ou colocation sai mais barato
• Empresas sem maturidade FinOps — desperdício compensa qualquer economia
• Aplicações legadas pesadas que não foram redesenhadas — você paga por máquinas virtuais grandes 24/7
• Bancos de dados muito grandes com alta utilização — armazenamento e I/O em cloud são caros

Cloud não é inerentemente caro ou barato. É inerentemente variável. Quem opera com disciplina paga menos. Quem opera sem disciplina paga muito mais.

Reserved Instances e Savings Plans: o desconto que poucos aplicam direito

AWS oferece Reserved Instances e Savings Plans. Azure tem Reserved VMs. GCP tem Committed Use Discounts.

Descontos de 30-60% sobre on-demand, em troca de compromisso de uso por 1 ou 3 anos.

O problema: aplicar errado custa caro.

Reserve demais e você fica preso pagando por capacidade que não usa.

Reserve de menos e você paga on-demand caro.

O que funciona: análise mensal de uso, modelagem de cenários (otimista/realista/pessimista), reserva 70-80% do consumo baseline projetado, deixar margem on-demand para crescimento e picos.

Sem prática FinOps, reservas viram aposta. Com prática FinOps, reservas viram economia substancial.

Quando NÃO migrar para cloud

Vou dizer uma coisa que fornecedores de cloud não dizem: nem todo workload deve ir para cloud.

Casos onde on-premise ou colocation sai mais barato:

• Workload estável, previsível, com alto volume contínuo de processamento
• Banco de dados grande com alta taxa de I/O
• Aplicações com restrições regulatórias específicas sobre localização de dados
• Empresas com infraestrutura on-premise recente, ainda em depreciação

Decisão por workload, não por empresa toda. Híbrido (parte cloud, parte on-premise) muitas vezes é a resposta certa.

Cloud para DR (Disaster Recovery): caso clássico de ROI

Tem um caso de uso de cloud onde o ROI é quase sempre positivo: Disaster Recovery.

Manter DR on-premise é caro. Infraestrutura espelhada, redundância de site, conectividade entre datacenters, equipe para manter.

Cloud para DR funciona com baixo custo recorrente (você paga só armazenamento e capacidade mínima de prontidão) e custo variável quando ativa em desastre real.

Para empresa que ainda mantém DR on-premise tradicional, ROI de migrar só o DR para cloud geralmente passa de 200% em 3 anos.

Mesmo empresas com receio de cloud para produção podem começar pelo DR como teste de relacionamento e maturidade da equipe.

Em resumo: cálculo honesto de ROI cloud em 7 pontos

1. Não use o TCO do fornecedor — faça o seu, com premissas conservadoras
2. Inclua custos secundários (egress, ferramentas auxiliares, licenças adicionais)
3. Inclua custos únicos (migração, treinamento, dual-running)
4. Considere crescimento natural pós-migração (15-25% acima do projetado)
5. Compare em horizonte de 5 anos, não 3
6. Avalie por workload — alguns se beneficiam de cloud, outros não
7. Considere híbrido como possibilidade legítima

Cloud não é universalmente melhor ou pior. É melhor para alguns workloads, pior para outros. Decisão por workload entrega melhor ROI que decisão monolítica.

Antes de decidir migrar — ou se você já migrou e a fatura está incomodando — vale rodar o cenário pela calculadora de ROI. Em alguns casos, a melhor decisão financeira é repensar partes da arquitetura, não migrar para outro fornecedor.

Os custos invisíveis na migração de cloud

Conta típica de ROI em migração para cloud: comparar custo atual de infraestrutura on-premises com custo projetado em cloud. Essa conta sempre subestima o cenário real. Os custos invisíveis frequentemente representam 20-40% do custo total.

O que costuma faltar na análise inicial: custos de transferência de dados (egress fees, frequentemente subestimados); licenças de software portadas para cloud (BYOL nem sempre é vantajoso); treinamento e contratação de talento com expertise cloud (R$ 200-500 mil para empresa de médio porte); retrabalho de aplicações legadas não cloud-native; governança e FinOps (ferramentas e equipe dedicadas).

Esses componentes precisam estar no TCO desde o início. Apresentar ROI sem eles e descobrir os custos depois corrói credibilidade da liderança técnica.

O modelo que funciona: cálculo de TCO em janela de 5 anos, incluindo todos os componentes, comparado com TCO equivalente on-premises na mesma janela. Resultado típico: cloud é vantajoso financeiramente em cenários específicos — não em todos os cenários.

Quando cloud NÃO é mais barato (e está tudo bem)

Pode parecer contra-intuitivo, mas cloud pública nem sempre é mais barata que on-premises bem operado. Em cenários específicos, a conta favorece infra própria.

Cenários onde on-premises tende a ser mais econômico: cargas estáveis e previsíveis (sem variação significativa de demanda), uso intensivo de armazenamento (custo de storage em cloud cresce muito), compliance que exige soberania de dados em jurisdição específica, workloads de altíssima performance com requisitos específicos de hardware.

Mas o ROI de cloud raramente é puramente financeiro. Os ganhos reais frequentemente são: velocidade de provisionamento e experimentação; elasticidade para crescer ou contrair; acesso a serviços gerenciados (banco, mensageria, ML) sem operar infraestrutura; resiliência via multi-region nativo.

Apresentar essa nuance ao board demonstra maturidade. Decisão de cloud que se justifica apenas pelo "todo mundo está fazendo" é fraca. Decisão baseada em análise específica do contexto da empresa tem sustentação real.

O modelo de cálculo que sobrevive a auditoria

Quando o CFO pede ROI de cloud, ele quer ver método. Apresentação que cobre os critérios usuais:

Premissas explícitas e contestáveis: volume de transações, taxa de crescimento, perfil de workload, horizonte temporal, taxa de desconto. Cada premissa deve poder ser questionada e ajustada.

Componentes do TCO atual: hardware (depreciação), software (licenças), instalações (rateio de data center), pessoal de operação, custos de upgrade tecnológico em andamento. Tudo somado em janela de 5 anos.

Componentes do TCO cloud: custos de serviços (compute, storage, network, dados), licenças remanescentes, transferência de dados, retrabalho de aplicações, pessoal redirecionado, governança e FinOps. Em janela equivalente.

Análise de sensibilidade: cenário otimista, esperado, pessimista. Variação esperada de cada premissa principal.

Retorno não-financeiro: ganhos de agilidade, resiliência, capacidade de inovação — quantificados quando possível (tempo médio de provisionamento, percentual de uptime esperado, etc.).

Apresentação completa: 8-12 slides + planilha de modelagem. Tempo de preparação: 80-160 horas para empresa de médio porte. Investimento que sustenta a decisão por anos.