De la facture à la facture : la méthode KeeFinops
Le chiffrage part de votre facture réelle, et une économie n'est comptée que lorsqu'elle se voit dans votre facture. Neuf phases, de l'audit à l'exécution, tirées de missions menées en lecture seule sur le cloud public, l'on-premise virtualisé, les licences, les contrats et l'IA ; trois modes d'intervention combinables.
Neuf principes qui ne se négocient pas
Ils valent pour chaque mission, quel que soit le déclencheur, et se vérifient dans chaque livrable.
Lecture seule, sans exception
Nous ne demandons aucun droit d'écriture sur vos ressources, objets de facturation compris, et n'installons aucun agent sur vos machines. Vos équipes ou votre infogérant exécutent les changements, dans vos propres processus.
Le chiffre part de votre facture
Les économies sont calculées sur le coût amorti réellement observé et sur la remise que vous obtenez déjà, jamais sur un prix catalogue. L'analyse est rapprochée de votre reporting financier avant toute restitution.
La mesure prouve la recommandation
La recommandation native du fournisseur ne suffit jamais : une économie n'est comptée que si vos métriques la confirment, en général sur 30 jours au 95e centile (CPU, mémoire, IOPS). Chaque ligne porte sa justification, écrite en clair.
Réduire avant de s'engager
Le gaspillage est supprimé, les tailles et les horaires sont ajustés avant tout achat de réservations ou de savings plans. Les achats portent ensuite sur des quantités déjà optimisées.
Chaque montant a un statut
Une seule chaîne, du chiffrage à la facture : identifié, validé par son propriétaire, planifié, réalisé, constaté en facture. Une économie n'est déclarée réalisée qu'avec une date de mise en œuvre, et constatée en facture qu'avec une mesure dans la facturation, à périmètre constant.
Le propriétaire décide
Nous apportons les données, vos équipes apportent le jugement. Un refus motivé est une décision légitime : la ligne sort des gains et n'est jamais reproposée.
Partir de ce qui fonctionne
Ce que vous faites déjà bien est reconnu en premier et n'est pas reconstruit. La méthode s'insère dans vos comités, vos outils et votre rythme.
Des fourchettes, pas une fausse précision
Chaque estimation indique son niveau de confiance, ses hypothèses, ses limites et la donnée qui permettrait de la confirmer. Ce qui n'est pas compté est écrit.
Un seul jeu de données, à votre nom
Classeur, synthèse, plans, suivi et indicateurs viennent de la même collecte, sans chiffre ressaisi. Vos équipes rejouent seules la collecte, les contrôles et les classeurs, documentés pas à pas ; relancer la chaîne de calcul du moteur demande une licence.
Les neuf phases d'une mission
Chaque phase a un objectif, des livrables et un critère de passage écrit. Les durées valent pour une mission complète ; ce sont des ordres de grandeur, fixés au cadrage. Le format court de l'audit outillé tient les premières phases en quelques jours : voir les deux formats.
Cadrage et accès en lecture seule
Vous obtenez des règles écrites et validées, des référents nommés et des accès en lecture ouverts.
Phase 1 en détailCollecte outillée et contrôle de complétude
Vous obtenez des archives datées, un dépôt rejouable et un rapport de complétude.
Phase 2 en détailDiagnostic sur coût observé
Vous obtenez un classeur d'analyse rapproché de votre reporting financier.
Phase 3 en détailQualification des leviers
Vous obtenez un registre des leviers, une ligne par ressource et par levier, chacune avec sa preuve.
Phase 4 en détailRestitution et décisions de direction
Vous obtenez une synthèse de direction, la liste des décisions attendues et un plan d'exécution séquentiel.
Phase 5 en détailValidation par les propriétaires
Vous obtenez une décision datée sur chaque ligne et un responsable pour chaque action validée.
Phase 6 en détailExécution accompagnée
Vous obtenez des demandes de changement prêtes à exécuter, dans le bon ordre, avec leurs contrôles.
Phase 7 en détailConstat des économies et pilotage continu
Vous obtenez un suivi des économies constatées en facture et un rapport mensuel d'une page.
Phase 8 en détailTransfert et autonomie
Vous obtenez une procédure autonome, des classeurs à formules et une passation documentée.
Phase 9 en détailRégie, forfait, produit : trois modes combinables
Le mode suit votre besoin ; la méthode, les règles et les statuts ne changent pas.
Régie : un FinOps intégré à vos équipes
Un consultant KeeFinops forme le binôme FinOps avec votre référent, dans vos rituels et avec vos outils, à une cadence et pour une durée fixées au cadrage. Compte rendu à chaque revue, transfert au fil de l'eau.
Forfait : un livrable, une échéance
Périmètre, livrables, échéance et prix fixés avant de commencer : audit, business case, sortie de VMware, préparation d'un renouvellement, lot de gouvernance, revue mensuelle.
Produit en complément : la mesure continue
Notre application recalcule coûts, variations et leviers à chaque collecte, entre deux interventions ; relancer la chaîne de calcul demande une licence.
Une part variable sur les économies de négociation existe en option, en pilote seulement, avec une base de référence écrite au cadrage. Selon votre organisation : format allégé pour les PME et scale-ups (audit court, puis une revue mensuelle d'une heure), gouvernance renforcée pour les grands comptes, co-delivery pour les ESN.
Mêmes premiers jours, validation différente
L'audit FinOps outillé couvre les phases 1 à 5 en format court, sur un périmètre, et ajoute la validation par entité (phase 6) en format étendu, pour un groupe multi-entités.
| Étape | Format court (un périmètre) | Format étendu (groupe multi-entités) |
|---|---|---|
| Cadrage | Une heure avec votre référent | Une heure, plus la maturité par entité |
| Collecte | Une demi-journée | Une demi-journée |
| Premiers chiffres | J+2 après l'ouverture de l'accès sur Azure ; sur Google Cloud et AWS, dès que l'export de facturation couvre 30 jours | Idem |
| Restitution | Deux heures à la direction, à J+2 sur Azure | Deux heures à la direction, puis validation par entité |
| Validation | Avec le référent, à la restitution | Un classeur par entité et le registre des retours ; environ six semaines au total |
| Exécution et suivi | En option : un jour par semaine pendant trois mois, puis une demi-journée par mois | En option : plans par vagues pour l'infogérant, campagnes par propriétaire, modèle opérationnel et transfert |
Le dimensionnement s'exprime en cadence et se fixe au cadrage, selon le nombre de clouds, de souscriptions ou de comptes et de périmètres à valider. L'exécution suit la cadence de l'exécution et du pilotage continu. Pour les PME et scale-ups, le format court se prolonge par une revue mensuelle d'une heure.
Cadrage et accès en lecture seule
Objectif. Fixer le périmètre, les règles du jeu et les accès, pour pouvoir agir sans risque dès la première semaine.
Activités clés
- Nommer le sponsor, le binôme FinOps (notre consultant et votre référent FinOps interne) et un référent par entité, souscription, compte ou application.
- Écrire le périmètre, le hors-périmètre et les règles de base : production non redimensionnée dans le plan de base, applications dont l'éditeur certifie les tailles exclues des arrêts planifiés, politique d'engagement. La mission ne garantit aucun montant et n'exécute aucune action.
- Obtenir un rôle lecteur au plus haut niveau de la hiérarchie cloud et établir la matrice des accès : ce qui est lu, ce qui manque, comment c'est compensé. Un rôle FinOps dédié, s'il le faut, est décrit fonction par fonction pour votre équipe sécurité, sans aucun droit d'écriture.
- Lancer tout de suite, avec le seul accord de leur propriétaire, les actions sans risque : disques orphelins, sauvegardes hors production, ressources inactives.
Livrables
- Compte rendu de cadrage, avec les règles écrites et validées
- Liste des référents et de leurs rôles
- Matrice des accès et liste numérotée des prérequis, revue chaque semaine
- Pour le GreenOps : droits de lecture des émissions demandés dès le cadrage (méthode)
Vos équipes. Le sponsor arbitre les règles ; le responsable cloud, l'équipe sécurité et l'administrateur du contrat cloud ouvrent les accès. Comptez en général une demi-journée de réunions, une heure dans le format court de l'audit.
Durée typique. En général 2 à 5 jours ouvrés si les accès suivent, 1 à 3 semaines si votre cycle de validation sécurité l'exige.
Critère de passage. Règles validées par écrit, référents nommés, accès en lecture effectifs, première collecte réussie.
Collecte outillée et contrôle de complétude
Objectif. Constituer une base de coûts et d'usage complète, datée et rejouable, sans agent sur vos machines.
Activités clés
- Exécuter le collecteur dans votre session déjà authentifiée (console du portail, poste ou rôle dédié) : il n'appelle que des API de lecture et ne stocke aucun secret.
- Collecter par phases courtes et relançables : facturation en coût amorti (au moins 30 jours, plus le décalage de facturation), inventaires, recommandations natives et engagements ; puis métriques (CPU, mémoire, IOPS, profils horaires) ; enfin services managés, stockage, réseau et journaux.
- Charger chaque archive dans un dépôt cumulatif : une archive relue ne crée aucun doublon, et toute fenêtre se recalcule sans réinterroger le cloud.
- Contrôler la complétude : jours présents contre jours attendus, couverture par ressource. Une métrique absente est affichée « non mesuré », jamais comptée comme zéro.
Livrables
- Archives datées, une par phase de collecte
- Dépôt de données cumulatif et rejouable, rapport de complétude
- Procédure de collecte pas à pas, écrite pour un non-développeur
Vos équipes. Un opérateur de votre équipe ouvre la session en lecture : vous gardez la main sur l'authentification, et nous ne recevons aucun mot de passe.
Durée typique. Une demi-journée dans le format court de l'audit. Sur un périmètre plus large, en général 1 à 2 semaines de mise en place la première fois, puis quelques heures sur un nouveau périmètre.
Critère de passage. Bilan de fin de collecte au vert (une archive en échec n'est jamais chargée) et contrôle de complétude sans alerte.
Diagnostic sur coût observé
Objectif. Savoir où va l'argent, ce qui fonctionne déjà et où se trouve le potentiel, avec des chiffres rapprochés de votre facture.
Activités clés
- Produire le classeur d'analyse : une ligne par ressource (coût amorti, part à la demande, part couverte par des engagements, licences, disques, sauvegarde), avec les métriques sur 30 jours, les recommandations natives et un onglet de paramètres modifiable en réunion.
- Rapprocher le classeur, poste par poste, de votre reporting financier, et lire la remise réelle de vos engagements dans les lignes de facturation.
- Rattacher chaque coût à une entité, une équipe ou une application par une chaîne de règles ordonnée (tags, ressource parente, règles explicites, groupe ou compte majoritaire, sinon « non attribué »), puis mesurer la qualité des tags.
- Expliquer les anomalies (saut d'un mois sur l'autre, avoir, décalage de facturation) avant toute optimisation, et lire la maturité capacité par capacité.
Livrables
- Classeur d'analyse à formules vivantes, avec ses onglets de paramètres et de contrôles
- Rapport de qualité des tags et part du coût par source d'attribution
- Lecture de maturité par capacité : ce qui fonctionne, ce qui manque
Vos équipes. Le contrôle de gestion IT ou l'équipe FinOps réalise le rapprochement ; l'équipe cloud apporte la politique de tags.
Durée typique. Format court de l'audit outillé sur Azure : premiers chiffres à J+2 après l'ouverture de l'accès ; sur Google Cloud et AWS, dès que l'export de facturation couvre 30 jours. Classeur complet, rapproché de votre reporting : en général 5 à 10 jours ouvrés après la première collecte, 2 à 5 semaines en multi-cloud ou multi-entités.
Critère de passage. Aucune cellule en erreur, contrôles au vert, écart de rapprochement sous la tolérance fixée au cadrage (en général 1 % au plus), anomalies expliquées.
Qualification des leviers
Objectif. Transformer les constats en une liste de leviers prouvés, chiffrés et attribués, qu'un exploitant peut lire et accepter.
Activités clés
- Appliquer à chaque levier une règle d'éligibilité écrite et une preuve mesurée : la recommandation native et 30 jours de métriques doivent rester sous le seuil retenu (seuils et garde-fous).
- Écrire les exclusions explicites (applications dont l'éditeur certifie les tailles, contrôleurs de domaine, serveurs de licences) et instruire le premier poste de coût avec son équipe.
- Dédoublonner : calculer les recouvrements entre leviers et afficher le brut et le net ; les recommandations d'achat partagées restent en information.
- Classer chaque ligne selon la décision qu'elle exige (politique centrale, décision du propriétaire, achat d'engagement) et lui donner une fourchette, un niveau de confiance et la donnée qui permettrait de la confirmer.
Livrables
- Registre des leviers : preuve, justification en clair, économie, effort, risque, prérequis, effet sur les engagements, propriétaire et statut « identifié »
- Règles de détection documentées dans l'onglet de paramètres
- Liste priorisée des données et des accès complémentaires
Vos équipes. La direction technique valide les règles ; le responsable sauvegarde, les référents applicatifs et le RSSI sont consultés, en général lors d'un ou deux ateliers de 1 à 2 heures.
Durée typique. En général 1 à 3 semaines, en partie en parallèle du diagnostic.
Critère de passage. Chaque ligne a sa preuve, son propriétaire (ou une dimension de repli), son risque, son effet sur les engagements et un statut ; aucun montant n'est compté deux fois.
Restitution et décisions de direction
Objectif. Obtenir des décisions, et pas seulement présenter un potentiel.
Activités clés
- Produire la synthèse depuis le classeur, sans chiffre ressaisi : ce qui est déjà bien optimisé, où va l'argent, le potentiel par levier, brut et net.
- Séparer trois horizons sur la matrice de priorisation : gains rapides (0 à 6 semaines), moyen terme (1 à 6 mois) et options hors de votre politique actuelle, chiffrées à part.
- Rédiger le plan d'exécution séquentiel : pour chaque action, pourquoi elle rapporte, comment la mener pas à pas, comment la vérifier, ses pièges et ses prérequis.
- Proposer une doctrine d'engagements : couverture plafonnée sur la seule production stable, familles standard, durée alignée sur les migrations prévues, achats par tranches.
Livrables
- Synthèse de direction, avec une section par entité si nécessaire
- Liste des décisions attendues, avec responsable et échéance
- Plan d'exécution séquentiel et carnet d'achat des engagements
Vos équipes. Direction technique ou DSI, finance, achats, responsable FinOps et référents d'entité, pour une séance d'en général 1 h 30 à 2 h, relue au préalable avec l'équipe IT.
Durée typique. Format court de l'audit outillé sur Azure : restitution à J+2 après l'ouverture de l'accès. Sinon, première synthèse en général 1 à 2 semaines après le démarrage sur un périmètre simple, 3 à 5 semaines en multi-cloud ; les décisions de doctrine d'engagement prennent en général 1 à 3 semaines.
Critère de passage. Règles et doctrine actées par écrit, plan d'exécution validé, un responsable nommé pour chaque action ou famille d'actions.
Validation par les propriétaires
Objectif. Convertir le potentiel identifié en engagements datés, pris par les équipes qui opèrent les ressources.
Activités clés
- Lancer chaque entité ou propriétaire par un message court, au nom du sponsor, avec le montant identifié, les principales actions et le classeur de validation ligne à ligne.
- Tenir une courte réunion de lancement pour valider ensemble actions, responsables et priorités, et recenser les contraintes : applications critiques, fenêtres de maintenance, calendrier métier.
- Traiter les gros volumes par règles de masse convenues une fois, et relancer selon des paliers convenus au cadrage, jusqu'à l'arbitrage de direction avec l'impact chiffré.
- Réappliquer le registre des retours à chaque nouvelle analyse : une action écartée ne revient jamais.
Livrables
- Messages de lancement et kit de relance
- Classeurs de validation, par entité et consolidé
- Registre versionné des retours et compte rendu d'engagement
Vos équipes. Les responsables techniques et applicatifs de chaque entité : une courte réunion de lancement, puis un délai de réponse fixé au cadrage.
Durée typique. Format court : avec le référent, dès la restitution. Format étendu de l'audit : environ six semaines au total, l'essentiel en validation par entité. En mission longue, une campagne complète s'étale en général sur 1 à 2 mois, par vagues.
Critère de passage. Chaque ligne a une décision datée : validée, écartée avec motif, à instruire ou sans objet. Chaque ligne validée a un responsable et une date d'effet.
Exécution accompagnée
Objectif. Faire passer les actions validées dans vos circuits de changement, dans le bon ordre et avec des contrôles.
Activités clés
- Transformer les lignes validées en demandes de changement au format de votre outil ITSM : une ligne par changement sans coupure, un changement par machine pour les actions avec coupure.
- Respecter l'ordre « réduire avant de réserver » : redimensionnements et arrêts, puis vérification des engagements existants, puis achats par tranches ; disques, sauvegardes et services simples avancent dès la première semaine (dépendances).
- Faire approuver en comité les politiques qui ne dépendent d'aucun propriétaire, chacune avec une date d'effet : rétention des sauvegardes hors production, cycle de vie du stockage, rétention des journaux.
- Piloter les arrêts planifiés en tenant compte des engagements, après un pilote sur un petit lot hors production, avec des filets de sécurité : snapshot avant suppression, retour possible à la taille d'origine.
Livrables
- Fichiers de changements prêts à exécuter, sans coupure et par machine
- Plan d'actions suivi : responsable, statut, taux de réalisation, date
- Vagues d'arrêt planifié et plan du pilote
Vos équipes. L'exploitation ou l'infogérant exécute ; les référents fixent les fenêtres de maintenance ; les achats achètent les engagements.
Durée typique. Premiers changements en général 3 à 4 semaines après le démarrage ; exécution complète en général 3 à 6 mois, à la cadence de l'exécution et du pilotage continu.
Critère de passage. Chaque action a un critère de vérification écrit, et il est respecté : par exemple, après un redimensionnement, CPU au pic sous 70 % et mémoire disponible au-dessus de 20 % pendant une fenêtre fixée au cadrage, sinon retour à la taille d'origine.
Constat des économies et pilotage continu
Objectif. Prouver chaque économie dans la facture et garder le dispositif vivant. Le moteur calcule le run-rate sécurisé et le pont des variations ; le constat avant et après, ressource par ressource, se tient aujourd'hui dans nos classeurs de suivi.
Activités clés
- Suivre la chaîne de valeur en euros par mois (identifié, validé, planifié, réalisé, constaté en facture), le généré à date et la projection de fin d'année, par entité et par famille d'action.
- Vérifier chaque action réalisée dans la facturation, ressource par ressource, en comparant une fenêtre avant et une fenêtre après : la valeur constatée remplace l'estimation.
- Repérer ce qui sort du plan (optimisations sans ligne de plan, coûts nouveaux, hausses brutales sur un poste jusque-là marginal) et tenir la liste de ce qui n'est pas compté : avoirs, crédits, corrections de facturation, remises contractuelles.
- Régénérer classeur, synthèse et suivi à chaque collecte, avec une page « ce qui a changé » et un journal qui date chaque décision.
Livrables
- Suivi des économies constatées en facture : synthèse, constats, engagements, journal
- Rapport mensuel d'une page au sponsor
- Indicateurs Green IT mesurés à date fixe, en option (GreenOps)
Vos équipes. Votre référent FinOps anime, le contrôle de gestion IT contre-vérifie : en général 30 minutes à 1 heure par semaine, et 1 à 2 heures par mois.
Durée typique. Mise en place en général 2 à 3 jours, puis en continu : revue hebdomadaire et collecte complète mensuelle.
Critère de passage. Une économie n'est déclarée constatée en facture qu'avec une date de mise en œuvre et une mesure dans la facturation ; les chiffres présentés en comité sont arrêtés à une date et revérifiés sur la facture.
Transfert et autonomie
Objectif. Permettre à votre équipe de rejouer le cycle : collecte, contrôles et classeurs sans nous, chaîne de calcul du moteur sous licence.
Activités clés
- Écrire une procédure pas à pas pour un non-développeur : prérequis, collecte par phases, contrôle de complétude et tableau de dépannage symptôme, cause, action.
- Remplacer les manipulations manuelles par des classeurs pilotés par formules, vérifiés contre les valeurs du dernier cycle.
- Écrire les contrôles à refaire à chaque cycle : total reconstitué égal à la facture, aucun coût non catégorisé, taux de change officiel, cellules calculées protégées.
- Faire exécuter un cycle complet par votre opérateur, d'abord en notre présence, puis seul.
Livrables
- Procédure autonome versionnée et runbook résumé
- Procédure de collecte et classeurs à formules, à votre nom ; relancer la chaîne de calcul du moteur demande une licence ou notre accompagnement
- Documentation de passation et liste de contrôles de rafraîchissement
Vos équipes. Votre opérateur FinOps interne (aucun profil de développeur requis) et le responsable cloud.
Durée typique. Préparé tout au long de la mission : en général 1 à 2 jours de rédaction pour une chaîne simple, 2 à 4 semaines de passation à la fin d'une mission longue.
Critère de passage. Votre opérateur a réalisé seul un cycle complet (collecte, recalcul des classeurs ou régénération par le moteur sous licence, contrôles au vert), et la procédure a été corrigée après ce premier passage.
Les règles qui rendent chaque chiffre vérifiable
Priorisation, séquencement, seuils de preuve, indicateurs et revues sont regroupés sur une page à part, pour qui veut vérifier le détail.
Priorisation
Une matrice gain, effort et risque, trois horizons et des options hors politique chiffrées à part.
La priorisation en détailDépendances et séquencement
Réduire avant de réserver, les engagements existants d'abord, une seule fenêtre par ressource.
Les dépendances en détailPreuves par la mesure
Pour chaque levier : ce qui est mesuré, sur quelle fenêtre, avec quel seuil et quel garde-fou.
Les preuves en détailIndicateurs d'exécution
La cible, la trajectoire et la preuve, et le tableau de bord qui explique l'écart entre les trois.
Les indicateurs en détailÉcarts et revues
Registre des retours, escalade convenue au cadrage, rythme des revues calé sur vos comités.
Les revues en détailPratiques selon le contexte
Ce que nous vérifions avant de soumettre une recommandation, et ce que la méthode ajoute selon le contexte.
Les pratiques en détailMême cadre, autres sources, autre calendrier
Les neuf phases s'appliquent partout ; ce qui change selon le domaine, ce sont les données, le modèle et le rythme. Le détail : méthode par domaine et méthode des décisions d'infrastructure.
Cloud public : Azure, AWS, Google Cloud
Le parcours complet décrit ci-dessus. Là où la donnée est moins fine, chaque levier porte un niveau de confiance et nous listons les droits de lecture qui permettraient d'affiner ; si votre allocation fonctionne déjà, nous l'industrialisons. Prérequis et accès par cloud : méthode par domaine.
Audit FinOps outilléAchats, fournisseurs et contrats
Un registre des contrats et des échéances, un renouvellement préparé en quatre temps (usage réel, scénarios, position de négociation, contrôle après signature) et les prix facturés contrôlés contre la grille. Le détail.
Achats, fournisseurs et contratsLicences, SAM et SaaS
Les licences sont valorisées en coût complet ; un avantage hybride n'est activé qu'après vérification des droits disponibles ; les priorités suivent les échéances de renouvellement, et une économie n'est comptée que si la facture baisse. Le détail, SPLA compris.
Licences, SAM et SaaSOn-premise, VMware et migration
Le coût complet interne est calculé sur le même périmètre que le cloud, hébergement et énergie compris. Rester ou migrer : deux trajectoires comparées sur cinq ans, avec un statu quo optimisé toujours calculé et une semaine de cadrage pour une sortie de VMware. La méthode des décisions.
Sortie de VMware et business caseIA
Les nouveaux postes d'IA sont gouvernés, pas coupés, et ne sont jamais présentés comme des économies : propriétaire, budget et alertes d'abord, engagement seulement si l'usage s'installe. Leviers : bon modèle par tâche, cache, plafonds. Le détail.
FinOps de l'IAGreenOps
Les émissions publiées par votre fournisseur, mensuelles et rattachées aux mêmes dimensions que les coûts, à côté de deux indicateurs Green IT ; aucune émission évitée n'est annoncée avant d'être confirmée. Le détail.
GreenOpsExécution et pilotage continu
Une revue par semaine, des actes préparés, des engagements achetés après réduction, un budget re-prévu chaque mois. Dépendances et séquencement.
Exécution et pilotage continuGrands comptes : gouvernance renforcée
Un cadre commun d'allocation, des comités, des rôles, des KPI d'adoption par entité, des contrats suivis, un budget re-prévu. La gouvernance renforcée, lot par lot.
Grands comptesVos outils d'abord, un outillage léger pour le reste
- Collecte en lecture seule : dans votre session, sans agent et sans secret stocké, ou via un rôle FinOps dédié en lecture. Azure : exports Cost Management en coût amorti, Resource Graph, Azure Monitor, Advisor. AWS : CUR 2.0 et Data Exports lus sur S3, Cost Explorer, Cost Optimization Hub, Compute Optimizer. Google Cloud : export de facturation vers BigQuery, inventaire au niveau de l'organisation, recommandations natives. Hors cloud : exports de virtualisation, supervision, référentiel applicatif, factures d'infogérance, déclarations de licences.
- Traitement et restitution : une chaîne d'ingestion alimente un dépôt cumulatif ; rejouer une journée réécrit cette journée, sans doublon. Les règles de calcul sont écrites, versionnées et testées sur des données synthétiques ; les classeurs sont à formules vivantes et les synthèses produites sans ressaisie.
- Outillé par le moteur aujourd'hui : collecte, normalisation FOCUS, règles, classeurs, plans par périmètre, registre des retours, carnet d'achat, run-rate sécurisé, pont des variations, KPI Green IT, brief et synthèse. Azure : chaîne complète, rejouée sur une mission pilote anonymisée dans une tolérance de 1 %. Google Cloud : classeur, plans par périmètre, KPI Green IT, synthèse. AWS : CUR 2.0 et premières règles, à recalibrer sur un premier export réel. Le run hebdomadaire ne produit pas encore les classeurs par périmètre.
- Conseil, hors moteur : lecture et arbitrage, modèle opérationnel, business case, sortie de VMware, licences, SaaS et SPLA, achats et contrats, émissions publiées par les fournisseurs, constat des économies avant et après, dans nos classeurs de suivi. Prévu : module de coûts de l'IA, import des émissions et assistant agentique.
Trois modes de collecte, la même archive. Le script collé dans la console du portail ne demande aucune installation, et le jeton ne quitte pas le navigateur. Un poste peut collecter avec un compte en lecture. En mode planifié, vos équipes déploient un job dans votre souscription ou votre compte, sous une identité en lecture seule. Aucun agent n'est installé sur vos machines.
Vos données. Le collecteur tourne chez vous. Si l'analyse tourne chez KeeFinops, l'archive de collecte (facturation, inventaire, métriques, noms de ressources et tags ; aucun contenu applicatif) nous est transmise et traitée dans un conteneur sans réseau ; vous pouvez aussi héberger ce conteneur dans votre environnement. Voir la politique de confidentialité.
Questions fréquentes
Avez-vous besoin d'un accès en écriture à nos environnements ?
Non. Nous travaillons uniquement en lecture (rôle lecteur, lecture de la facturation). Vos équipes ou votre infogérant exécutent les changements, dans vos processus. Nous ne saisissons jamais d'identifiant et ne recevons aucun mot de passe : vous ouvrez vous-même la session dans laquelle la collecte s'exécute. Pour les API de coût d'IA qui exigent une clé d'administration, l'extraction tourne chez vous et la clé ne nous est pas transmise.
Faut-il acheter ou installer un outil ?
Non, pas pendant la mission. La collecte s'appuie sur les API de lecture natives de votre fournisseur et s'exécute dans votre session, sans agent sur vos machines ; si vous disposez déjà d'un outil FinOps ou d'une BI, nous nous appuyons dessus. Après la mission, la collecte, les contrôles et les classeurs restent à vous ; relancer la chaîne de calcul du moteur demande une licence.
Comment calculez-vous les économies ?
Sur votre coût amorti observé et sur la remise que vous obtenez déjà, jamais sur un prix catalogue. Les recouvrements entre leviers sont déduits, et le brut comme le net sont affichés. Les gains sont donnés en fourchette avec un niveau de confiance, et ce qui n'est pas compté est écrit : avoirs, crédits, remises contractuelles, corrections d'erreurs de facturation.
Garantissez-vous un montant d'économies ?
Non, et nous l'écrivons dès le cadrage. Nous garantissons en revanche que chaque chiffre est traçable jusqu'à votre facture, prouvé par des mesures et accompagné de ses limites.
Combien de temps vos équipes devront-elles y consacrer ?
Votre référent FinOps y consacre en général 30 minutes à 1 heure par semaine, et 1 à 2 heures par mois. Chaque entité ou équipe a une courte réunion de lancement, puis un délai fixé au cadrage pour valider ses lignes. L'exploitation traite les changements validés par cycles, à un rythme fixé au cadrage.
Que se passe-t-il si une équipe refuse une recommandation ?
Un refus motivé est une décision légitime. La ligne sort des gains et le motif est consigné dans le registre des retours. La recommandation n'est plus jamais reproposée lors des analyses suivantes.
Faut-il acheter des réservations ou des savings plans tout de suite ?
Non. Nous réduisons d'abord (tailles, horaires, ressources inutiles), puis nous vérifions l'utilisation de vos engagements existants, et seulement ensuite nous achetons, par tranches. Tout ce qui ne dépend pas des engagements démarre en parallèle dès la première semaine.
Nos tags sont incomplets : est-ce bloquant ?
Non. Nous chiffrons dès la première collecte : chaque coût est rattaché par une chaîne de règles documentée (tag, ressource parente, règles explicites, groupe ou compte majoritaire), et un rapport liste les erreurs à corriger à la source. Les règles font le pont en attendant ; la vraie correction reste le tag.
Que devient la démarche après votre départ ?
Elle continue sans consultant. La collecte et les contrôles sont documentés pas à pas pour un non-développeur, les classeurs se recalculent seuls, et votre opérateur exécute seul un cycle complet avant la fin de la mission. Vous gardez les livrables et votre politique paramétrée ; relancer la chaîne de calcul du moteur demande une licence.
Comment protégez-vous nos données ?
L'accès est en lecture seule et aucun secret ne circule dans des fichiers ou des messages. Les données et les livrables restent dans les espaces que vous autorisez, et un accord de traitement des données encadre la mission. Les livrables sont à votre nom, et aucune information qui permettrait de vous reconnaître n'est réutilisée en dehors de votre mission. Voir la politique de confidentialité.
Sur quels périmètres intervenez-vous ?
Toute la dépense IT : achats, fournisseurs et contrats, licences et SaaS, l'on-premise virtualisé, Azure, AWS et Google Cloud, les coûts d'IA et l'empreinte du cloud. La méthode est la même partout, avec une clé d'allocation commune qui permet de comparer les coûts complets. Le niveau de preuve de chaque domaine : Expertises.
Voyons comment cette méthodologie s'applique à votre périmètre
Trente minutes pour choisir le point d'entrée, le format et le calendrier.