Digital Business & Future 15.05.2026

Coûts du cloud : quand le CFO et le CIO s’entendent.

9 min. de lecture

Dans le monde des PME, les factures cloud devraient atteindre en 2026 deux chiffres de plus que ce que la direction a autorisé. Gartner prévoit pour le marché intermédiaire DACH un taux de croissance moyen des dépenses cloud de 23 pour cent en 2025, contre 32 pour cent de déchets dans les budgets selon le rapport State-of-the-Cloud de Flexera. Les chiffres ne sont pas le problème. Le problème est que les CFO et CIO regardent encore deux tableaux distincts lorsqu’une personne demande pourquoi Microsoft-Azure a coûté 180 000 euros supplémentaires en Q1 par rapport aux attentes. C’est précisément là que se décide qui sera à la tête de la cloud en 2026 et qui sera laissé derrière.

Les points clés en bref

Les coûts cloud ne sont pas un bloc de coûts IT : Ils sont une marge opérationnelle car ils croissent avec chaque client, chaque requête d’IA et chaque nouveau service. Les CFO et CIO nécessitent une vision commune sur les contrats, l’utilisation, l’architecture et les prévisions.
Les coûts omis font la différence : Fees d’egress, instances réservées non utilisées, ressources non étiquetées, pics d’inférence IA. Ils ne sont pas visibles dans la BWA standard, mais augmentent les dépenses de deux chiffres.
FinOps n’est pas un outil, mais un ensemble de pratiques : Celui qui traite la discipline comme un sujet de trimestre perd. Celui qui regroupe les prévisions, l’architecture et le contrat dans un cadence de contrôle mensuel gagne six à douze mois de précédence sur le marché.

RelatifS/4HANA-Migration : PME 2026 face à une décision / M&A échoue rarement au prix

Pourquoi la direction doit désormais se préoccuper

Dans la plupart des PME DACH, le cloud est resté stagnant jusqu’en 2024. Quelques charges de travail sur AWS, le stack SAP vers Azure, trois ou quatre contrats SaaS supplémentaires, et le total restait sous le radar de la direction. Cette phase est terminée. Dès que les charges de travail IA s’ajoutent, dès qu’un seul modèle d’inférence produit des montants en cinq chiffres par jour, le cloud devient un poste de coûts opérationnels avec un effet de levier sur la marge.

La direction rencontre un problème structurel. Les CFO et CIO regardent différentes sources de données. Le CFO travaille avec la facture du fournisseur, mensuellement, parfois avec deux semaines de retard, dans sa logique ERP. Le CIO travaille avec l’explorateur de coûts cloud du hyperscaler, quotidiennement, par tags et services. Les deux images sont en accord, mais elles ne sont pas interchangeables. Celui qui ne construit pas une vision commune discute inévitablement dans les réunions de pilotage sur des chiffres fantômes.

La conséquence coûteuse : les mesures sont adoptées de manière réflexe. En cas de doute, on arrête, on annule, on reporte. Exactement les instances réservées qui gagneraient de l’argent dans deux ans sont abandonnées. Exactement le projet Data Lake qui porte le prochain use-case IA est stoppé. Faire des économies sans comprendre l’architecture est dans le contexte cloud souvent plus chère que ne rien faire.

Les cinq types de coûts omis qui ne sont jamais vus

Qui vérifie honnêtement ses dépenses de Cloud en 2026 trouvera ces cinq types de coûts omis qui ne sont pas apparents dans une analyse de compte classique, mais qui peuvent représenter rapidement deux chiffres d’après cent de la totalité des dépenses.

Frais de sortie entre régions et fournisseurs. Les transferts de données depuis la Cloud ou entre régions sont masqués dans les forfaits hyperscale. Les entreprises utilisant une architecture multi-cloud ou considérant des sauvegardes dans une région tierce paient des frais de mouvement qui ne sont jamais achetés de manière consciente, allant de trois à cinq postes par mois.

Instances réservées non utilisées. Achetées il y a deux ans comme un moyen de gagner des économies, elles sont partiellement ou entièrement inutilisées. Malgré cela, leur engagement continue. Lorsque 30 pour cent des IR dépassent 60 pour cent d’utilisation, l’effet économique est inversé.

Ressources non étiquetées. Celles qui ne sont pas assignées à un centre de coût ne sont jamais vérifiées, ne sont jamais désactivées. Dans les environnements de l’Allemagne, d’Autriche et du Liechtenstein (DACH), 15 à 25 pour cent des ressources peuvent être dans cette catégorie et ne sont pas visibles dans le reporting FinOps.

Pics de traitement d’IA. Un seul modèle utilisé de manière productive avec des pics saisonniers peut doubler les dépenses d’un trimestre. Sans une logique de budgétisation basée sur les jetons, ces pics ne sont jamais anticipés, mais apparaissent seulement sur la facture.

Licences SaaS achetées sur les marchés de Cloud. Les licences achetées sur AWS ou Azure Marketplace sont comptabilisées comme des dépenses de Cloud, mais sont généralement absentes du gestionnaire des actifs logiciels standard. Les licences double, les contrats expirés et les comptes de test restent actifs pendant des mois.

Échelle

Avec un dépenses de Cloud de 1,2 millions d’euros par an, les entreprises DACH de taille intermédiaire pourraient en 2026 dépenser entre 250 000 et 380 000 euros dans les cinq types de coûts omis mentionnés. 70 à 80 pour cent de ces dépenses peuvent être réduits sans aucun investissement architectural, dès que le CFO et le CIO collaborent de manière proactive.

Comment un rythme de contrôle commun peut être concret

Il n’y a pas de manuel standard qui convienne à tout entreprise de taille intermédiaire, mais un rythme a été démontré comme étant viable pour les entreprises DACH avec 200 à 2 000 employés en 2026. Il suit une logique simple : le contrat, l’utilisation, la prévision et l’architecture ne sont pas traitées comme un rapport trimestriel, mais comme un cycle opérationnel mensuel.

Stack de routines FinOps dans l’entreprise de taille intermédiaire 2026

Mensuellement, première semaine. Contrôle de la facture de Cloud par rapport à la prévision et aux données Cost-Explorer. Tout avertissement de 5 pour cent ou plus déclenche une analyse approfondie des causes, pas une simple discussion.

Mensuellement, deuxième semaine. Hygiène des tags : toutes les ressources dépassant un seuil sont signalées automatiquement aux propriétaires de service. Si aucune réponse n’est reçue, la ressource est arrêtée lors des prochaines fenêtres de maintenance.

Mensuellement, troisième semaine. Optimisation des contrats : analyse de l’utilisation des Instances Réservées, des Plans de Réduction des Coûts, des licences Marketplace et des contrats expirés. Tous ces éléments sont rassemblés dans une liste d’actions concise.

Quarterly. Revue de l’architecture : quelles charges de travail doivent être migrées vers une région plus appropriée, quelles nécessitent un refactor architectural, quelles devraient être migrées vers un environnement sur site ou vers une Cloud souveraine. Cette étape fait partie du processus de roadmap IT.

Semestriel. Atelier CFO-CIO avec une attention particulière aux marges, à la structure des coûts et à la stratégie de Cloud. C’est également là que les décisions concernant l’utilisation de Multi-Cloud, la repatriation des données ou l’utilisation de Cloud souveraine sont prises.

Qu’un CFO et un CIO aient besoin de l’un de l’autre

Pour que le cycle fonctionne, un accord sur un état de données contraignant doit être conclu entre le CFO et le CIO, sinon chaque rendez-vous tombe dans le piège des chiffres fantômes. Trois données minimales ne sont pas négociables.

Premièrement : un affichage commun de dépenses cloud par département d’activité, mensuel, sans attendre la facture officielle. Les APIs Cost-Explorer des trois grands hyperscalers fournissent cela, mais le CFO doit être prêt à adopter une deuxième source de données en plus de la comptabilisation ERP.

Deuxièmement : un ensemble de KPI qui montre non seulement les dépenses absolues, mais également les dépenses par unité commerciale, par client ou par service. Les coûts cloud sans rapport à la performance commerciale sont une boîte noire. Avec rapport, ils deviennent une mesure de contrôle opérationnelle.

Troisièmement : un modèle de prévision qui ne provient pas de la période de comptabilisation, mais de l’architecture et du plan d’affaires prévus. Celui qui travaillera avec un prévision pour 2026 qui ne représente pas les charges de travail KI du prochain semestre s’expose à des erreurs.

« Traiter les coûts cloud comme un sujet IT purement, c’était already un erreur en 2023. En 2026, c’est une question de marge et fait partie du contrôle opérationnel de l’entreprise. Sinon, le hyperscaler définit la direction trimestrielle, pas le conseil d’administration. »
— Saisie d’entretiens avec plusieurs CFO dans le DACH, Q1 2026

Où l’entreprise de taille intermédiaire sous-estime encore en 2026 ce qui lui arrive

Trois développements vont accroître davantage le stress au deuxième semestre 2026, mais sont encore inscrits dans peu de tableaux de bord des entreprises de taille intermédiaire. Premierement : les cycles de prix des hyperscalers DACH pour 2027, qui commencent à l’automne, apporteront des ajustements de prix pour la capacité GPU et l’egress qui ne sont pas ajustés pour l’inflation, mais motivés stratégiquement. Celui qui ne pense pas à des périodes de contrat en 2026, negocie en arrière-plan en 2027.

Deuxièmement : la discussion sur la cloud souveraine de l’UE passe en 2026 de l’annonce politique à des listes de passation de marché concrètes. Les entreprises de taille intermédiaire avec une majorité de clients proches de l’administration ou avec une infrastructure critique seront contraintes de déplacer des charges de travail individuelles. C’est pas un sujet d’optimisation, c’est une décision d’architecture avec des conséquences pour les marges.

Troisièmement : la FinOps Foundation travaille en 2026 à un cadre révisé qui traite les coûts KI comme une domaine propre. Les entreprises de taille intermédiaire qui mettent en place leur stack FinOps doivent intégrer la dimension des coûts KI dès le début, et non en arrière. Celui qui laisse passer cela, construit en 2027 deux fois.

Foire aux questions

Est-ce que un outil FinOps suffit pour maîtriser les coûts cloud ?

Non. Les outils tels que Apptio Cloudability, Vantage ou Finout fournissent des données précieuses, mais ne remplacent pas un cadence de contrôle. Si vous achetez un outil sans établir un cycle mensuel cross-fonctionnel entre le CFO, le CIO et les propriétaires de service, vous obtiendrez un bon tableau de bord, mais les coûts resteront inchangés.

Qui dans l’entreprise de taille intermédiaire devrait être responsable des coûts cloud ?

À partir d’une dépense cloud d’environ 500 000 euros par an, il est rentable de créer une rôle FinOps dédié, organisé entre l’IT et la finance. Below ce seuil, une double responsabilité convient : le contrôle du CFO s’occupe des dimensions de contrat et de dépense, l’IT s’occupe de l’architecture et de l’utilisation. Il est important que les deux responsabilités discutent de manière synchronisée.

Quelle est la durée de l’amortissement d’un setup FinOps dans un entreprise de taille intermédiaire ?

Dans la plupart des cas d’entreprises de taille intermédiaire DACH, la période d’amortissement se situe entre trois et neuf mois, si la dépense cloud dépasse 600 000 euros par an. Le premier quick-win viendra presque toujours par une amélioration de la hygiène des jours et une restructuration des instances réservées. Les effets d’architecture prennent plus de temps, mais apportent une amélioration durable.

Devrait l’entreprise de taille intermédiaire sérieusement envisager la repatriation cloud en 2026 ?

Selectivement oui, globalement non. Les charges de travail avec un besoin de calcul élevé et prévisible, et une faible dynamique de scalabilité, peuvent devenir plus économiques en local ou dans une co-location. Tout ce qui est élastiquement scalable ou directement lié à des services hyperscale comme des modèles d’IA et des plateformes de données reste dans le cloud le choix le plus approprié.

Qu’est-ce que 2026 le plus coûteux erreur courante dans l’entreprise de taille intermédiaire ?

Économiser de manière réflexive sans compréhension architecturale. En cas de doute, les instances réservées sont annulées, les projets d’IA sont interrompus, et les migrations cloud sont reportées. Ce qui peut paraître être une bonne initiative de contrôle des coûts, coûtera souvent deux à trois fois plus cher après douze mois, car la compétitivité est compromise et le chemin architectural est compromis.