Dans la première partie de cet article, nous avons donné des ordres de grandeur, décrit le déroulement de notre audit, puis montré comment nous cartographions un processus et mesurons ce qu’il coûte réellement chaque année. Nous avons aussi expliqué pourquoi les cas complexes restent volontairement en validation humaine. Cette seconde partie part de cette mesure et répond aux questions qui suivent logiquement : pourquoi deux projets semblables n’ont pas le même prix, comment nous construisons le nôtre, et ce qui vous protège si le résultat n’est pas au rendez-vous.
Évaluer la complexité technique
Deux automatisations qui créent la même valeur peuvent demander des efforts de réalisation très différents. Un workflow simple enchaîne un email, une extraction de données, la génération d’un document et son envoi. Un autre traverse un logiciel métier, une API externe, des règles métier, un modèle d’IA, une validation humaine, une signature électronique et un archivage. Dans le second cas, la complexité vient rarement de l’intelligence artificielle elle-même : elle vient des intégrations. Il faut gérer les authentifications, les droits d’accès, les données incomplètes, les pannes des services externes, la sécurité et les mécanismes de reprise.
Un prototype qui fonctionne en démonstration représente souvent moins de 20 % du travail. Les 80 % restants (gestion des erreurs, données incomplètes, pannes des services tiers, sécurité, reprise après incident) sont invisibles en démonstration, mais ce sont eux qui font la différence entre un système qui impressionne dix minutes et un système auquel vous confiez vos clients tous les jours. C’est cette différence qui explique qu’un même besoin puisse coûter deux ou trois fois plus cher selon le niveau d’exigence. La figure 1 montre où passe la ligne de flottaison.
Construire le prix
Nous ne calculons pas le prix d’un projet en multipliant simplement un nombre de jours par un tarif journalier. Cette méthode contient un paradoxe : plus un prestataire devient efficace, moins il devrait facturer. Or une automatisation qui demande quelques jours de développement peut créer plusieurs dizaines de milliers d’euros de valeur par an, tandis qu’une intégration très technique peut demander beaucoup de travail pour une valeur économique modeste.
Nous évaluons donc chaque projet selon trois dimensions. La complexité de réalisation couvre le développement, les intégrations, les tests et le déploiement. Le risque opérationnel mesure l’importance du processus pour votre activité et les conséquences d’une erreur. La valeur économique additionne le temps libéré, la capacité créée, les erreurs évitées et les revenus supplémentaires potentiels.
Concrètement, nous appliquons une règle de dimensionnement simple : le prix du projet est construit pour que l’investissement soit rentabilisé au cours de la première ou de la deuxième année d’exploitation, sur la base des chiffres établis ensemble pendant l’audit. Si nous ne parvenons pas à construire ce raisonnement, nous ne recommandons pas le projet. Cette règle figure dans le livrable d’audit : vous pouvez la vérifier, et nous l’opposer.
Comme la mesure du coût annuel présentée en première partie, cette règle contient un intérêt objectif de notre côté, et autant le dire franchement : plus votre processus coûte cher, plus le prix défendable est élevé, à effort de développement égal. C’est le principe d’un prix indexé sur la valeur créée plutôt que sur nos jours de travail. Sa contrepartie vous protège : la même règle plafonne le prix à un ou deux ans d’économies, quelle que soit la complexité de notre travail.
Un exemple concret
Reprenons le processus mesuré dans la première partie : 80 exécutions par semaine, 12 minutes de travail humain en moyenne, soit environ 25 760 € de capacité humaine mobilisée chaque année. Cet exemple est fictif et simplifié : il sert à montrer le raisonnement, pas à promettre un résultat, et selon la complexité et la valeur en jeu, un projet réel peut coûter sensiblement moins ou sensiblement plus. Sur les projets réels, la réduction atteignable varie fortement d’un cas à l’autre, et il nous arrive de conclure qu’elle est trop faible pour justifier l’investissement ; nous le disons alors au client avant qu’il investisse.
Supposons que l’analyse montre une réduction possible de 75 % du temps consacré au processus. La capacité humaine libérée représente alors environ 19 300 € par an. Supposons que le projet nécessite 7 500 € de mise en place, le forfait d’audit déjà réglé venant en déduction de ce montant, puis 250 € par mois pour l’infrastructure, le monitoring et la maintenance. Le coût total de la première année atteint donc 10 500 €. À ces 10 500 € s’ajoute le temps que vos équipes consacrent au projet (cadrage, tests, formation), typiquement l’équivalent de 1 000 à 1 500 €, et la pleine réduction n’est atteinte qu’après une période de rodage de quelques semaines. Même en intégrant ces éléments, le point d’équilibre reste sous la première année. La figure 2 trace ces deux cumuls sur 24 mois.
Ces hypothèses appellent deux précisions. Nous retenons 75 %, et non les 95 % de la première partie : ces 95 % comptent des dossiers traités automatiquement, pas du temps, car les dossiers qui restent en validation humaine sont les plus longs à traiter, et le processus automatisé conserve une part de supervision. Quant aux 7 500 €, ils se situent en haut de la fourchette de 3 000 à 8 000 € annoncée en première partie : le processus reste un enchaînement linéaire autour d’un seul logiciel métier, sans modèle d’IA à intégrer, ce qui le maintient sous le seuil des automatisations multi-systèmes.
Ce point d’équilibre se situe, sur le papier, autour de six mois, ou de six à sept mois en intégrant les coûts internes et le rodage. Mais ce calcul repose sur une condition que nous vérifions avec vous avant de valider le projet : que les heures libérées soient réellement réaffectées à des activités utiles. Une capacité libérée qui ne sert à rien ne vaut rien, et nous préférons le dire avant le devis plutôt qu’après. À partir de la deuxième année, le coût se limite au fonctionnement, soit environ 3 000 € par an, pour une capacité libérée qui reste de l’ordre de 19 300 €.
À l’inverse, si l’analyse montre qu’un processus ne représente que quelques milliers d’euros par an et exigerait une intégration complexe de 15 000 €, nous concluons que l’automatisation n’est pas justifiée, et cette conclusion fait partie de notre travail. Certaines tâches sont trop rares, certaines procédures trop variables, et certaines intégrations trop coûteuses par rapport au bénéfice attendu. Notre objectif n’est pas de trouver une automatisation à tout prix, mais de déterminer si elle constitue un investissement rationnel.
Le prix initial et le coût de fonctionnement sont deux choses différentes
Nous distinguons deux catégories de coûts, et nous les chiffrons séparément. La mise en place comprend l’audit, la conception du workflow, le développement, les intégrations, les tests, le déploiement, la documentation et la formation des équipes : il s’agit d’un investissement initial. Le fonctionnement couvre ensuite l’infrastructure, les appels aux API et aux modèles d’IA, le stockage, le monitoring, la maintenance et le support.
Ces coûts récurrents sont identifiés dès le départ. Nous préférons qu’un client sache précisément ce que son système coûte à exploiter, plutôt que de découvrir mois après mois une série de dépenses techniques difficiles à comprendre.
Comment savons-nous qu’un projet est terminé ?
Dire qu’une automatisation doit « fonctionner correctement » ne suffit pas. Nous définissons donc des critères d’acceptation observables, par exemple :
Lorsqu’une demande complète est reçue, le système identifie le client, récupère les informations nécessaires, génère le document et l’enregistre automatiquement dans le dossier correspondant.
Lorsqu’une information obligatoire manque, le dossier n’est pas traité automatiquement et est placé dans une file de validation humaine.
Ces critères permettent au client comme à notre équipe de savoir exactement ce que le système doit faire, et ils rendent les tests et la validation beaucoup plus simples.
Et si ça ne marche pas ?
Ces critères d’acceptation ne sont pas décoratifs : ils conditionnent le paiement. Une partie du règlement, définie au devis, n’est due qu’après validation conjointe des critères d’acceptation en conditions réelles. Cette validation suit un calendrier défini au devis, et elle suppose votre coopération : accès aux données réelles, disponibilité des personnes concernées et volumes convenus. Sans réserve motivée de votre part dans le délai convenu, généralement quinze jours ouvrés après la mise en conditions réelles, l’acceptation est réputée acquise. C’est la contrepartie logique de notre engagement.
Une période de garantie, généralement de quatre semaines et précisée dans chaque devis, couvre sans surcoût la correction des écarts par rapport à ces critères. Les mesures avant et après sont établies ensemble, de façon que chacune des deux parties puisse les vérifier : les hypothèses sont validées pendant l’audit, et les résultats sont constatés en commun.
Si les critères d’acceptation fixaient un traitement automatique de 95 % des dossiers et que, dans les conditions prévues au devis et pendant la période de garantie, le système n’en traite que 60 %, c’est notre problème à résoudre, pas le vôtre à financer.
À qui appartient le système, et pouvez-vous partir ?
Les développements spécifiques, c’est-à-dire le code et les workflows construits pour vous, vous appartiennent dès leur paiement. Deux choses restent en dehors de ce transfert : les outils tiers gardent les licences de leurs propres éditeurs, et les composants réutilisables que nous détenions avant votre projet ou développés indépendamment de lui restent les nôtres, sous licence tant que vous exploitez le système. Les deux vous sont indiqués avant toute construction. La maintenance n’est pas obligatoire : elle se résilie avec un préavis d’un mois, et le système fonctionne sans nous. Nous fournissons une documentation qui permet à un autre prestataire de reprendre le système.
Côté données, l’hébergement se fait en Europe, un accord de traitement des données (DPA) est signé avec chaque sous-traitant, y compris les fournisseurs de modèles d’IA, et la conformité RGPD de votre cas est examinée pendant l’audit. La liste des sous-traitants vous est communiquée avant tout déploiement.
Ces garanties comptent double dans le secteur de la santé, avec lequel nous travaillons régulièrement. La préparation de dossiers patients, les courriers de sortie ou l’accueil manipulent des données sensibles, et le raisonnement de valeur présenté dans ces deux articles s’y applique de la même façon, avec des exigences de conformité renforcées. Notre borne d’accueil patient montre comment nous traitons ces exigences en pratique.
Combien de temps cela prend-il, et combien de temps pour vos équipes ?
Ces durées sont indicatives, mais elles donnent des repères pour planifier. L’audit se déroule sur une à trois semaines. Un workflow simple est typiquement en production quatre à huit semaines après validation du devis, tandis qu’une automatisation multi-systèmes demande plutôt trois à six mois. Un programme de bout en bout se planifie pendant l’audit, phase par phase. De votre côté, il faut prévoir quelques heures pendant l’audit, puis l’équivalent de deux à cinq jours répartis sur le projet pour le cadrage, les tests et la formation. Ce coût interne est estimé dans le livrable d’audit.
Notre approche en résumé
Un projet transtorm.ai suit toujours la même logique :
- comprendre le processus ;
- mesurer son coût et ses contraintes ;
- identifier les étapes automatisables ;
- évaluer la complexité et les risques ;
- estimer la valeur créée ;
- définir la solution et son prix ;
- définir des critères d’acceptation mesurables ;
- déployer et mesurer les résultats.
Les trois premières étapes correspondent à la première partie de cet article, et les suivantes à celle-ci. Cette méthode répond à une question plus utile que celle du prix seul : est-ce que cette automatisation représente un bon investissement pour votre organisation ? La première étape de cette chaîne est exactement ce que livre notre audit.
La prochaine étape ne vous engage à rien : un échange de 30 minutes, gratuit, suffit généralement à déterminer si votre processus est un bon candidat à l’automatisation, ou s’il ne l’est pas. Dans les deux cas, vous repartez avec une réponse. Écrivez-nous en bas de page, ou réservez directement un créneau dans notre agenda.