Le modèle économique performant n'est pas celui qui repose sur le plus grand nombre d'agents autonomes, mais celui qui orchestre efficacement un nombre restreint de composantes – à la fois déterministes et probabilistes – sous un contrôle centralisé. L'image d'une organisation composée d'agents négociant entre eux est séduisante en théorie, mais fragile en pratique, car elle multiplie les risques de défaillance sans pour autant accroître la capacité à les gérer.
L'architecture qui supporte le poids est plus ennuyeuse et considérablement plus ancienne : un flux défini, des composants aux responsabilités clairement définies, des contrats entre eux et un endroit où l'on décide de ce qui se passe en cas de panne.
Cela signifie que c'est le processus, et non le modèle, qui est déterminant. Un flux explicite définit les étapes, leur ordre, leurs conditions et ce qui se passe à chaque étape. Au sein de ce flux, certaines étapes sont gérées par un logiciel déterministe, d'autres par un modèle et d'autres encore par une personne.
La différence avec l'approche « agent autonome » réside dans l'emplacement de la logique de décision. Dans un agent autonome, la séquence est déterminée par le modèle à chaque exécution, ce qui signifie qu'elle peut varier. Dans une orchestration, la séquence est définie et le modèle résout les étapes spécifiques qui la composent.
Cette distinction a trois conséquences pratiques :
Aucune des trois n'est possible lorsque la séquence est improvisée par le modèle.
Type d'étape | Qui devrait résoudre ce problème ? | Parce que |
Règle de calcul, de validation et de comptabilité | Logiciel déterministe | Elle exige exactitude et traçabilité, et non interprétation. |
Enquête sur un fait | Système source | La vérité se consulte, elle ne se crée pas. |
Interprétation d'un texte ambigu | Modèle de langage | C'est là que les logiciels classiques sont les moins performants. |
Classification selon des critères clairs | Il peut s'agir de l'un ou de l'autre. | Décidez en fonction du coût et de la précision des mesures. |
Décision ayant un impact économique | Personne, avec la proposition préparée | Responsabilité et jugement contextuel |
L'asymétrie est structurelle : les économies sont mesurées mensuellement et directement imputées au projet ; les pertes sont réparties entre cinq services et jamais imputées à qui que ce soit. C'est pourquoi les projets d'automatisation du support sont presque toujours présentés comme des réussites, même si le client bénéficie d'un service de moindre qualité.
Pour corriger cette asymétrie, il faut mesurer l'équilibre global dès le départ, et non après coup. Et l'indicateur qui reflète le mieux cette asymétrie n'est pas le taux d'automatisation, mais… le taux de résolution dès la première interaction, combiné à la satisfaction des cas escaladés.. Un bot qui automatise beaucoup de tâches mais qui s'adapte mal à la croissance produit d'excellents résultats et un client mécontent.
La première ligne mérite d'être soulignée, car c'est là que les pertes financières dues aux tendances sont les plus importantes. Aucun montant n'est calculé à l'aide d'un modèle de langage. Aucune validation fiscale n'est interprétée. Aucune règle comptable n'est déduite. Introduire une composante probabiliste là où existait une règle déterministe engendre des coûts, des délais et des risques supplémentaires, sans apporter aucune valeur ajoutée, puisque le problème était déjà résolu.
La quatrième ligne est la seule où une véritable décision doit être prise, et elle doit l'être sur la base de données : mesurer la précision et le coût des deux options sur des cas réels avant de décider.
Un flux explicite et versionné. Cela doit être consigné par écrit dans un document accessible et vérifiable, et non dispersé dans des configurations disparates. Lorsqu'on demande pourquoi un cas a été résolu d'une certaine manière, la réponse doit figurer dans le processus de résolution.
Contrats entre les étapes. Chaque composant reçoit et renvoie une valeur définie. Cela permet de remplacer un modèle par un autre, ou un modèle par une règle, sans affecter les autres. C'est la même logique de limites qui sous-tend tout architecture modulaire.
Un point unique de traçabilité. Toutes les étapes sont consignées dans le même registre. Sans cela, la reconstitution d'un cas nécessiterait de recouper les informations de cinq sources aux horloges différentes.
Points de contrôle humains définis. Il ne s'agit pas de savoir « il y a quelqu'un qui supervise », mais plutôt : à cette étape précise, avec ce critère, cette échéance et ces informations dont nous disposons.
Un mécanisme d'arrêt et de marche arrière. Pouvoir interrompre l'ensemble du flux sans déployer de code, et pouvoir annuler ce qui a été exécuté jusqu'à ce point.
Ces cinq éléments constituent des exigences architecturales. Il est beaucoup plus économique de les définir avant la construction que de les ajouter après coup, c'est pourquoi nous insistons autant sur leur ordre de priorité.
Il existe souvent un argument économique plus convaincant qu'un argument technique. Les modèles évoluent plusieurs fois par an en termes de prix, de capacité et de politique d'utilisation. Certains sont même abandonnés. Ce qui est cher aujourd'hui pourrait être bon marché dans un an, et inversement.
Une entreprise dont la logique métier est liée à la configuration d'un fournisseur d'agents ne peut pas tirer parti de cette évolution : chaque modification lui coûte un projet. Une entreprise qui orchestre le processus peut remplacer le composant à l'étape 3 et laisser les huit autres intacts.
Cela se rattache directement à la question de la dépendance technologique, que nous avons abordée dans Dépendance technologique et risques commerciaux La couche métier, les données, les règles et les évaluations doivent appartenir à l'architecture de l'entreprise, et non à celle de son fournisseur.
Gartner estimait en 2025 que plus de 401 000 milliards de dollars de projets d'IA agentielle seraient annulés d'ici fin 2027, et l'une des trois causes identifiées était la hausse des coûts. Une architecture permettant de remplacer les composants par des alternatives moins onéreuses constitue, littéralement, la solution à ce problème.
L'orchestration ne nécessite pas de projet de transformation. La méthode qui fonctionne est progressive :
Au final, l'entreprise dispose d'un processus plus performant, moins coûteux et vérifiable, et a utilisé l'IA précisément là où elle s'est avérée utile. C'est, en définitive, tout ce qu'on peut demander à cette technologie.
D'ici quelques années, le débat sur l'utilité des agents aura disparu, tout comme celui sur l'utilité d'un site web. Les mannequins ne seront plus qu'un élément parmi d'autres : peu coûteux et remplaçables.
Ce qui continuera de différencier deux entreprises d'un même secteur sera la même chose qu'une marque aujourd'hui : la qualité de leurs données, la clarté de leurs processus et la robustesse de l'architecture qui les relie.
Ce n'est pas une prédiction risquée. C'est ce qui s'est passé avec toutes les technologies précédentes.
Il s'agit d'une architecture où le processus, et non le modèle, définit la séquence : un flux explicite, composé d'étapes, de conditions et de ramifications, est établi. Certaines étapes sont résolues par un logiciel déterministe, d'autres par un modèle, et d'autres encore par une personne. Le comportement est reproductible, les défaillances sont traçables et le coût est prévisible.
Où réside la logique de décision ? Dans un agent autonome, la séquence est déterminée par le modèle à chaque exécution et peut varier ; dans une orchestration, la séquence est définie et le modèle ne résout que certaines étapes spécifiques au sein de celle-ci.
Les calculs, les validations critiques et les règles comptables ou fiscales exigent précision et traçabilité ; de même que le processus de recherche d’informations, qui doit être effectué à partir du système source. Introduire un élément probabiliste là où existait déjà une règle déterministe engendre des coûts, des délais et des risques supplémentaires sans apporter de valeur ajoutée.
Cinq : un flux explicite et versionné, des contrats définis entre les étapes, un point unique de traçabilité, des points de contrôle humains spécifiques avec des critères et des délais, et un mécanisme d'arrêt et de restauration qui ne nécessite pas le déploiement de code.
Cela permet de remplacer un composant sans affecter les autres. Les prix, les capacités et les politiques des modèles évoluant plusieurs fois par an, une entreprise dont le fonctionnement repose sur la configuration d'un fournisseur doit financer un projet à chaque modification ; celle qui orchestre le processus n'a pas à le faire.
Choisir un processus délimité avec un volume et une douleur reconnus, dessiner le flux réel avec ses exceptions, marquer quel composant doit résoudre chaque étape, automatiser d'abord les étapes déterministes et ajouter le modèle uniquement là où il existe une réelle ambiguïté.
Souhaitez-vous utiliser l'IA là où elle fait réellement la différence ? Nous cartographions le processus, en définissant les rôles respectifs des règles, des modèles et des personnes, et nous mettons en place l'orchestration avec traçabilité complète. Deux heures d'analyse sans engagement. Parlons-en → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
