Ce que coûte vraiment un parc d’automatisations
La licence de plateforme est la partie que vous voyez déjà. Le volume d’exécutions et les appels de modèles sont les deux qui grossissent sans rien demander. Voici comment calculer un coût par flux à la main, avant tout outil.
La plupart des équipes savent dire ce que leur plateforme d’automatisation coûte par an. Presque aucune ne sait dire ce que coûte un flux par mois. L’écart entre ces deux chiffres, c’est exactement là que l’argent part sans bruit.
La licence annuelle est une ligne dans un budget. Elle se négocie, elle se valide, puis elle s’oublie. Ce qui se passe ensuite (des flux ajoutés, des exécutions multipliées, des appels de modèles branchés) ne revient jamais sur cette ligne. Ça arrive ailleurs, sur des factures plus petites que personne n’additionne.
Les trois factures que personne n’additionne
Un parc d’automatisations vous facture à trois endroits distincts, et ils n’atterrissent presque jamais sur le même bureau.
La licence de plateforme. Les connecteurs premium Power Automate, une instance n8n, un abonnement Make. Celle-là est visible, budgétée, et généralement portée par la DSI.
La consommation en dessous. Stockage, appels d’API vers les systèmes automatisés, sortie de données, palier payant d’un connecteur activé pour un flux et resté actif. Ça tombe sur la facture cloud, qui appartient à quelqu’un d’autre.
Les appels de modèles. Tout flux qui résume, classe, extrait ou rédige appelle un LLM. Cette facture arrive d’un troisième fournisseur, en une ligne globale, et elle appartient à une troisième personne.
Trois factures, trois responsables, aucun dénominateur commun. Demandez à chacun ce que coûte l’automatisation : les trois réponses seront honnêtes et incomplètes.
Le volume d’exécutions grossit sans rien demander
Un flux déclenché sur planification a un coût prévisible. Un flux déclenché par événement, non : il coûte ce que le métier décide de lui envoyer.
C’est le mécanisme à comprendre, parce que c’est celui qui surprend. Un flux construit pour traiter cent factures par mois reste le même flux quand l’entreprise double sa facturation. Personne ne l’a refait, personne ne l’a revu, et sa ligne de coût a doublé sans qu’une seule décision soit prise.
La conséquence pratique : le coût par exécution compte plus que le coût mensuel. Un flux à 200 € par mois qui tourne 40 000 fois est bon marché et en bonne santé. Un flux à 80 € par mois qui tourne 300 fois est cher à l’unité, et mérite qu’on le regarde. Le chiffre mensuel seul ne permet pas de les distinguer.
Les appels de modèles arrivent en une ligne globale
Si un flux appelle un LLM, le fournisseur vous facture des tokens (entrée et sortie), pas des flux. Ce qui arrive en fin de mois, c’est un montant pour toute l’organisation.
C’est acceptable jusqu’au moment où vous voulez répondre à l’une de ces questions :
- Quelle automatisation est responsable de l’essentiel de ce montant ?
- A-t-elle grossi parce qu’on traite plus, ou parce qu’un prompt s’est allongé ?
- À quelle équipe faut-il refacturer ?
- Un modèle plus petit ferait-il le même travail ici ?
Aucune ne se répond depuis une ligne globale. Toutes se répondent si chaque appel est rattaché au flux qui l’a émis et à la personne qui en est responsable. Ce rattachement est tout l’enjeu, et le fournisseur ne peut pas le faire à votre place : seul votre côté sait quel flux a émis quel appel.
Calculer un coût par flux, à la main
Vous n’avez pas besoin d’un outil pour le faire une fois. Vous avez besoin d’un tableur et d’une après-midi. Le faire manuellement est aussi le moyen le plus rapide de comprendre ce qu’un outil devra faire à votre place.
Étape 1. Lister les flux. Exportez l’inventaire de chaque plateforme. Incluez les flux désactivés : un flux désactivé occupe encore un siège de licence dans certains plans, et il conserve une connexion.
Étape 2. Récupérer les exécutions. Trente jours suffisent. Il vous faut les exécutions ET les échecs par flux, pas seulement des totaux.
Étape 3. Répartir le coût de plateforme. Prenez le total de licence et répartissez-le sur les flux au prorata de leurs exécutions. C’est une approximation, et elle est défendable : elle met le coût là où est la consommation. Répartir à parts égales ferait passer un flux qui tourne deux fois par an pour aussi cher qu’un flux qui tourne chaque minute.
Étape 4. Ajouter les coûts directs. Tout connecteur payant, tout stockage, toute API facturée à l’appel qui appartient à un flux et pas aux autres.
Étape 5. Rattacher les appels de modèles. C’est l’étape difficile et il n’y a pas de raccourci : il faut ouvrir les flux qui appellent un modèle et lire ce qu’ils envoient. Notez le modèle, estimez les tokens, multipliez par le tarif du fournisseur. Faites-le pour les dix plus gros d’abord, la traîne ne changera pas l’image.
Étape 6. Diviser. Coût par exécution, par flux. Tri décroissant.
C’est ce dernier tri qui rentabilise l’après-midi. Le haut de la liste n’est presque jamais là où on l’attend.
Ce que le chiffre change
Une fois qu’un flux a un coût, trois conversations deviennent possibles qui ne l’étaient pas.
L’arbitrage. « On le garde ? » est insoluble sans chiffre et évident avec. Un flux qui coûte plus par exécution que la tâche manuelle qu’il remplace n’est pas une automatisation, c’est une habitude.
La refacturation. Un coût par flux s’agrège en coût par équipe. La finance cesse de recevoir une facture opaque et commence à recevoir quelque chose dont on peut parler à un responsable de service.
Le choix du modèle. Le rattachement transforme « on devrait prendre un modèle moins cher » d’une opinion en un calcul. Parfois la réponse est que le modèle cher les vaut. Impossible de le savoir sans le chiffre par flux.
La partie qui ne tient pas dans un tableur
L’exercice d’une après-midi vous donne un instantané. Le problème, c’est qu’un parc n’est pas un instantané : des flux s’ajoutent chaque semaine, les volumes dérivent, les prompts s’allongent. Un chiffre calculé en août est faux en octobre, et personne n’a une après-midi tous les mois.
C’est l’argument pour le rendre continu plutôt que ponctuel, c’est ce que Synoptial construit. Mais l’exercice mérite d’être fait à la main d’abord, quel que soit ce que vous utilisez ensuite. Il vous dit laquelle des trois factures pose réellement problème chez vous, et cette réponse est différente dans chaque entreprise à qui nous avons parlé.
Commencez par le tri par coût par exécution. Tout le reste découle de ce que vous verrez en haut.