Il n’existe pas de prix unique pour « automatiser un processus » : le coût dépend moins de la technologie choisie que du processus lui-même, de ses exceptions, des outils à connecter et du niveau de contrôle attendu. Le coût réel ne se limite pas non plus au devis de construction : il comprend le cadrage, les tests, l’exploitation dans la durée, les abonnements et la consommation des services tiers, et le temps de vos propres équipes. Cet article décompose ces postes, explique ce qui les fait varier et propose des questions à poser à tout prestataire avant de signer.
Le coût total, pas seulement le prix de la construction
Quand on compare deux propositions, on compare souvent deux montants de construction. C’est la partie la plus visible, rarement la seule. Un projet d’automatisation qui fonctionne en production mobilise sept postes :
- Le cadrage : comprendre comment le travail se fait réellement, quelles règles s’appliquent, quelles exceptions reviennent, quelles données sont disponibles. Sans ce travail, le reste est chiffré sur une description incomplète.
- La construction : scripts, règles, étapes confiées à un modèle d’IA, interface éventuelle, logique de contrôle.
- Les intégrations : connexions à l’ERP, au CRM, aux fichiers partagés, à la messagerie, aux logiciels métier. C’est souvent là que se loge l’incertitude.
- Les tests : vérifier le comportement sur des cas réels, en particulier les cas qui sortent de l’ordinaire.
- L’exploitation et la maintenance : surveiller, corriger, adapter quand une règle, un format ou un outil change.
- Les coûts tiers : licences logicielles, consommation des modèles d’IA (généralement facturée à l’usage), hébergement, éventuels connecteurs payants.
- Le temps interne : les personnes qui expliquent le processus, fournissent des exemples, valident les résultats, puis traitent les cas que le système leur renvoie.
Les deux derniers postes n’apparaissent sur aucun devis de prestataire, et le cinquième est souvent traité comme un détail. Ce sont pourtant eux qui déterminent si le système vit au-delà de sa livraison.
Ce qui fait varier le prix
Deux processus qui se ressemblent sur le papier peuvent donner des budgets très différents. Six facteurs expliquent l’essentiel de l’écart.
Le nombre d’étapes et de décisions
Un flux qui lit une information, la transforme et la dépose ailleurs est plus simple qu’un flux qui enchaîne des vérifications, des arbitrages et des validations. Chaque décision à formaliser demande de l’observation, de l’écriture de règles et des tests.
Les intégrations
Un outil qui expose une interface de programmation documentée se connecte beaucoup plus facilement qu’un logiciel ancien sans accès prévu, qu’un portail web à consulter manuellement ou qu’un export Excel dont la structure change d’un mois à l’autre. Le nombre d’outils compte, mais leur ouverture compte davantage.
Les exceptions
C’est le facteur le plus sous-estimé. Le cas nominal représente souvent une petite partie de l’effort ; les documents mal formés, les clients qui ne rentrent dans aucune catégorie, les écarts qui demandent une appréciation font le reste. Plus un processus dépend du savoir tacite de quelques personnes, plus il y a d’exceptions à découvrir.
Les volumes
Le volume influence surtout les coûts d’usage : consommation des modèles d’IA, hébergement, quotas des outils connectés. Il influence aussi l’exigence de robustesse : un traitement ponctuel supporte une reprise manuelle, un traitement de plusieurs centaines d’éléments par jour beaucoup moins.
La qualité des données
Des référentiels à jour, des identifiants cohérents entre outils et des formats stables réduisent le travail. À l’inverse, des données en doublon, incomplètes ou saisies librement obligent à prévoir du nettoyage, des contrôles supplémentaires ou des étapes de validation humaine.
Les exigences de contrôle
Un processus qui touche à la facturation, aux paiements, aux données personnelles ou à des engagements contractuels demande de la traçabilité, des droits d’accès, des seuils de validation et une journalisation. Ces exigences sont légitimes ; elles ont un coût de conception et de test qu’il faut prévoir dès le départ, pas ajouter après coup.
Une grille pour lire et comparer un devis
Le tableau ci-dessous reprend chaque poste, ce qui le fait varier et les questions qui permettent de savoir s’il est réellement couvert par une proposition.
| Poste de coût | Ce qui le fait varier | Questions à poser au prestataire |
|---|---|---|
| Cadrage | Clarté du processus, nombre d’interlocuteurs, part de savoir tacite | Le périmètre est-il assez connu pour chiffrer, ou faut-il un cadrage préalable ? Qui, chez nous, sera sollicité et combien de temps ? |
| Construction | Nombre d’étapes, de règles et de décisions ; part confiée à l’IA ou au code | Qu’est-ce qui sera une règle déterministe, qu’est-ce qui sera confié à un modèle, qu’est-ce qui restera validé par une personne ? |
| Intégrations | Nombre d’outils, existence d’interfaces documentées, stabilité des formats | Quels outils seront connectés, par quel moyen ? Que se passe-t-il si l’un d’eux change ? |
| Tests | Nombre et diversité des exceptions, criticité du processus | Sur quels cas réels le système sera-t-il testé ? Comment les exceptions seront-elles traitées ? |
| Exploitation et maintenance | Fréquence des changements de règles, de formats, d’outils | Qui surveille le système après la livraison ? Qu’est-ce qui est inclus, qu’est-ce qui relève d’un nouveau développement ? |
| Coûts tiers | Volumes traités, choix des modèles et des outils, hébergement | Quels abonnements et quelles consommations restent à notre charge ? À quel nom sont les comptes ? |
| Temps interne | Disponibilité des équipes, nombre de validations humaines prévues | Combien de temps nos équipes devront-elles consacrer au projet, puis au fonctionnement courant ? |
Une proposition qui ne répond pas à la moitié de ces questions n’est pas forcément mauvaise, mais son montant ne permet pas de comparer : il manque des postes.
Raisonner coût contre valeur, sans chiffre inventé
La question « est-ce que ça vaut le coup ? » se traite mieux avec vos propres données qu’avec des ratios génériques. Trois sources de valeur reviennent le plus souvent.
Le temps rendu. Combien de temps le processus consomme-t-il aujourd’hui, par occurrence et par mois, et par qui ? Une heure d’un profil qualifié passée à copier-coller ne vaut pas une heure de saisie simple. Il faut aussi compter ce que le système laissera aux équipes : relecture, validation, traitement des exceptions.
Les erreurs évitées. Que coûte une erreur aujourd’hui : une facture à réémettre, un retard de livraison, un écart à expliquer, une relance client ? Si vous ne savez pas le mesurer, c’est un indicateur à construire avant de lancer le projet.
La capacité. Le processus bloque-t-il une croissance de volume, un recrutement, une absence ? Dépend-il d’une seule personne ? La valeur est alors moins dans le temps gagné que dans le risque réduit.
Prenons un exemple illustratif : une équipe consacre chaque semaine plusieurs heures à rapprocher des commandes et des factures entre deux outils. Pour juger un budget, on compare le coût total sur une période raisonnable (construction, suivi, coûts tiers, temps interne) avec le temps effectivement rendu, les erreurs évitées et la capacité supplémentaire, mesurés sur la même période. Si le calcul ne tient qu’à condition que tout fonctionne sans exception et sans maintenance, le projet est trop juste.
Mesurer suppose un point de départ. Relevez la situation actuelle avant le projet ; sans cela, aucune comparaison ne sera possible après.
Les pièges qui font dériver le budget
Sous-estimer l’exploitation
Un système automatisé n’est pas terminé à sa livraison. Un fournisseur modifie un format de fichier, un outil change son interface, une règle de gestion évolue, un modèle d’IA est remplacé par une nouvelle version. Sans surveillance, le système se dégrade sans bruit, et l’équipe revient au traitement manuel. Prévoyez dès le départ qui surveille, qui corrige et avec quel budget.
Oublier les exceptions
Un chiffrage fondé sur le cas nominal paraît raisonnable, puis la réalité arrive. Les exceptions non prévues finissent soit en développement supplémentaire, soit en traitement manuel caché qui annule une partie du gain. Demandez à voir comment les cas qui sortent de la règle seront repérés et renvoyés vers une personne.
Payer un prototype qui ne passera jamais en production
Une démonstration sur quelques exemples choisis ne coûte pas grand-chose et impressionne. Elle ne dit rien des intégrations, des droits d’accès, de la journalisation, des erreurs ni de la maintenance. Si la proposition ne décrit pas le chemin jusqu’à l’usage réel, vous achetez une preuve de concept, pas un processus qui fonctionne. Ce sujet est détaillé dans notre article sur le passage d’un prototype IA à la production.
Choisir le mauvais premier processus
Un processus rare, instable ou très dépendant du jugement coûte cher à automatiser pour peu de retour. Le choix du point de départ pèse autant que le prix : les critères sont exposés dans notre guide pour choisir quel processus automatiser en premier.
Quand l’automatisation n’est pas la bonne réponse
Certaines situations ne justifient pas un projet sur mesure. Si le processus se produit quelques fois par an, s’il change en profondeur tous les trimestres ou s’il repose presque entièrement sur des décisions d’appréciation, le coût d’un système et de son entretien risque de dépasser le gain. De même, si un logiciel du marché couvre déjà votre besoin avec un paramétrage raisonnable, l’acheter est souvent plus simple que faire construire. Et si le problème vient d’un processus mal défini, il faut d’abord le clarifier : automatiser un fonctionnement confus le rend seulement plus rapide.
Comment Klaryx fixe ses prix
Nos modalités sont publiques et ne changent pas selon l’interlocuteur.
- Premier échange gratuit, d’environ 30 minutes, pour comprendre le besoin et décider de la suite.
- Cartographie de processus à 3 000 € HT, seulement lorsque le processus, les outils en place ou les arbitrages à faire empêchent de chiffrer correctement la construction. Elle est déductible du prix de l’implémentation si vous nous la confiez ensuite. Si le besoin est simple et déjà délimité, nous préparons directement un devis. Le détail de cette étape est présenté sur la page cartographie de processus.
- Implémentation sur devis, au forfait. Nous n’affichons pas de prix plancher : le périmètre d’un processus et donc son coût varient trop pour qu’un « à partir de » soit honnête. Chaque devis précise le processus couvert, les livrables et les limites du périmètre.
- Suivi et amélioration à partir de 500 € HT par mois, après la livraison : surveillance, corrections et évolutions mineures à l’intérieur du périmètre existant. Un nouveau développement ou une évolution qui change le périmètre fait l’objet d’un chiffrage séparé.
Les coûts tiers (abonnements, consommation des modèles d’IA, hébergement) et le temps de vos équipes s’ajoutent à ces montants ; nous les identifions avec vous avant le devis pour qu’ils ne soient pas une surprise.
Pour aller plus loin
Si vous avez déjà un processus en tête, le plus utile est de regarder nos offres pour voir quelle étape correspond à votre situation : devis direct si le besoin est clair, cartographie s’il faut d’abord le comprendre.