Les automatisations ne cassent pas parce que la personne qui les a montées a mal travaillé. Elles cassent parce qu’elles sont faites de décisions prises à un moment donné, sur des outils qui changent sans vous prévenir. Cette fragilité n’est pas une faute d’exécution : c’est une propriété du modèle. Et elle a un prix annuel assez mesurable.
Ce que ça coûte avant de casser
Les fourchettes de 2026 : les agences d’automatisation chargent de 2 000 à 8 000 $ par flux, et de 8 000 à plus de 60 000 $ pour une construction multi-flux ou un agent sur mesure. L’accompagnement mensuel de deux ou trois flux tourne autour de 1 000 à 3 500 $.
Jusque-là, une soumission normale. L’intéressant vient après.
Ce que ça coûte l’année suivante
Deux chiffres qui ne sont presque jamais dans la proposition :
Les intégrations ajoutent de 20 % à 40 % au coût du projet. Ce n’est pas une option : c’est brancher les outils, soit exactement ce pour quoi vous engagez quelqu’un.
L’entretien prend de 15 % à 25 % du coût de construction, chaque année. Un flux à 6 000 $ traîne de 900 à 1 500 $ par an juste pour continuer de faire ce qu’il faisait le premier jour.
Et il y a un troisième coût, jamais facturé mais bien payé : les propriétaires de petites entreprises consacrent de 4 à 7 heures par semaine à l’entretien des logiciels et des systèmes. Quand un flux tombe, ces heures sortent de quelqu’un — d’habitude le propriétaire, ou la personne la moins technique de l’équipe, celle qui était disponible.
Pourquoi ça casse, exactement
Trois causes, et aucune n’est de la négligence :
Les API changent. Un outil qui met à jour sa version, change un champ ou retire un point d’accès rend le flux muet. Personne ne vous prévient ; vous l’apprenez parce que quelque chose a cessé d’arriver.
La logique périme. Le flux a encodé votre processus de ce mardi-là. Vous changez un prix, ajoutez un service, embauchez quelqu’un qui fait les choses autrement, et la branche qui existait ne décrit plus votre entreprise.
Le cas non prévu. La cause la plus fréquente et la moins visible. Le flux ne plante pas : il ne trouve simplement aucune branche à appliquer, et il reste là à attendre un humain qui ignore que c’est à lui de jouer.
Il y a une façon précise de le dire qui circule dans le milieu : la fragilité des intégrations est une dette de conception, et comme presque toute dette, elle s’accumule en silence jusqu’à ce que la facture arrive.
La règle des mille exécutions
De tout ce que j’ai lu en préparant ce texte, voici le plus utile — et ça vient de l’industrie de l’automatisation elle-même :
Si un flux va s’exécuter plus de mille fois par mois, ou si votre entreprise remarquerait sa panne en moins d’une journée, il ne devrait probablement pas vivre à long terme dans un outil no-code.
C’est une règle honnête parce qu’elle va contre l’intérêt de qui la formule. Et elle marche dans les deux sens : si votre flux roule cinquante fois par mois et que sa panne vous serait égale jusqu’à vendredi, le monter dans Zapier ou Make est la bonne décision, et quoi que ce soit de plus gros, c’est de l’argent jeté.
Quand une automatisation d’agence est la bonne réponse
Il faut le dire clairement, parce que c’est devenu à la mode de les mépriser :
- Le processus est stable : ça fait deux ans qu’on le fait pareil.
- Il a peu d’embranchements : si ceci, alors cela.
- Le volume est faible et prévisible.
- S’il tombe, vous vous en apercevez et vous le faites à la main sans drame.
- Vous voulez que ça roule la semaine prochaine.
C’est le terrain où le no-code brille, et rien ne fait mieux. Commander une construction sur mesure pour ça, c’est cher et lent sans raison.
Et quand ce n’est pas la bonne réponse
Quand ce que vous voulez automatiser, c’est votre entreprise, pas une de ses tâches.
Une vraie entreprise n’est ni stable ni simple. Un client demande de déplacer un rendez-vous, d’ajouter un service et de tout facturer ensemble. Un autre paie la moitié tout de suite. Un troisième veut la soumission en PDF et par WhatsApp. Chacune de ces variantes est une branche de plus, et chaque branche de plus, c’est une autre soumission, un autre mois d’attente et un autre 15–25 % annuel d’entretien.
Il arrive un point où le signal est évident : l’équipe passe plus de temps à entretenir les flux qu’ils n’en font gagner. Là, l’automatisation a cessé d’être une solution et est devenue un système de plus à entretenir.
L’alternative, ce n’est pas « plus de flux »
C’est de changer qui décide des étapes. Au lieu d’enchaîner le chemin d’avance, on donne à un assistant l’accès à vos données avec un ensemble de fonctions définies, et il compose le chemin cas par cas. L’imprévu cesse d’être une panne et devient le fonctionnement normal.
Ce n’est pas magique et ça a aussi des coûts — variables, et il faut les regarder. Je l’explique avec des chiffres et avec ses limites dans le MCP, et ce que ça change vraiment dans votre CRM.