La refonte d'un workflow par l'IA consiste à reconstruire un processus métier en partant de son résultat, de sorte que les systèmes d'IA prennent en charge la lecture, l'extraction, la rédaction, la vérification, le routage et la coordination, tandis que les personnes conservent une autorité explicite à des points de décision définis. Elle se distingue de l'automatisation, qui conserve les étapes existantes et les exécute plus vite. Une refonte part d'une mesure de référence du workflow actuel, supprime les étapes qui n'existaient que parce que des personnes devaient les réaliser, attribue les étapes restantes à des systèmes ou à des personnes, conçoit les contrôles, et est validée sur le coût par résultat et le délai de cycle avant d'être construite.
En mars 2025, McKinsey rapportait que la refonte fondamentale des workflows présentait la plus forte corrélation avec l'impact sur l'EBIT de tout ce qu'il mesurait, et que 21 % des entreprises ayant adopté l'IA l'avaient fait. En novembre, les organisations qu'il classait comme leaders étaient environ trois fois plus susceptibles que les autres d'avoir refondu leurs workflows. Le constat a été répété assez souvent pour devenir une évidence. Ce qui est rarement expliqué, c'est ce que refondre un workflow implique réellement.
Cet article est cette explication. Il fait suite à La transformation IA de l'entreprise, qui soutenait que le workflow est l'unité de la transformation, et à Les opérations AI-native, qui décrivait ce qui change dans une opération une fois que l'IA en exécute les étapes. Ici, la question est pratique : pour un workflow donné, comment le reconstruire autour de l'IA pour que ces changements se produisent, et comment éviter de reconstruire l'ancien workflow avec un modèle greffé dessus ?
Qu'est-ce que la refonte d'un workflow par l'IA ?
La refonte d'un workflow par l'IA est la reconstruction d'un processus métier autour de la division du travail que l'IA rend possible : les systèmes d'IA exécutent les étapes qui consomment du temps et exigent peu de jugement, comme lire, extraire, rédiger, vérifier, router et coordonner ; les personnes exécutent les étapes qui engagent la responsabilité et le jugement, à des points de décision définis. La refonte part du résultat que le workflow existe pour produire, et non de l'enchaînement actuel des étapes ; elle est achevée lorsque le nouveau workflow a été validé sur le coût par résultat et le délai de cycle par rapport à une mesure de référence.
L'expression « à partir du résultat » est ce qui distingue la refonte de toute autre approche. Un workflow qui tourne depuis des années est le témoignage de la façon dont des personnes ont composé avec des contraintes : attention limitée, connaissance limitée, accès limité, confiance limitée. Le traitement par lots, les transferts, la ressaisie et les files d'approbation sont tous rationnels sous ces contraintes. Lorsqu'un système peut tout lire, tenir l'ensemble du dossier, accéder à chaque enregistrement pertinent et agir dans des limites définies, les contraintes changent, et le workflow doit changer avec elles. La refonte demande à quoi ressemblerait le workflow s'il était construit aujourd'hui pour ce système et ces personnes, puis détermine comment y parvenir à partir de l'existant.
En quoi la refonte d'un workflow diffère-t-elle de son automatisation ?
L'automatisation conserve la structure du workflow et exécute ses étapes existantes plus vite, généralement sur des entrées structurées et selon des règles fixes. La refonte change la structure : elle supprime les étapes qui n'existaient que parce que des personnes devaient les réaliser, fusionne les étapes qu'un seul système peut tenir ensemble, confie la lecture et la rédaction à l'IA, et place les personnes aux décisions qui comptent. L'automatisation préserve les inefficacités de l'ancien workflow à plus grande vitesse. La refonte change ce que le workflow coûte et le temps qu'il prend.
| Dimension | Automatisation du workflow | Refonte du workflow par l'IA |
|---|---|---|
| Point de départ | La cartographie actuelle du processus | Le résultat que le processus existe pour produire |
| Étapes | Mêmes étapes, exécutées par logiciel là où les règles le permettent | Étapes supprimées, fusionnées ou réattribuées ; nouveaux points de contrôle ajoutés |
| Entrées | Données structurées ; les exceptions reviennent aux personnes | Documents et flux non structurés traités dans des limites définies |
| Personnes | Réalisent les étapes que le logiciel ne peut pas faire | Détiennent les décisions, les approbations et les exceptions |
| Autorité | Implicite dans les règles | Explicite : droits de décision, seuils, points de contrôle, motifs journalisés |
| Preuve | Tâches automatisées, heures économisées | Coût par résultat et délai de cycle par rapport à une référence |
| Réutilisation | Chaque automatisation est autonome | Le contexte, les contrôles et les intégrations servent le workflow suivant |
C'est la raison pour laquelle « l'automatisation des workflows par l'IA » déçoit si souvent. L'outillage est capable ; le workflow vers lequel on le pointe n'a jamais été refondu, si bien que l'outil doit reproduire une séquence d'étapes qui n'avait de sens que lorsque des personnes les exécutaient. Le résultat est une version plus rapide de la même file d'attente.
Quels workflows refondre en premier ?
Les meilleurs premiers candidats sont les workflows riches en documents et en coordination, qui tournent à un volume significatif, présentent des retards visibles, des reprises ou de la ressaisie manuelle, comportent des points de décision clairs et produisent un résultat mesurable avant et après. Les workflows dont la valeur dépend principalement des relations, de la négociation ou d'un jugement inédit sont de moins bons premiers candidats : non que l'IA ne puisse pas aider, mais la refonte a moins à réattribuer et la preuve est plus difficile à produire.
- La valeur fuit visiblement. Des semaines de délai, des arriérés, des reprises, des personnes qui ressaisissent des données entre systèmes, des approbations qui attendent dans des boîtes de réception. Si personne ne peut désigner la fuite, il n'y a rien contre quoi refondre.
- Le travail consiste surtout à lire, rédiger, vérifier et coordonner. Ce sont les étapes que les systèmes d'IA exécutent bien dans des limites définies. Un workflow composé à 80 % de ces étapes est un candidat à la refonte ; un workflow composé à 80 % de négociation ne l'est pas, pas encore.
- Les points de décision sont clairs. Quelqu'un approuve, quelqu'un signe, quelqu'un libère. Si l'autorité est diffuse, la refonte doit d'abord la rendre explicite, ce qui est plus difficile.
- Le résultat est dénombrable. Métrés produits, propositions soumises, alertes résolues, dossiers clos. Un résultat dénombrable donne un coût par résultat et un délai de cycle, c'est-à-dire la preuve dont le business case a besoin.
- Le contexte existe ou peut être assemblé. Plans, contrats, offres passées, politiques. Si la connaissance dont le système a besoin est dispersée mais réelle, elle peut être rassemblée. Si elle ne vit que dans la tête des gens, commencez ailleurs.
L'article sur la transformation IA de l'entreprise explique comment un premier workflow s'inscrit dans une séquence plus large. La suite de cet article suppose qu'un workflow a été choisi.
Mesurer le workflow actuel
Avant de refondre quoi que ce soit, mesurez le workflow tel qu'il tourne aujourd'hui : volumes, coût par résultat, délai de cycle de bout en bout, temps d'attente par rapport au temps de travail, transferts, taux de reprise et d'erreur, et les décisions qui déterminent réellement le résultat. Le but n'est pas d'automatiser la cartographie. C'est de savoir ce que la refonte doit battre, et de localiser où la valeur fuit, là où la refonte doit se concentrer.
La plupart des programmes de transformation sautent cette étape, et le projet NANDA du MIT a attribué une grande part de l'« absence d'impact mesurable » constatée dans les pilotes d'IA générative en entreprise précisément à cette omission : sans mesure de référence, rien ne pouvait être démontré ensuite. Une référence n'a pas besoin d'être exhaustive. Il lui faut cinq ou six chiffres que le propriétaire du workflow reconnaîtra comme vrais, et un compte rendu honnête de là où passe le temps. Dans le workflow de métré décrit plus loin, la référence était de trois semaines ou plus par métré, des métreurs lisant les plans à la main, et des documents de projet dispersés dans des dossiers séparés, si bien que les réponses dépendaient de qui se souvenait où les choses se trouvaient.
Partir du résultat, pas des étapes
Définissez le résultat que le workflow existe pour produire, dans les termes qu'utilise le métier : un métré approuvé, une proposition soumise, une alerte résolue, une décision financée. Demandez ensuite quel serait le chemin le plus court et défendable de l'entrée à ce résultat si un système pouvait tout lire, tenir l'ensemble du dossier et agir dans des limites, et si une personne n'avait à décider que ce qui exige réellement une personne. Ce chemin, et non la cartographie actuelle, est la cible de conception.
Partir du résultat révèle des étapes qui n'ont plus aucune raison d'être. Une page de garde qui résume le dossier pour le bureau suivant est inutile quand il n'y a plus de bureau suivant. Une revue hebdomadaire par lots est inutile quand chaque dossier est complet à son arrivée. Une seconde approbation ajoutée après un incident survenu des années plus tôt peut être inutile quand chaque ligne est traçable jusqu'à sa source. Aucune de ces étapes n'est découverte en automatisant la cartographie actuelle ; toutes le sont en demandant ce que le résultat exige.
Chaque étape d'un workflow mature est le fossile d'une contrainte. La refonte est la discipline qui consiste à se demander quelles contraintes existent encore.
Attribuer chaque étape à un système ou à une personne
Pour chaque étape du chemin refondu, décidez qui l'exécute. Confiez aux systèmes d'IA les étapes qui consomment le plus de temps et exigent le moins de jugement : lecture et extraction, rédaction à partir de sources approuvées, classification et routage, recoupement avec les règles et les décisions antérieures, surveillance et coordination entre systèmes. Conservez aux personnes les étapes qui engagent la responsabilité, exigent un jugement dans l'ambiguïté, dépendent de relations, ou traitent des situations pour lesquelles le système n'a pas été conçu.
| Type d'étape | Exécutée par | Note de conception |
|---|---|---|
| Lire, extraire, structurer | Système | Chaque fait extrait est traçable jusqu'à son emplacement source |
| Rédiger à partir de matériel approuvé | Système | Rédige uniquement à partir d'une bibliothèque gouvernée ; rien d'inventé |
| Classer, prioriser, router | Système | Un seuil de confiance oriente les cas incertains vers une personne |
| Recouper avec la politique, la spécification, l'historique | Système | Les écarts sont signalés, pas résolus en silence |
| Surveiller, détecter, alerter | Système | Alertes priorisées et livrées avec les preuves jointes |
| Approuver, libérer, signer | Personne | Un point de contrôle défini avec une autorité nommée |
| Résoudre l'exception signalée | Personne | Le système présente le dossier et sa propre incertitude |
| Changer la règle que les vérifications ont révélée erronée | Personne | La refonte réalimente la politique, elle ne la contourne pas |
L'attribution est une décision de conception, pas une décision technique, et elle doit être prise par les personnes qui possèdent le workflow. L'article sur les opérations AI-native traite plus en profondeur du changement de rôles qui en résulte ; en résumé, les mêmes spécialistes passent de la production du travail à son approbation et à sa correction.
Concevoir l'autorité avant de choisir un outil
L'autorité humaine doit être conçue dans un workflow refondu, car elle ne peut plus se déduire de qui réalise l'étape. Énoncez ce que le système peut faire seul, ce qui exige une approbation et ce qu'il doit escalader. Fixez des seuils de confiance qui orientent les cas incertains vers des personnes. Placez des points d'approbation avant chaque action lourde de conséquences. Exigez que chaque sortie soit traçable jusqu'à ses sources et que chaque décision soit journalisée avec un motif. Définissez le chemin de repli qui rend une étape à une personne lorsque le système ne peut pas poursuivre.
Le faire dès la conception, plutôt que lors d'une revue de gouvernance après la construction, est ce qui rend la mise en production possible. Un workflow dont les contrôles sont spécifiés peut être évalué, audité et approuvé ; un workflow qui repose sur « un humain vérifiera » ne le peut pas. C'est aussi ce qui permet à la refonte d'aller plus loin : quand l'autorité est explicite et que chaque action est journalisée, l'organisation peut en toute sécurité laisser le système faire davantage. Le cas Commandement & Contrôle illustre le principe à son niveau le plus exigeant, chaque action portant un code de motif et une signature ; une approbation d'achat a besoin de la même structure à des enjeux moindres. Dans World AI OS, cette couche est Control.
Spécifier le contexte dont le système a besoin
Un workflow refondu ne fonctionne que si le système qui en exécute les étapes dispose de la connaissance d'entreprise que ces étapes exigent : les documents pertinents, mais aussi les politiques qui les régissent, les rôles et droits de décision concernés, les systèmes de référence et celui qui fait autorité pour chaque champ, les décisions antérieures et leurs motifs, et les contraintes et exceptions que le workflow a apprises au fil du temps. Lister explicitement ce contexte fait partie de la refonte, et le construire est généralement la plus grande partie de la construction.
C'est l'étape la plus souvent sous-estimée. Les équipes supposent qu'il suffit de pointer un modèle vers un dépôt de documents ; le constat du MIT selon lequel les pilotes se sont enlisés parce que les outils ne pouvaient ni retenir le contexte ni s'adapter au workflow en est le résultat. Le contexte est plus que des documents, et il doit être maintenu : quand une politique change, le comportement du système doit changer avec elle. Le construire une fois, dans une couche gouvernée que les workflows suivants réutilisent, est ce qui rend la deuxième refonte moins coûteuse que la première. Dans World AI OS, cette couche est Brain ; un article ultérieur de cette série lui est consacré.
Prouver la refonte avant de la construire
Un workflow refondu doit être prouvé sur papier avant d'être construit : un business case sur l'évolution projetée du coût par résultat, du délai de cycle et de la capacité par rapport à la référence ; une évaluation de la préparation à l'exécution couvrant les données, l'intégration, les compétences et la propriété ; une évaluation de gouvernance couvrant les contrôles conçus à l'étape 4 ; et une décision de construire ou d'attendre. Les refontes qui ne franchissent pas cette barre ne doivent pas être construites, et cette décision est un succès de la méthode, non un échec.
Prouver d'abord règle aussi la question de l'outil dans le bon ordre. Une fois que la refonte spécifie quelles étapes un système exécute, quel contexte il lui faut et quels contrôles s'appliquent, le choix des modèles, agents et plateformes devient une décision d'ingénierie face à une spécification, plutôt qu'une décision d'achat en quête d'un usage. World AI X mène les étapes 1 à 6 sous la forme d'un Discovery Sprint, la refonte elle-même étant réalisée dans Studio ; la version jalonnée de cette séquence est décrite dans Le cadre de transformation IA.
Un workflow refondu en production
Le workflow de métré chez un promoteur immobilier illustre chacune des étapes ci-dessus. Le résultat est un métré approuvé sur lequel les achats et la finance peuvent s'appuyer.
| Élément | Avant la refonte | Après la refonte |
|---|---|---|
| Référence | Trois semaines ou plus par métré ; des métreurs lisant les plans et les spécifications à la main ; des documents dans des dossiers séparés | Quelques heures par métré ; des métreurs relisant un métré pré-rédigé |
| Chemin vers le résultat | Lire les plans, recouper les spécifications, reconstruire le métré dans des tableurs, faire circuler, approuver | Plans en entrée, métré pré-rédigé en sortie, approbation du métreur, enregistrement vers les achats et la finance |
| Étapes du système | Aucune | Lire les plans et élévations ; extraire les quantités et les spécifications ; rédiger le métré |
| Étapes humaines | Toutes | Relire et approuver ; résoudre les écarts signalés |
| Autorité | Implicite chez celui qui faisait le travail | Point d'approbation du métreur avant que quoi que ce soit atteigne les achats ; chaque ligne traçable jusqu'à son plan |
| Contexte | Dispersé entre dossiers et mémoire | Chaque document de projet dans une seule couche de connaissance gouvernée |
| Preuve | Rien d'enregistré | Délai passé de semaines à heures ; le métré approuvé devient l'enregistrement de référence |
Rien dans la refonte n'a exigé un nouveau système de référence, et aucun métreur n'a été remplacé. Les étapes qui consommaient des semaines sont passées à un système ; l'étape qui engageait la responsabilité est restée aux personnes qui la détenaient. Le récit complet se trouve dans l'étude de cas Métré assisté par l'IA, et le workflow de propositions montre le même schéma de refonte appliqué aux réponses aux appels d'offres.
Six façons dont la refonte retombe dans l'automatisation
- Partir de l'outil. Un modèle ou une plateforme est choisi d'abord et le workflow lui est adapté. La refonte devient « où cet outil peut-il s'insérer », ce qui est de l'automatisation.
- Automatiser la cartographie actuelle. Le processus tel quel est numérisé étape par étape. Chaque contrainte fossilisée survit à plus grande vitesse.
- Sauter la mesure de référence. Sans avant, il n'y a pas d'après, et la refonte ne peut être ni financée ni défendue.
- Laisser l'autorité implicite. « Un humain vérifiera » n'est pas un contrôle. La revue de gouvernance bloque alors le déploiement ou le dilue jusqu'à ce que rien n'ait changé.
- Confondre documents et contexte. Le système a les fichiers mais pas les politiques, les rôles, les décisions ni les contraintes, et s'enlise au premier dossier qui en a besoin.
- Construire avant de prouver. L'ingénierie démarre sur une conception non prouvée ; les coûts s'envolent ; le projet rejoint les 40 % que Gartner s'attend à voir annulés.
Chacun de ces points est une décision d'enchaînement, pas de technologie. La refonte tient quand l'ordre est respecté : référence, résultat, division du travail, autorité, contexte, preuve, et seulement ensuite la construction.
Questions fréquentes
Quelle est la différence entre la refonte d'un workflow par l'IA et son automatisation ?
L'automatisation conserve la structure du workflow et exécute ses étapes existantes plus vite, généralement sur des entrées structurées. La refonte change la structure : elle supprime les étapes qui n'existaient que parce que des personnes devaient les réaliser, confie la lecture, la rédaction, la vérification et la coordination aux systèmes d'IA, et place les personnes à des points de décision définis. L'automatisation préserve les inefficacités de l'ancien workflow à plus grande vitesse ; la refonte change l'économie du workflow.
Quels workflows sont de bons candidats à une refonte par l'IA ?
Les workflows riches en documents et en coordination, qui tournent à un volume significatif, présentent des retards visibles, des reprises ou de la ressaisie manuelle, comportent des points de décision clairs et produisent un résultat mesurable avant et après. Les workflows dont la valeur dépend principalement des relations, de la négociation ou d'un jugement inédit sont de moins bons premiers candidats.
Faut-il cartographier le processus actuel avant de le refondre ?
Oui, mais dans un but précis : établir une référence de coût, de délai de cycle, de volumes, de transferts et de reprises, et localiser où la valeur fuit. On ne cartographie pas pour automatiser la carte. La refonte part du résultat et remonte ; la cartographie de l'existant indique ce que la refonte doit battre et où se trouvent les contraintes.
Comment décider quelles étapes l'IA doit exécuter ?
Confiez à l'IA les étapes qui consomment le plus de temps et exigent le moins de jugement : lecture et extraction, rédaction à partir de matériel approuvé, classification et routage, recoupement avec les règles et les sources, surveillance et coordination entre systèmes. Conservez aux personnes les étapes qui engagent la responsabilité, exigent un jugement dans l'ambiguïté, dépendent de relations, ou traitent des situations inédites pour lesquelles le système n'a pas été conçu.
Comment garder les humains aux commandes d'un workflow refondu ?
En concevant l'autorité dans le workflow : énoncer ce que le système peut faire seul, ce qui exige une approbation et ce qu'il doit escalader ; orienter les cas incertains vers des personnes selon des seuils de confiance ; placer des points d'approbation avant les actions lourdes de conséquences ; rendre chaque sortie traçable jusqu'à ses sources ; journaliser chaque décision avec un motif ; et définir un chemin de repli qui rend une étape à une personne lorsque le système ne peut pas poursuivre.
Combien de temps prend la refonte d'un workflow par l'IA ?
Diagnostiquer et refondre un seul workflow, business case et évaluation de préparation compris, prend généralement quelques semaines. Construire le workflow refondu jusqu'en production prend plus longtemps et dépend de la profondeur d'intégration et des exigences de gouvernance : des mois plutôt que des semaines, en général. La refonte elle-même est la partie rapide ; c'est la sauter qui rend la construction lente.