Para Onde Vai Realmente o Seu Orçamento de Cloud

A Parte Um é uma leitura de cinco minutos. A Parte Dois tem as evidências para quem quiser aprofundar.

Parte Um: O problema de governança escondido na sua factura de cloud

Eis um cenário que a maioria dos CIOs reconhecerá. A sua equipa de FP&A precisa de máquinas potentes — ficheiros Excel pesados, macros complexas, modelos financeiros que poriam um portátil standard de joelhos. No passado, isso significava desktops dedicados de alta especificação debaixo das secretárias. Caros de comprar, caros de manter, mas pelo menos o custo era visível e finito: comprava-se o hardware uma vez, amortizava-se ao longo de três a cinco anos, e seguia-se em frente.

A certa altura, alguém decidiu migrar essas cargas de trabalho para máquinas virtuais alojadas na cloud. A lógica parecia razoável — sem hardware para manter, fácil de escalar, mesmas especificações. Mas a economia mudou de uma forma que ninguém acompanhou. Uma estação de trabalho dedicada custa alguns milhares de euros à cabeça e funciona durante anos. Uma VM na cloud com especificações equivalentes custa 500 a 800 euros por mês, todos os meses, indefinidamente. Ao longo de três anos, a opção cloud pode custar duas a três vezes mais do que o hardware que substituiu. E isto antes de contabilizar o que aconteceu a seguir.

Essas VMs estão a funcionar 24 horas por dia, 365 dias por ano. A equipa de FP&A trabalha aproximadamente das nove às cinco. São oito horas de utilização produtiva em cada vinte e quatro — o que significa que dois terços do que está a pagar por essas máquinas é puro desperdício. Não porque a tecnologia esteja errada, mas porque ninguém as desligou durante a noite. E quando a TI sugeriu exactamente isso, a resposta foi: não. A equipa quer as máquinas prontas no instante em que se sentam. Sem espera de arranque. Sem atraso de sessenta segundos. Sempre ligadas, sempre disponíveis, sempre a custar-lhe dinheiro.

Agora imagine que a TI faz um compromisso. Pronto, vamos pôr as VMs num horário — arranque às oito, encerramento às seis. Isso ajuda. Mas também não resolve o problema. O que acontece quando um membro da equipa está doente? De férias durante duas semanas? Num offsite durante três dias? A máquina arranca conforme o horário, funciona o dia inteiro, e ninguém faz login. Multiplique isto por uma equipa de quatro, considere férias, conferências, dias de doença, e a realidade é que mesmo VMs com horário programado estão a funcionar vazias durante uma porção significativa das suas horas «activas». O horário resolve o desperdício nocturno mas falha completamente a variabilidade humana — porque o horário não sabe quem está realmente na secretária.

A TI consegue ver tudo isto nos dados de utilização. Mas não tem autoridade para agir, porque a unidade de negócio não aceita mudanças na forma como os seus recursos são geridos. E assim as máquinas continuam a funcionar, as facturas continuam a chegar, e ninguém na sala onde o orçamento é aprovado faz ideia de que uma grande parte da rubrica está a pagar por computação que não faz nada.

Isto não é um problema de FP&A. É um problema de governança. E está a acontecer em toda a sua infraestrutura cloud.

O desperdício é estrutural, não acidental

Em toda a indústria, as organizações desperdiçam entre um quarto e um terço de cada euro que gastam em cloud. Não em projectos ambiciosos que não resultaram — em recursos que ninguém está a usar. Máquinas virtuais a funcionar vinte e quatro horas por dia para equipas que trabalham em horário de expediente. Volumes de armazenamento ligados a instâncias que foram desactivadas há meses. Ambientes de desenvolvimento que ninguém desligou depois de terminar o sprint. Para empresas de software e TI, a cloud tornou-se silenciosamente a segunda maior rubrica depois dos custos com pessoal, representando em média cerca de um décimo da receita. E o desperdício está embutido na factura de uma forma notavelmente difícil de ver — porque não é um único erro grande e óbvio. São milhares de pequenas decisões que parecem razoáveis e que ninguém tem poder para questionar.

A causa raiz não é incompetência técnica. É uma lacuna estrutural entre quem cria custos de cloud e quem é responsável por eles. As unidades de negócio pedem recursos. A TI provisiona-os. Finanças paga a factura. Mas nenhuma função única tem simultaneamente a visibilidade para ver o desperdício e a autoridade para o parar. A TI consegue ver que uma VM está ociosa dezasseis horas por dia há seis meses — mas não a consegue desligar sem uma luta. Finanças consegue ver a factura total a crescer — mas não consegue distinguir quais rubricas são valiosas e quais são inércia. E a unidade de negócio que pediu o recurso não tem razão para se preocupar com o custo, porque o custo nunca aparece no seu orçamento.

É a mesma lacuna de governança com que as organizações lutaram nos primeiros dias do licenciamento de software empresarial, e antes disso, com os custos de telecomunicações. O padrão é previsível: uma nova categoria de despesa com infraestrutura cresce rapidamente, distribui-se pelas equipas, ultrapassa os controlos desenhados para estruturas de custos mais simples, e torna-se fonte de erosão silenciosa de margens até alguém construir a disciplina para a gerir. A cloud é apenas a iteração mais recente — com a complicação adicional de que a IA está a acelerar a curva de despesa antes de a maioria das organizações ter sequer o básico sob controlo.

A IA agrava a lacuna de governança, não a resolve

As cargas de trabalho de GenAI estão a crescer a taxas que fazem as despesas tradicionais de cloud parecerem estáveis. O mercado de GPU-as-a-service está a expandir-se rapidamente, e os hyperscalers encontraram uma nova alavanca de preços — embalar funcionalidades de IA em produtos existentes, quer se tenha pedido ou não. A Google aumentou os preços do Workspace em até 22% ao integrar o Gemini nos planos base. Azure e AWS também aumentaram os preços em categorias de armazenamento e transferência de dados. O denominador comum é que a infraestrutura de IA é cara de construir, e os hyperscalers estão a passar esse custo para todos os clientes, incluindo aqueles que não implementaram uma única carga de trabalho de IA.

Mas o problema mais insidioso é o que acontece quando as unidades de negócio começam a adoptar ferramentas de IA sem um enquadramento de custos. A mesma dinâmica que mantém as VMs de FP&A a funcionar às duas da manhã repete-se com cargas de trabalho de IA — só que mais rápido e em maior escala. Uma equipa integra um LLM num fluxo de trabalho. A utilização cresce porque é útil. Os custos de tokens escalam com cada consulta. E ninguém construiu um modelo de custos antes de entrar em produção, porque a equipa que adoptou a ferramenta não é a equipa que paga a factura.

Cerca de quatro em cada cinco empresas que implementam IA excedem as suas previsões de custos em 25% ou mais. Isso não é uma falha de previsão — é uma falha de governança. A tecnologia fez exactamente o que lhe foi pedido. A organização simplesmente nunca decidiu quem era responsável por vigiar quanto custava.

Como isto se reflecte no seu orçamento

Vamos pôr números no exemplo de FP&A. Digamos que gere uma operação de média dimensão na região DACH — algumas centenas de colaboradores. A sua equipa de FP&A tem quatro VMs na cloud, cada uma provisionada com computação de alta especificação para modelação financeira. Uma VM bem equipada no Azure ou AWS custa à volta de 500 a 800 euros por mês em plena utilização. Quatro máquinas, sempre ligadas: aproximadamente 24.000 a 38.000 euros por ano.

Agora aplique a realidade das nove às cinco. Dois terços disso — algures entre 16.000 e 25.000 euros anuais — estão a pagar por máquinas que não fazem nada. Para uma equipa. Num departamento.

Escale esse padrão pela organização. Ambientes de desenvolvimento que funcionam à noite e ao fim-de-semana. Servidores de teste que não são tocados desde o último release. Cargas de trabalho de análise que têm um pico de duas horas durante um batch job diário e ficam ociosas as outras vinte e duas. Os inquéritos mostram consistentemente que mais de metade dos líderes de engenharia admite que os seus compromissos de capacidade são essencialmente palpites — recursos dimensionados para a procura de pico e mantidos permanentemente nesse nível.

Para uma empresa de média dimensão no DACH com despesas anuais de cloud de 400.000 a 600.000 euros, os benchmarks da indústria sugerem 100.000 a 180.000 euros de desperdício. Isto não é um erro de arredondamento. É uma contratação sénior. É uma iniciativa de produto. É a diferença de margem entre um ano confortável e um ano apertado. E a razão pela qual persiste não é que ninguém tenha as ferramentas para o encontrar — é que ninguém tem o mandato para o resolver.

Porque é que soluções técnicas não resolvem um problema de governança

O instinto é recorrer a alavancas técnicas. Redimensionar as instâncias. Configurar auto-scaling. Mudar para preços reservados. Etiquetar tudo. Pôr as VMs num horário. Isto ajuda — instâncias reservadas podem cortar os custos de computação em 30–40% para cargas de trabalho previsíveis, e os horários resolvem o desperdício nocturno mais óbvio.

Mas não resolvem o problema subjacente, porque o problema subjacente não é técnico. É sobre quem toma decisões sobre recursos, e com que base.

Redimensionar uma VM que não deveria estar a funcionar de todo apenas torna o desperdício mais barato por hora. Preços reservados numa carga de trabalho que funciona oito horas por dia mas é facturada por vinte e quatro consolida o desperdício com desconto. Um plano de encerramento que não tem em conta férias, ausências e procura real apenas troca desperdício permanente por desperdício diurno. E etiquetar recursos mostra onde está o custo — mas se a equipa que possui a etiqueta não tem incentivo para o reduzir, e a TI não tem autoridade para impor mudanças, as etiquetas apenas produzem relatórios sobre os quais ninguém age.

Este é o padrão de FP&A em miniatura, repetido por toda a empresa. A TI consegue ver o desperdício. Pode recomendar a solução. Mas a solução requer que uma unidade de negócio aceite uma mudança, e sem um modelo de governança que envolva essas equipas na decisão — e as responsabilize pelo resultado — a resposta padrão é sempre «deixa ficar como está».

A resposta não é tirar o controlo às unidades de negócio e entregá-lo à TI. Isso cria um problema diferente: equipas que se sentem policiadas em vez de apoiadas, e uma função de TI que se torna um estrangulamento para cada pedido de recursos. O que funciona é um modelo de governança onde as equipas estão genuinamente envolvidas nas decisões sobre a sua própria utilização de recursos — vêem os custos, compreendem os trade-offs, têm autonomia para escolher como trabalhar dentro de limites definidos. A equipa de FP&A deve absolutamente ter voz em como a sua computação é gerida. Mas deve tomar essa decisão sabendo quanto custa, com um orçamento que o reflicta, e dentro de balizas que impeçam a conveniência de uma equipa de se tornar a despesa oculta da organização.

A indústria tem um nome para esta disciplina. Chama-se FinOps. Mas FinOps não é um dashboard ou um conjunto de alertas de custos. No seu cerne, é um framework de governança — um que dá a cada equipa visibilidade sobre quanto custam as suas cargas de trabalho, autonomia para tomar decisões dentro de limites, e responsabilidade pelas consequências dessas decisões.

Dois caminhos a seguir

Há dois caminhos realistas, dependendo de quanta mudança organizacional está disposto a empreender.

Comece pelo que a TI controla. Se não consegue mudar o modelo de governança agora, comece onde tem autoridade. Faça uma auditoria de desperdício aos recursos que a TI gere directamente — ambientes de desenvolvimento, infraestrutura de teste, ferramentas internas. Implemente planos de encerramento onde puder. Redimensione instâncias que são claramente sobredimensionadas. Limpe armazenamento órfão e snapshots esquecidos. A maioria das organizações encontra 15–20% de poupanças na primeira passagem, frequentemente em semanas. Isto não é transformador, mas demonstra a escala do problema em números concretos — e esses números tornam-se o business case para a conversa mais difícil.

Faça do custo uma responsabilidade partilhada. Se quer as poupanças completas de 30–40% que as organizações maduras alcançam, precisa de mudar quem detém as decisões de custos de cloud — e isso significa envolver as unidades de negócio, não as sobrepor. As equipas vêem o custo dos recursos que consomem, em algo próximo de tempo real, alocado contra os seus próprios orçamentos. Têm autonomia genuína para decidir como usar esses recursos. Mas decidem com total visibilidade sobre quanto custa, e dentro de limites que impeçam as preferências de uma única equipa de criar despesa descontrolada para a organização. A equipa de FP&A pode olhar para 25.000 euros por ano em computação ociosa e decidir que a disponibilidade permanente vale a pena — e essa é uma escolha legítima, desde que seja o seu orçamento a absorvê-la e a tenham feito de olhos abertos. Mais frequentemente, quando as equipas vêem efectivamente o número, concluem que os sessenta segundos de tempo de arranque são um compromisso perfeitamente aceitável. O mesmo se aplica às cargas de trabalho de IA: responsáveis pelos custos desde o primeiro dia, balizas de utilização desde o primeiro dia, não depois da primeira factura surpresa.

O primeiro caminho é o certo se precisa de construir credibilidade e demonstrar valor antes de pedir mudança organizacional. O segundo é o certo se a liderança já sente o problema e está disposta a abordá-lo estruturalmente. De qualquer forma, as organizações que fizeram isto bem reportam algo para além das poupanças de custos: tomam melhores decisões arquitecturais, porque quando as equipas conseguem ver quanto custam as suas cargas de trabalho, começam a fazer perguntas diferentes sobre como as coisas devem ser construídas.

O relógio está a contar para mais do que custos

Para as empresas DACH, há uma dimensão adicional. O panorama regulatório — EU AI Act, EU Data Act, DORA, NIS2 — está a apertar os requisitos sobre como e onde os dados são processados. As organizações que não têm visibilidade sobre a sua infraestrutura cloud terão dificuldade em demonstrar conformidade quando chegar a altura. E a questão da soberania — o crescente desconforto com a dependência de hyperscalers americanos, amplificado por dinâmicas geopolíticas em mudança — está a levar as empresas a pensar se certas cargas de trabalho pertencem a infraestrutura europeia.

Não se consegue tomar essa decisão de forma inteligente se não se sabe o que se está a executar, onde funciona e quanto custa. A governança de cloud não é apenas sobre poupar dinheiro — é a base para cada decisão estratégica de infraestrutura que se segue. Soberania, arquitecturas híbridas, edge computing, gestão de custos de IA — todas dependem da mesma capacidade fundamental: saber o que se tem e ter a autoridade para o gerir.

A conclusão

A conversa que a maioria das equipas de liderança precisa de ter não é sobre se a cloud é demasiado cara. A cloud é infraestrutura, e infraestrutura custa dinheiro. A conversa é sobre quem na organização é responsável por garantir que esse dinheiro é gasto deliberadamente — e se tem a autoridade para agir sobre o que encontra.

Neste momento, na maioria das organizações, a TI consegue ver o desperdício mas não o consegue resolver. Finanças consegue ver a factura mas não a consegue explicar. E as unidades de negócio consomem recursos sem nunca verem a etiqueta de preço. Essa lacuna é onde desaparece um quarto do seu orçamento de cloud. Fechá-la não é um projecto tecnológico. É uma decisão de liderança sobre como a sua organização governa uma categoria de custos que está a crescer mais rápido do que quase qualquer outra rubrica na demonstração de resultados — e que a IA está prestes a tornar significativamente maior.

As VMs always-on da equipa de FP&A são um pequeno exemplo. Mas são um exemplo perfeito. Porque a solução é óbvia, as poupanças são reais, e a única coisa no caminho é uma conversa que ninguém esteve disposto a ter.

Junte-se à discussão

As suas despesas de cloud são governadas — ou apenas monitorizadas? Gostaria de ouvir como a sua organização lida com a lacuna entre a visibilidade de TI e a responsabilidade do negócio — junte-se à discussão no LinkedIn.

Tudo na Parte Um é fundamentado em investigação específica. Esta secção apresenta os dados para quem quiser verificar as afirmações, questionar os números, ou levar isto ao seu conselho de administração com fontes anexas.

Parte Dois: As Evidências

Quão grande é realmente o problema do desperdício?

O número principal vem do Flexera 2025 State of the Cloud Report, que inquiriu mais de 750 profissionais técnicos e líderes executivos a nível mundial. A sua conclusão: as organizações desperdiçam em média 27% das suas despesas com cloud [1]. Os orçamentos de cloud são excedidos em 17% em média — face a 15% no ano anterior — e 84% dos inquiridos classificam a gestão de despesas com cloud como o seu principal desafio [1].

O Private Cloud Outlook 2025 da Broadcom, um inquérito a 1.800 decisores de TI, pinta um quadro ainda mais marcante na perspectiva dos profissionais. Quase metade dos inquiridos — 49% — estima que mais de 25% das suas despesas com cloud pública são desperdiçadas, e 31% acreditam que o desperdício excede metade do total gasto [2]. Não são estimativas abstractas; é o que as pessoas que gerem a infraestrutura acreditam estar a acontecer sob a sua vigilância.

O relatório «FinOps in Focus 2025» da Harness acrescenta a dimensão de engenharia. Inquirindo 700 developers e líderes de engenharia nos EUA e Reino Unido, projectou 44,5 mil milhões de dólares em despesas de infraestrutura cloud empresarial desperdiçados em 2025 em recursos subutilizados. A conclusão que mais se aproxima do argumento de governança: 55% dos developers dizem que os compromissos de compra são baseados em palpites em vez de dados medidos [3]. Os recursos são dimensionados e comprometidos com base em estimativas, e depois mantidos a esses níveis independentemente da procura real.

Para contexto de escala: em empresas de média dimensão centradas em software e TI, a cloud tornou-se a segunda maior rubrica depois dos custos com pessoal, representando em média cerca de 10% da receita [4a]. Quando um quarto dessa rubrica é desperdício, o impacto financeiro é material — não uma oportunidade de optimização, mas um problema de margens.

O acelerador de custos da IA — o que os dados mostram

A IA está a agravar o problema dos custos de cloud mais rapidamente do que a maioria das organizações antecipou, e os dados são agora suficientemente robustos para quantificar o impacto.

Um estudo de 2025 com 372 organizações empresariais concluiu que 80% falham as suas previsões de custos de infraestrutura de IA em mais de 25%, com 24% a falharem em 50% ou mais [5]. O mesmo estudo concluiu que 84% das empresas sofrem erosão de margem bruta de pelo menos 6% devido a custos inesperados de IA, e para empresas com cargas de trabalho de IA pesadas, o impacto na margem atinge 16% — traduzindo-se em mais de 12 milhões de dólares em EBITDA perdido numa empresa de portfólio de 200 milhões de dólares [5].

Os hyperscalers estão simultaneamente a aumentar preços de forma generalizada. A Google aumentou os preços do Workspace em até 22% no início de 2025 ao integrar o Gemini AI nos planos base — um aumento de preço aplicado a todos os clientes independentemente de usarem as funcionalidades de IA [6]. Este padrão de embalar IA em produtos existentes a preços mais elevados está a tornar-se a estratégia de preços padrão dos hyperscalers, tornando efectivamente cada cliente cloud num cliente de IA, quer o tenha escolhido ou não.

O inquérito de 2026 da FinOps Foundation — o seu sexto anual, abrangendo 1.192 inquiridos que gerem mais de 83 mil milhões de dólares em despesas anuais combinadas de cloud — confirma que as organizações estão numa corrida para recuperar. Impressionantes 98% dos profissionais de FinOps gerem agora despesas com IA, face a 63% em 2025 e apenas 31% em 2024 [7]. A velocidade dessa mudança reflecte a rapidez com que os custos de IA passaram de rubrica experimental a problema urgente de governança.

Maturidade FinOps — a lacuna de governança em números

O termo FinOps descreve uma disciplina multifuncional para gerir custos de cloud — combinando stakeholders de finanças, engenharia e negócio num modelo de responsabilidade partilhada. O framework de maturidade da FinOps Foundation utiliza três fases: Crawl (consciência básica), Walk (optimização activa) e Run (madura, gestão contínua).

A adopção está a crescer: 59% das organizações têm agora equipas dedicadas de FinOps, face a 51% em 2024 [1]. Mas a maturidade permanece surpreendentemente baixa. Apenas 14,2% das organizações atingiram o estado «Run» — a fase madura onde a governança de custos está integrada nas decisões operacionais [7]. Os restantes 85,8% ainda estão a construir o básico.

A lacuna entre adopção e maturidade é onde vive o argumento de governança. Ter uma equipa de FinOps não é o mesmo que ter disciplina de FinOps. A investigação é consistente: organizações com práticas maduras de FinOps — as que atingiram Run — alcançam 30–40% de poupanças em comparação com despesas de cloud não geridas [7] [8]. A Deloitte estima a oportunidade de poupança a nível da indústria em 21 mil milhões de dólares só para 2025, com algumas empresas capazes de cortar custos de cloud em até 40% [8].

As instâncias reservadas ilustram a lacuna entre capacidade técnica e execução de governança. A documentação da AWS mostra que as Standard Reserved Instances podem proporcionar poupanças de até 72% sobre o preço on-demand para compromissos de longo prazo, com poupanças típicas a um ano na faixa de 30–40% [9]. A ferramenta existe. As poupanças estão disponíveis. Mas capturá-las requer saber quais cargas de trabalho são previsíveis, quais equipas as detêm, e ter a autoridade organizacional para assumir e fazer cumprir compromissos — todas funções de governança, não técnicas.

Como observou Dave McCarthy, Vice-Presidente de Investigação da IDC: a facilidade de criar recursos reduziu a fricção no lado inicial, mas introduziu um novo problema — a factura inesperada [4b]. A fricção não desapareceu; deslocou-se do procurement para finanças, onde ninguém estava a olhar.

A dimensão regulatória DACH

O imperativo de governança está a intensificar-se especificamente para as empresas DACH, impulsionado por um calendário regulatório que exige a mesma visibilidade que o FinOps proporciona.

O Bitkom Cloud Report 2025 — inquirindo 604 empresas alemãs com pelo menos 20 colaboradores — mostra uma adopção de cloud de 90%, nove pontos percentuais acima dos 81% em 2024 [10]. A cloud já não é infraestrutura opcional; é o ambiente operacional. Mas a dimensão de soberania acrescenta uma camada de complexidade que as empresas americanas e britânicas não enfrentam. O mesmo inquérito Bitkom concluiu que 100% dos inquiridos prefeririam um fornecedor de cloud alemão, e 67% exigem agora um país de origem de confiança como critério de selecção obrigatório — face a 58% no ano anterior [10].

Estas preferências colidem com um calendário regulatório que já está em movimento. A NIS2 tornou-se aplicável em Outubro de 2024, exigindo obrigações reforçadas de cibersegurança incluindo gestão de riscos da cadeia de abastecimento [11]. O DORA — Digital Operational Resilience Act — entrou em aplicação a 17 de Janeiro de 2025, impondo requisitos rigorosos de gestão de riscos de TIC a entidades financeiras e aos seus fornecedores tecnológicos [12]. O EU Data Act tornou-se aplicável a 12 de Setembro de 2025, estabelecendo novas regras sobre acesso a dados, mudança entre fornecedores cloud e interoperabilidade [13]. E as disposições de alto risco do EU AI Act — incluindo os requisitos do Artigo 10 sobre qualidade de dados e governança de dados para sistemas de IA — atingem plena aplicabilidade a 2 de Agosto de 2026 [14].

Cada uma destas regulamentações exige que as organizações saibam que dados possuem, onde são processados, quem tem acesso e sob que condições. Uma organização que não consegue dizer quais recursos cloud estão a funcionar, onde, e quanto custam, não está em posição de demonstrar conformidade com regulamentações que exigem precisamente esse nível de visibilidade operacional. Governança de cloud e conformidade regulatória não são iniciativas separadas — baseiam-se em capacidades idênticas.

Referências

Ref	Fonte	Publicado	Validado	Utilizado para
1	Flexera — 2025 State of the Cloud Report	Março 2025	10 Março 2026	27% desperdício cloud, 17% excesso orçamental, 84% classificam custos como principal desafio, 59% têm equipas FinOps (face a 51%)
2	Broadcom — Private Cloud Outlook 2025	2025	10 Março 2026	49% estimam 25%+ desperdício, 31% acreditam que desperdício excede metade das despesas
3	Harness — FinOps in Focus 2025 Report	Fevereiro 2025	10 Março 2026	44,5 mil milhões $ desperdício cloud projectado, 55% dos developers dizem que compromissos são palpites
4a	CIO.com — Cloud costs now No. 2 expense at midsize IT companies behind labor	2024	10 Março 2026	Cloud como segunda maior rubrica depois de pessoal, ~10% da receita
4b	CIO.com — CIOs contend with rising cloud costs	2024	10 Março 2026	Citação de Dave McCarthy (IDC) sobre facturas inesperadas da facilidade de provisionamento cloud
5	Mavvrik — 2025 State of AI Cost Management Research	2025	10 Março 2026	80% excedem previsões de custos IA em 25%+, 84% sofrem 6%+ erosão de margem por custos IA
6	9to5Google — Google Workspace Price Increase 2025	Janeiro 2025	10 Março 2026	Aumento de preço Google Workspace até 22% com integração Gemini
7	FinOps Foundation — State of FinOps 2026 Report	Fevereiro 2026	10 Março 2026	14,2% em maturidade Run, 98% gerem despesas IA (face a 31% em 2024), 30–40% poupanças na maturidade
8	Deloitte — TMT Predictions: FinOps Tools Help Lower Cloud Spending	Novembro 2024	10 Março 2026	21 mil milhões $ oportunidade de poupança na indústria, até 40% redução de custos alcançável
9	AWS — Reserved Instances Pricing	Contínuo	10 Março 2026	Standard Reserved Instances proporcionam até 72% poupanças; poupanças típicas a um ano 30–40%
10	Bitkom — Cloud Report 2025: Wirtschaft ruft nach deutscher Cloud	Junho 2025	10 Março 2026	90% adopção cloud alemã, 100% preferem fornecedor alemão, 67% exigem país de origem de confiança
11	Comissão Europeia — Directiva NIS2	Contínuo	10 Março 2026	NIS2 aplicável desde Outubro 2024, obrigações reforçadas de cibersegurança
12	EIOPA — Digital Operational Resilience Act (DORA)	Contínuo	10 Março 2026	DORA aplicável desde 17 Janeiro 2025, gestão de riscos TIC para entidades financeiras
13	Comissão Europeia — EU Data Act	Contínuo	10 Março 2026	EU Data Act aplicável desde 12 Setembro 2025, regras de acesso a dados e mudança de cloud
14	EU AI Act — Artigo 10: Dados e Governança de Dados	Contínuo	10 Março 2026	Requisitos de qualidade de dados do Artigo 10, plena aplicabilidade a 2 de Agosto de 2026

Este artigo faz parte da série Strategic Insights de alexandrebally.ch, onde exploramos as realidades operacionais por detrás da transformação empresarial e adopção de IA para PMEs na região DACH.