La facture cloud mensuelle arrive, personne ne sait quelle équipe a consommé quoi.

Le dépassement se constate en clôture, trois semaines après le pic qui l'a produit. Un dérapage de 5 % en semaine 2 pouvait encore se rattraper, en semaine 6 il est devenu un poste à expliquer en comité. Et surtout, le compteur qui facture est lu par celui qui facture : rien ne recoupe les volumes remontés par AWS, Azure ou GCP avec une mesure tierce, posée côté client.

Un outil finops ne se juge pas au nombre de dashboards. Certaines plateformes rejouent le reporting du fournisseur avec une interface plus lisible. D'autres recomputent les volumes à partir des logs bruts (CUR, EA, billing export) et imposent sur chaque ligne de facture deux attributs posés à l'ingestion : nature technique côté infra, équipe propriétaire côté métier. L'écart de valeur entre ces deux familles se mesure à la capacité d'arbitrer un poste qui dérive la deuxième semaine du mois, pas à produire un rapport propre une fois le trimestre consommé.

Voici les dix plateformes de gestion des coûts cloud retenues sur Foxeet, classées selon ce qu'elles font vraiment du compteur.

Logiciels FinOps : classement 2026

Notre n°1 2026

1

Apptio

250 recherches/mois

La gestion des coûts IT à l'échelle d'un grand groupe demande plus qu'un dashboard cloud. Apptio couvre le TCO on-premise, les dépenses cloud multi-provider via Cloudability, et la refacturation interne par ligne métier. Le modèle TBM (Technology Business Management) structure l'ensemble en un plan comptable IT standardisé, utilisé pour comparer le coût d'une application entre deux pays ou défendre un budget devant un comité d'audit. Le produit vise les DSI qui pilotent plusieurs centaines de millions d'euros de dépenses IT par an, avec des équipes dédiées à l'analyse financière des SI.

Grands comptes IT · DSI > 100 M€ de budget annuel · Secteurs régulés (banque, assurance, télécom) Sur devis

Couverture fonctionnelle

2

IBM Turbonomic

20 recherches/mois

Peu de plateformes vont jusqu'à exécuter elles-mêmes les actions de rightsizing et de placement. Turbonomic en fait son cœur : un moteur économique interne arbitre en continu la demande applicative face aux ressources disponibles, puis déclenche redimensionnements, migrations ou scaling, avec option d'automatisation complète sans ticket humain. La couverture hybride (VMware, AWS, Azure, GCP, Kubernetes) sert les parcs mixtes, pas seulement les hyperscalers. Le positionnement reste celui d'un outil de performance assurance plus que de reporting FinOps au sens strict : les équipes qui cherchent d'abord du showback, du chargeback ou du suivi budgétaire fin devront compléter avec un outil dédié.

Grands comptes et ETI avec parc VMware étendu et empreinte multi-cloud Sur devis

Couverture fonctionnelle

3

CloudZero

50 recherches/mois

Suivre le coût unitaire d'un produit SaaS ou d'un modèle d'IA, pas seulement la facture AWS globale : c'est le pari de CloudZero, qui normalise les lignes de facturation cloud (AWS, Azure, GCP, Snowflake, Databricks) et les rattache à des dimensions métier (client, feature, équipe, appel LLM). Les coûts d'inférence par token et par prompt remontent dans la même grille que l'EC2, utile quand GPT-4 et Claude pèsent déjà plus que la base de données. L'approche CostFormation code les règles d'allocation en YAML versionné, ce qui tranche avec les tags cloud laissés à l'abandon dans la plupart des org.

Scale-ups SaaS multi-tenant et équipes GenAI à forte dépense inférence Sur devis

Couverture fonctionnelle

Le ventre du classement rangs 4 à 7

4

Holori

80 recherches/mois

Les équipes qui jonglent entre AWS, Azure et GCP perdent des heures à consolider leurs factures cloud. Holori répond à ce point en agrégeant les coûts multi-cloud dans une interface unique, étendue récemment aux dépenses d'inférence IA (OpenAI, Anthropic, modèles self-hosted). L'outil combine visualisation des architectures sous forme de diagrammes générés automatiquement et détection de ressources sous-utilisées. Deux différenciateurs réels tirés de la description : le volet IA, encore rare chez les concurrents FinOps historiques, et la cartographie visuelle qui parle aussi aux architectes, pas uniquement aux responsables financiers.

PME tech et scale-ups multi-cloud avec usage IA génératif Sur devis

Couverture fonctionnelle

5

Ternary

140 recherches/mois

Suivre une facture GCP à l'identifiant de pod près reste rare dans l'outillage FinOps grand public. Ternary s'est construit sur ce terrain, en couvrant d'abord Google Cloud puis AWS et Azure, avec une finesse Kubernetes qui tranche. L'outil consolide les coûts multi-cloud, détecte les écarts anormaux et projette la trajectoire budgétaire par équipe ou par projet. L'interface reste sobre, pensée pour des équipes plateforme déjà familières de BigQuery et des étiquettes de ressources. Les équipes finance y gagnent une allocation lisible, moins le confort d'un reporting prêt à présenter en comité.

Équipes plateforme multi-cloud à dominante GCP ou Kubernetes Sur devis

Couverture fonctionnelle

6

ProsperOps

40 recherches/mois

L'automatisation des engagements AWS, Azure et GCP (Reserved Instances, Savings Plans) tient tout le poste. ProsperOps achète, revend et arbitre ces commitments en continu, sans intervention de l'équipe FinOps. Le modèle économique repose sur un partage des économies effectivement constatées, avec un taux garanti contractuellement, chose rare dans la catégorie. Le périmètre reste étroit : uniquement les engagements compute, pas le stockage, pas le réseau, pas la gouvernance tag/budget. Pour une équipe qui gère un parc EC2 ou GCE volumineux et n'a ni le temps ni l'envie de piloter manuellement les SP 1 an ou 3 ans, l'outil fait le travail à sa place.

Équipes FinOps/DevOps gérant un parc cloud AWS ou GCP engagé sur Savings Plans Sur devis

Couverture fonctionnelle

7

Finout

70 recherches/mois

Agréger les factures AWS, Azure, Snowflake et OpenAI dans une même vue : c'est la promesse portée par Finout, qui unifie coûts cloud, SaaS et IA sur un tableau unique. L'approche MegaBill rapatrie les lignes de dépense multi-fournisseurs sans toucher aux tags d'origine, via un étiquetage virtuel qui recouple les ressources partagées (Kubernetes, data warehouses) aux équipes réelles. L'allocation des coûts mutualisés, souvent angle mort des généralistes FinOps, reste le vrai point d'ancrage. Les anomalies remontent avec un seuil configurable par ligne de produit, pas uniquement global. Interface technique côté finance, à prévoir dans le plan d'adoption.

Scale-ups data-intensive multi-cloud · DSI avec stack Kubernetes mature Sur devis

Couverture fonctionnelle

Les outsiders à connaître rangs 8 à 10

8

Vantage

22 740 recherches/mois

Côté SaaS, les factures Datadog ou Snowflake explosent souvent avant que le FinOps ne les voit passer. Vantage agrège AWS, GCP, Azure, Kubernetes et une centaine de fournisseurs SaaS dans la même vue, avec rapports partagés par équipe et détection d'anomalies sur les lignes qui dérapent. Les Autopilot savings negocient automatiquement les Reserved Instances et Savings Plans sans engagement long. L'outil tire sa réputation d'un onboarding court (quelques heures de connexion read-only) et d'une tarification lisible basée sur la dépense suivie, pas sur le nombre d'utilisateurs.

Scale-ups tech multi-cloud · DSI avec forte dépense SaaS Sur devis

Couverture fonctionnelle

9

AI Value Cloud FinOps

1 600 recherches/mois

Positionné à l'intersection de la FinOps classique et de la mesure d'impact métier, AI Value Cloud FinOps tente de répondre à une question que peu d'outils adressent : combien coûte un cas d'usage IA rapporté à ce qu'il rapporte vraiment. L'approche remonte le coût d'inférence et d'entraînement jusqu'à l'unité métier (dossier traité, ticket résolu, lead qualifié) plutôt que de s'arrêter au workload cloud. Utile quand les équipes data et finance ne parlent plus la même langue sur la rentabilité des projets GenAI.

Directions data et finance d'ETI ayant plusieurs cas d'usage GenAI en production Sur devis

Couverture fonctionnelle

10

Flexera One

20 recherches/mois

Dans le FinOps, Flexera One couvre un terrain plus large que les pure-players : licences on-prem Oracle, Microsoft, IBM, SAP, en parallèle des dépenses AWS, Azure, GCP. Le catalogue d'éditeurs reconnus sert à la fois la conformité et la négociation d'audits. La partie cloud reste en-deçà des interfaces spécialisées sur l'analyse fine des réservations, et le déploiement demande plusieurs mois chez un intégrateur. Produit choisi quand la dette logicielle on-prem pèse autant que la facture cloud, moins pertinent pour une entreprise cloud-native.

DSI de grands comptes avec dette logicielle on-prem lourde (Oracle, SAP, IBM) et cloud en parallèle Sur devis

Couverture fonctionnelle

Tableau comparatif : FinOps en un coup d'œil

Innovations FinOps en 2026

Les avantages concrets d'un logiciel FinOps

Une part significative de la dépense cloud est gaspillée. L'agrégat est trop grossier pour servir de boussole opérationnelle : il empile workloads de dev abandonnés, snapshots jamais purgés, instances réservées sous-dimensionnées. Ce qui compte vraiment, c'est ce qui bouge dans la trésorerie et chez les SRE six mois après le déploiement, pas ce que raconte un rapport annuel.

Comment choisir son logiciel FinOps ?

Un logiciel FinOps ne corrige pas une gouvernance absente, il la révèle.

Les cases qui départagent vraiment ne figurent pas dans la grille fonctionnelle qu'on fait circuler en avant-vente. Elles touchent aux trous d'attribution qu'on laisse en silence, à la mesure qu'il faut doubler quand elle vient du fournisseur, à la manière de rendre un budget mensuel actionnable avant que la clôture ne vous l'apprenne. C'est là que se jouent les 300 k€ de surcoût AWS portés par une BU moyenne (ordre de grandeur 2024, à reconfirmer selon le périmètre), pas sur l'écran récapitulatif qu'on montre au comex.

« Multi-cloud », « RBAC », « API REST » : tout le monde coche. Les points qui suivent, eux, passent rarement en démo.

Limite d'angle assumée : rien ici ne traite les unit economics par produit (coût par transaction, coût par utilisateur actif). La maturité du marché sur ce terrain reste trop inégale à l'automne 2026 pour en tirer un critère de choix stable. Celui qui prétend trancher là-dessus vendra une démo, pas une méthode.

FinOps en PME : ce qui change vraiment

8 000 € par mois de cloud, ce n'est pas 800 000 € divisé par cent.

L'échelle casse la logique du grand compte, et presque personne ne le dit frontalement devant un CFO. Dans une PME, le compteur qui sert vraiment se lit en jours de runway restants, recalculés chaque vendredi par poste de dépense ; la trésorerie glissante passe avant le coût unitaire, quelle que soit la beauté du modèle de showback qu'on vous vendra. Résultat : dès qu'un service dérive de 5 % sur sept jours, l'arbitrage se prend sur-le-champ. Attendre le comité du mois suivant, c'est constater en clôture ce qu'on aurait pu couper trois semaines plus tôt, souvent au prix d'un trimestre qui finit tendu au lieu de confortable.

Des observations chez plusieurs clients montrent un gain variable selon la volatilité du stack.

Je ne jurerais pas que l'écart tienne au-dessus de 25 K€ mensuels : les mécaniques de reserved instances changent la donne et je n'ai pas rejoué la mesure sur ce segment depuis le S2 2025.

Dans le classement, Holori impose dès l'onboarding un étiquetage à deux dimensions sur chaque ligne (nature plus équipe), ce qui ferme le shadow IT par construction. C'est précisément ce que la plupart des outils du marché laissent en option, et c'est pour cela que leurs utilisateurs retrouvent les mêmes trous de tagging six mois après le kick-off. Vantage prend l'angle inverse en exposant les coûts par ressource en moins d'une heure après connexion AWS, ce qui tombe juste quand personne n'a huit semaines à passer en paramétrage avant de voir un chiffre crédible. CloudZero joue sur un autre registre : il est utile aux PME SaaS qui refacturent au client final sans pouvoir dépendre d'un tagging parfait côté infra, puisque leur unité économique, c'est le client, pas la ressource. Caveat quand même, parce qu'on l'a vu passer deux fois en 2025, si le modèle de refacturation n'est pas stabilisé en amont, l'outil amplifie le flou plutôt qu'il ne le réduit.

Contre-intuition rarement écrite noir sur blanc, et pourtant mesurable chez nos clients : plus la PME est petite, moins l'outil doit être riche. Un dashboard de 40 widgets posé sur un budget de 8 K€ ne sera jamais lu, personne n'a le temps, et quand personne n'a le temps, personne ne décide ; le logiciel finit à l'état de capture d'écran dans les slides de reporting trimestriel, exhibé comme preuve de maturité FinOps alors qu'il ne pilote rien. La limite d'angle à poser quand même, pour être honnête : au-delà de 25 K€ mensuels, la logique s'inverse et le dashboard dense redevient rentable, parce qu'un responsable dédié peut enfin l'exploiter sans y laisser son vendredi.

S'intégrer au SI existant

En comité technique, personne n'achète la plaquette d'API ouverte. Ce qui tranche, c'est la liste des connecteurs natifs qui tournent le jour du déploiement, sans mission d'intégration facturée en jours-homme.

Apptio pousse l'allocation vers ServiceNow et SAP via des connecteurs maintenus côté éditeur. Rien de glamour là-dedans. C'est pourtant la condition quasi sine qua non pour qu'une DAF accepte une refacturation inter-BU opposable en audit, et j'ai vu deux CFO en 2024 écarter un POC concurrent sur ce seul motif, sans ouvrir la grille de coût.

Finout raisonne autrement. L'outil ramène AWS, GCP, Azure, Snowflake et Datadog dans un même référentiel de coût. Dans un parc hybride, c'est là que se joue l'arbitrage, bien avant qu'on parle de FinOps cloud au sens strict.

IBM Turbonomic ne joue pas dans ce registre. Ses racines sont on-prem et ça se sent : il lit vCenter, Active Directory et Kubernetes pour corréler la consommation à l'utilisateur réel plutôt qu'à la seule ressource IaaS. L'effet collatéral se voit en réunion. On sort du « qui paie la VM » pour parler de qui s'en sert vraiment.

Un angle qu'on voit rarement remonter en RFP : le compteur de consommation facturé par le fournisseur cloud n'est audité par aucun tiers indépendant. Contrairement à ce que croit la moitié des DSI à qui je l'ai mentionné, ce n'est pas une anomalie du marché, c'est son fonctionnement normal, et ça devrait suffire à faire bouger un comité. Ternary et CloudZero recalculent la facture AWS à partir des logs CUR bruts, et la méthode fait émerger des écarts à trois chiffres sur une seule mensualité (ordre de grandeur observé en 2024, à recouper selon la taille du compte et la part de services managés ; plus un parc est chargé en RI, Savings Plans et services managés, plus les écarts s'amplifient, je n'ai pas rejoué le test sur un gros compte depuis février). Le FinOps ne commence pas par un outil. Il commence par cette vérification, qui dure deux semaines et coûte moins qu'un consultant.

Quel outil selon la taille de votre organisation

La facture cloud en valeur absolue ne tranche rien.

Pas dans les comités d'arbitrage où j'ai siégé ces derniers trimestres, en tout cas. Ce qui discrimine, c'est la densité des processus de refacturation déjà installés, croisée avec l'exposition aux audits éditeurs sur les licences logicielles sous-jacentes. Prenez une PME de 300 postes sur AWS pur et une ETI de 2 000 postes qui traîne un parc Oracle hérité : à budget cloud équivalent, elles ne jouent pas le même match, pas la même temporalité d'audit, pas les mêmes interlocuteurs, pas les mêmes clauses contractuelles à surveiller. La plupart des shortlists s'égarent dès la première semaine précisément là, en empilant des critères techniques sans regarder d'abord cette toile de fond contractuelle. L'outil choisi excelle sur la partie visible du périmètre, et l'angle mort grossit tranquillement pendant deux trimestres.

Règle de garde avant d'ouvrir la discussion avec la direction financière : le coût annuel de licence FinOps doit rester inférieur à l'économie démontrée sur six mois de pilotage réel. Au-dessus, l'outil devient lui-même un centre de coût qui saute au premier exercice de rationalisation, et le CFO n'a pas tort de le pointer en comité.

L'avant-vente répète qu'un grand groupe cherche la plateforme la plus complète. L'observation terrain dit à peu près l'inverse : ce qui compte, c'est de tenir ses engagements RI et Savings Plans quand les équipes applicatives changent d'avis en cours de trimestre, pas d'empiler cinquante widgets qu'aucune équipe n'ouvre passé le premier mois. Sur une quinzaine de dossiers lus en 2024-2025, la majorité des RFP se font coincer sur cette distinction. Chiffre que je devrai refaire tourner sur 2026 avant d'en tirer une statistique de marché ; l'échantillon reste trop fin au final sur l'industrie lourde ou le retail multi-sites, qui n'y sont presque pas représentés, et je préfère le dire plutôt que l'extrapoler.

Contrairement à ce qu'on lit dans les benchmarks des cabinets, la taille de l'organisation ne décide pas seule : elle module.

Les frontières entre ces segments restent poreuses, et c'est là que les erreurs d'aiguillage coûtent le plus cher. Une ETI qui rachète deux sociétés hérite parfois d'un parc Oracle qui la fait basculer dans la logique grand compte sans qu'un seul salarié soit arrivé. Vu une fois côté industriel régional : bascule d'outil six mois après la signature, parce que la couverture d'audit licence n'avait pas été anticipée. Coût de la double licence sur l'exercice, non trivial. À vérifier avant la signature, pas après. Un dernier point que je préfère poser noir sur blanc : Holori, dans la ligne TPE/PME, reste historiquement laxiste sur la détection des licences logicielles cachées (à reconfirmer sur la version 2025, je n'ai pas rejoué le test en conditions réelles depuis le trimestre dernier).

Combien ça coûte vraiment : le TCO sur 3 ans

Le prix affiché couvre 40 % du coût réel sur trois ans. Le reste dort dans des cases qu'aucun devis commercial n'ouvre, et je ne crois pas que ce soit un oubli : les ouvrir ferait fuir l'acheteur avant la signature.

L'abonnement rafle l'attention parce qu'il tient dans une cellule Excel. Facturation par utilisateur chez les uns, par volume de dépenses analysées chez d'autres, par connecteur cloud ailleurs : aucun éditeur ne converge vers le même modèle (j'avais tenté de reconstituer une grille comparable début 2024, j'y ai renoncé après le huitième contrat lu, chaque contrat ayant sa propre définition d'un « compte payeur »). C'est la partie visible du devis, celle que les acheteurs posent côte à côte en shortlist, et c'est précisément celle qui pèse le moins dans le total à 36 mois.

L'intégration surprend toujours.

Branchement AWS, Azure, GCP, refonte du modèle de tagging, reprise d'historique, formation des équipes, remise d'aplomb des règles d'allocation quand plus personne ne sait d'où vient telle BU : compter 3 à 6 mois pour une ETI multi-comptes, davantage si le référentiel analytique doit être reconstruit depuis zéro. Sur un dossier industriel multi-entités que je suis depuis l'an dernier, quatre comptes payeurs AWS, le cycle de refacturation stable n'a été atteint qu'à 11 mois, pendant que l'éditeur annonçait 4 mois sur son avant-projet. Je précise : je n'ai pas revu ce calendrier depuis le trimestre dernier, il peut avoir dérapé encore.

Reste la ligne qui n'apparaît sur aucune proposition commerciale, et c'est celle qui fait basculer les comités d'investissement. Un ETP partiel tient la mécanique au quotidien : refacturations trimestrielles, tri des recommandations qui remontent du moteur, mise à jour des règles de qualification à chaque réorganisation de BU, rendez-vous récurrents avec les équipes applicatives pour arbitrer ce qu'on arrête, ce qu'on redimensionne, ce qu'on laisse tourner parce qu'un projet en dépend encore. Un outil annoncé à 30 k€/an atterrit au-delà de 90 k€ sur 36 mois une fois l'intégration et le temps interne agrégés. Contrairement à ce qu'on lit souvent, l'écart ne vient pas d'un surcoût éditeur caché : il vient du travail humain que personne ne budgète en avant-vente, et dont personne ne veut parler en comité d'engagement non plus.

Ces fourchettes bougent avec la maturité FinOps interne et le nombre d'environnements branchés (chiffres 2024, à reconfirmer sur devis ; la variance observée par éditeur atteint un facteur 3 sur un même profil, ce qui rend tout benchmark global peu fiable). Un repère qui tient en négociation : les économies documentées à douze mois doivent couvrir trois fois le TCO annualisé. En dessous, l'outil se paie sur du théorique, et le théorique ne passe pas le comité de direction.

Piloter son FinOps : les KPIs qui comptent

Huit indicateurs tiennent cette discipline. Dans la pratique, j'en vois trois ou quatre réellement suivis par entreprise, parfois moins quand le FinOps a été greffé après coup sur une direction cloud débordée. Les autres remplissent une case dans la revue de direction, personne ne les regarde entre deux slides, et le mois suivant on recommence. La ligne de partage, celle qui sépare l'opérationnel du décoratif, c'est l'audit par échantillonnage trimestriel : chaque chiffre doit survivre à un contrôle externe où quelqu'un remonte à la ligne de facture. Sinon c'est de la décoration.

1. 01

   Taux de couverture du marquage à deux dimensions (nature + propriétaire)

   Deux informations arrivent sur chaque ligne de facture, dès l'entrée dans le pipeline : la nature technique (compute, stockage, egress, data warehouse, inférence IA) et l'équipe commanditaire. L'une des deux manque, la ligne file dans un bac à sable d'exception que le FinOps vide à la main avant la fin de journée. Cible : 95 % de couverture au troisième mois. Sous ce seuil, les sept indicateurs suivants n'ont plus de dénominateur fiable et le reporting mensuel se transforme en théâtre comptable que personne ne relit deux fois. J'ai vu trois DSI vouloir sauter cette étape pour montrer des gains rapides au comex via le KPI 02 ou le 04. Ils ont systématiquement perdu six mois à reconstruire ce qu'ils avaient voulu éviter. Ce n'est pas une plomberie d'ingénieur qu'on repousse à plus tard, c'est le socle sur lequel repose tout le reste.

2. 02

   Jours de budget restants, recalculés chaque semaine par service

   Le budget ne se lit plus en euros. Il se lit en jours de consommation restants, poste par poste, recalculés le lundi matin sur la vitesse de brûlage réelle de la semaine écoulée. Un service qui dévie de 5 % de sa trajectoire déclenche un arbitrage dans la semaine, pas à la clôture mensuelle : la clôture mensuelle, elle, transforme toute dérive en constat irrattrapable. L'horizon de décision passe de 30 jours à 7. C'est à peu près tout ce qu'il faut retenir.

3. 03

   Écart entre compteurs fournisseur et sondes internes indépendantes

   Chaque mois, les volumes remontés par AWS Cost Explorer, Azure Cost Management ou GCP Billing sont confrontés à des sondes posées par vos équipes : CloudWatch brut, Prometheus, journaux applicatifs, compteurs réseau. Passé 0,5 % d'écart, investigation technique documentée dans la foulée. L'instrument de mesure appartient à celui qui facture, et le vérifier relève de l'audit standard, pas de la paranoïa. Sur 2024, le contrôle croisé a fait sortir des écarts de 1 à 3 % chez plusieurs grands comptes, dont des doubles facturations d'egress inter-zones (chiffre 2024, à reconfirmer sur un périmètre élargi ; je n'ai pas rejoué l'exercice depuis le trimestre dernier). Un dernier point qui mérite d'être dit à voix haute : certains PM côté hyperscaler reconnaissent en off que la granularité horaire des rapports arrange parfois leur comptabilité à eux, pas la vôtre.

4. 04

   Taux d'utilisation effective des engagements (RI, Savings Plans, CUD)

   Part des capacités réservées consommées à plus de 95 % sur la période. Sous 85 %, l'engagement a coûté plus cher que l'on-demand qu'il remplaçait. À suivre par famille d'instances et par région, jamais en moyenne agrégée : un chiffre pondéré à 92 % cache typiquement trois lots à 70 % qui annulent le gain d'un lot à 99 %. Observation faite sur un gros périmètre AWS début 2024, limite d'angle assumée : banque et retail, pas transposable au secteur public sans reconfirmation (j'attends d'avoir un deuxième dossier dans l'administration pour trancher).

5. 05

   Délai de refacturation interne aux BU

   Jours ouvrés entre la clôture du mois cloud et l'envoi de la facture interne à chaque BU, ventilée par service et propriétaire. Passé 15 jours, le signal arrive après la bataille. Un dispositif qui tourne vraiment plafonne à 5 ou 7, pas davantage.

6. 06

   Part du budget cloud sans propriétaire identifié

   Pourcentage mensuel de dépense impossible à rattacher à une équipe nommée, malgré la règle d'ingestion du KPI 01. État typique au démarrage : 30 à 50 % (fourchette observée chez une dizaine de clients, à reconfirmer sur votre contexte). Cible à douze mois : moins de 5 %. Au-dessus, aucun arbitrage sérieux ne tient. Personne ne défend l'enveloppe le jour où quelqu'un propose de la couper, et c'est précisément ce jour-là que l'enveloppe se coupe.

7. 07

   Taux de recommandations appliquées sous 30 jours

   Un outil FinOps sort chaque mois plusieurs centaines de recommandations : right-sizing, instances idle, générations obsolètes, snapshots orphelins, volumes non attachés. L'indicateur qui mord n'est pas combien ont été émises, c'est combien ont été appliquées en production sous 30 jours. Sous 20 %, le dispositif produit du PDF sans toucher la facture ; au-dessus de 60 %, il tient sa promesse. Contrairement au consensus FinOps qui met en avant le volume de recommandations produites par les éditeurs, je ne regarde que le taux d'application : sur les tableaux de bord que j'ai analysés, le volume ne corrèle avec rien, l'application corrèle avec les économies réalisées. Les éditeurs le savent, à ma connaissance aucun n'a bougé la métrique mise en avant sur son dashboard par défaut.

8. 08

   Ratio économies annualisées / TCO complet de l'outil

   Économies documentées sur douze mois glissants, rapportées au TCO annualisé (abonnement, ETP interne, implémentation amortie sur 36 mois). Sous 3×, l'outil ne finance pas sa propre charge. Au-dessus de 7×, le dispositif tient. Entre les deux, c'est une zone grise où la décision dépend de la maturité FinOps interne : une équipe de deux personnes qui débute aura besoin d'un ratio plus élevé qu'une équipe de dix qui pilote déjà le pipeline du KPI 01. Point de méthode : faire tourner le calcul par un cabinet externe sur un échantillon. Jamais par l'éditeur, jamais par l'intégrateur qui a vendu le projet. Juge et partie, c'est précisément là que les débats sérieux ne commencent pas.

Grille de sélection pondérée : noter les FinOps objectivement

La grille note l'outil. Pas l'équipe qui va s'en servir, et c'est pourtant la moitié du résultat qui se joue de ce côté-là, invisible à toute pondération.

Reste l'autre moitié, celle qu'on peut noter.

Toutes les lignes ne pèsent pas pareil, et la moyenne pondérée reste la pire façon de trancher : elle fait remonter l'outil « le moins mauvais partout » plutôt que celui qui tient sur ce qui compte vraiment. Un score de 1 sur une ligne « Décisif » doit trancher avant qu'on ouvre la calculette ; le candidat quitte la table et on n'instruit pas la suite. Sur les RFP où j'ai servi de sparring-partner côté acheteur ces deux dernières années, à peu près trois cas sur quatre dérapent exactement là, un critère étiqueté Décisif traité comme un Fort pondérable, et l'outil remonte au classement par addition de « bons partout » (ratio empirique, non statistique). Les « Fort » se compensent autrement, parfois par un engagement contractuel sur la roadmap, parfois par un contournement opérationnel qu'on documente et qu'on accepte faute de mieux. Le « Selon secteur », lui, dépend trop de votre contexte (régulation, multi-BU, cloud dominant) pour qu'un poids générique ne finisse pas par caricaturer un métier.

Protocole : noter de 1 à 5, ligne par ligne, Décisifs en premier. La somme pondérée vient après, pour départager ce qui tient encore debout.

Quelle catégorie d'outil pour quelle phase FinOps ? Tableau de synthèse phases x maturité

La FinOps Foundation structure la discipline en trois phases : Inform (visibilité et allocation des coûts), Optimize (réduction active des dépenses) et Operate (gouvernance et conformité continues). La maturité des outils suit la même trajectoire : les équipes partent des consoles natives AWS Cost Explorer, Azure Cost Management et Google Cloud Billing, montent vers des plateformes de visibilité et d'allocation multi-cloud, puis adoptent des briques d'automatisation et de gouvernance.

Un marché passé de moins de 5 à plus de 115 plateformes

La FinOps Foundation recensait moins de 5 plateformes il y a dix ans, et plus de 115 aujourd'hui, chiffre repris par CloudZero. L'offre couvre désormais la visibilité par activité, l'allocation par équipe, l'optimisation des engagements et la gouvernance multi-cloud.

La consolidation a commencé. IBM a racheté Apptio en 2023, intégrant une des briques historiques de pilotage des coûts IT à son portefeuille automation. Le mouvement rapproche gestion financière de l'IT et optimisation des ressources sous un même toit.

Pour une DSI, la conséquence est directe : la pérennité d'une feuille de route produit dépend de la trajectoire de son éditeur. Rachats, repositionnements et abandons de modules se multiplient dès qu'un marché passe de poignée à plus d'une centaine d'acteurs. La portabilité des tags, des exports et des règles d'allocation devient un critère de sélection, pas une option.

Cadrage France et UE

Les exports de coûts cloud contiennent des identifiants de ressources, des libellés métier et parfois des noms de projets ou d'utilisateurs. À ce titre, leur résidence et leur traitement relèvent du RGPD : stockage, sous-traitants, durée de conservation et transferts hors UE doivent être tracés dans le registre. La directive CSRD ajoute une pression sur la mesure et la publication de l'empreinte des usages numériques, dont le cloud est une composante quantifiable via les mêmes exports de facturation. Holori figure parmi les éditeurs français du segment, option utile pour les organisations qui privilégient un hébergement et un support en France.

SaaS et infrastructure cloud dans une même grille

Le poste SaaS a rejoint le cloud dans les tableaux FinOps : licences, consommations à l'usage et abonnements par équipe pèsent au même niveau que les instances de calcul. Finout réunit cloud, SaaS et dépenses IA dans un tableau unique, avec allocation par activité. Vantage couvre à la fois les factures des hyperscalers et les abonnements SaaS, dans une même grille de reporting.

Où s'arrête la catégorie FinOps : catégories adjacentes et frontières

Le FinOps traite une facture, pas un parc. Cloud public consommé à l'usage, point. L'allocation descend sur l'équipe qui a brûlé les instances un vendredi soir, la négociation porte sur les engagements réservés chez AWS, Azure et GCP, et la chasse aux dormants vise ces VM qui tournent tout le week-end sans propriétaire déclaré dans le tag owner.

C'est tout. Autour, les frontières bougent au rythme des RFP et des consultants qui glissent leur outil fétiche dans la grille d'évaluation.

L'ITFM joue dans une ligue au-dessus. Les travaux de la TBM Council l'ont rebaptisé TBM chez certains cabinets, la logique reste identique : consolider les licences SaaS, les data centers physiques, parfois jusqu'aux salaires de l'équipe infra, pour qu'un DAF défende un coût unitaire par métier devant son comité d'investissement. Le piège d'avant-vente classique, c'est de laisser un périmètre ITFM être traité par un outil FinOps qui n'a jamais vu passer une facture SaaS dans ses pipelines d'ingestion. Dans ce cadre élargi, le FinOps redevient ce qu'il est, une sous-brique spécialisée sur les trois hyperscalers, à qui personne ne demande davantage.

La Cloud Management Platform relève d'un autre métier. Elle provisionne en multi-cloud, applique les tags obligatoires à la volée, bloque les régions interdites via l'infrastructure as code, marque les instances non conformes pour destruction. Lire une facture ne figure pas dans ses attributions, et aucune roadmap produit ne le prévoit sérieusement. Catégorie orthogonale au FinOps, quoi qu'en racontent les commerciaux CMP en avant-vente.

Reste le SAM, dossier plus ingrat. Il surveille les licences logicielles et le shadow IT SaaS, et laisse l'infrastructure consommée hors de son périmètre par construction. La zone grise grossit chaque trimestre avec Snowflake, Databricks ou les abonnements OpenAI que les équipes marketing taguent en « autre » faute de ligne budgétaire propre dans le PGI. Le schéma dépend de votre nomenclature analytique ; chaque DAF a la sienne, aucune ne ressemble vraiment à celle du voisin.

Un repère tient malgré ses limites. Facture cloud sous le million d'euros annuel, parc mono-cloud : le FinOps seul suffit, et superposer un ITFM par-dessus produira plus de reporting trimestriel que de signaux exploitables. Un cabinet défendra l'inverse en comité d'investissement, c'est son métier. Contrairement au consensus qui place la négociation d'engagements au sommet des gains, je garde l'audit indépendant en premier : l'empilement d'outils ne corrige jamais une gouvernance absente, il la rend plus visible, et plus coûteuse à l'année. Au-dessus du million d'euros, ou dès qu'un parc hybride on-prem lourd traîne dans le décor (SAP sur Oracle, VMware sur bare-metal, un vieux mainframe en run), le binôme FinOps plus ITFM cesse d'être une option. Objectif concret : qu'une dépense cloud sans propriétaire soit rejetée à l'ingestion plutôt qu'absorbée dans un poste consolidé que personne n'ira défendre au prochain plan d'économie.