Le cadre ESSII : cinq façons de transformer un processus, pas simplement l'automatiser

La réponse par défaut à « comment transformer ce processus » en 2026 est « ajoutez-y de l'IA ». Cette réponse est correcte peut-être 20 % du temps. Les 80 % restants, la bonne réponse consiste à retirer entièrement la tâche, à simplifier le formulaire qu'elle produit, à standardiser les variantes qui ont proliféré, ou à l'intégrer à un système qui fait déjà le travail. Une IA posée sur un processus sur-complexifié et mal standardisé ne donne qu'un processus sur-complexifié, mal standardisé et coûteux. Cadre d'abord, décision IA ensuite.

ESSII désigne cinq axes d'amélioration de processus, dans l'ordre où il faut les considérer : Éliminer, Simplifier, Standardiser, Intégrer, Intelligize. LucidFlow fait passer chaque tâche par les cinq et renvoie comme approche recommandée la dimension dont la note est la plus élevée pour cette tâche précise. L'ordre compte : une tâche qu'on peut éliminer n'a pas besoin qu'on lui applique Intelligize ; une tâche qu'on peut intégrer à un système existant n'a pas besoin d'un agent IA sur mesure. Le cadre pousse vers les solutions les moins coûteuses avant les plus chères.

Une tâche peut être éliminée quand elle n'apporte aucune valeur au résultat du processus, elle vérifie quelque chose qui a déjà été vérifié, produit un rapport que personne ne lit, approuve quelque chose pour lequel il n'existe aucune base stratégique de refus. Éliminer est le premier axe parce que l'économie est le coût complet de la tâche, pour toujours : zéro infrastructure à maintenir, zéro abonnement à payer, zéro formation à dispenser. Le seuil d'éliminer est en proportion élevé : il faut être sûr que la tâche ne contribue vraiment à rien.

• Validations redondantes : trois personnes approuvent la même chose sans distinction d'autorité. Retirer deux des trois ; garder celle qui a le vrai pouvoir de signature.
• Rapports fantômes, un rapport hebdomadaire qui comptait il y a cinq ans, que personne n'ouvre plus. Test d'élimination : arrêter l'envoi pendant un mois et voir qui demande.
• Tâches de mise à jour de statut, un humain résume ce que le système journalise déjà. Le journal du système, c'est le statut.
• Doubles contrôles formels, une seconde personne vérifie le travail d'une première sur des tâches où la première n'a jamais eu tort. Remplacer par un échantillonnage aléatoire.

Éliminer semble agressif, mais c'est généralement la vente politique la plus facile parce que l'économie est large et concrète. Si une tâche s'exécute 200 fois par mois et qu'on l'élimine, c'est 200 × le coût complet de la tâche économisé chaque mois, sans risque d'intégration aval. Le classifieur LucidFlow marque une tâche comme candidate à l'élimination lorsque sa classification value-stream retourne « pur gaspillage », une désignation formelle dans la tradition Lean Six Sigma, pas une tournure rhétorique.

Simplifier veut dire que le but de la tâche est légitime mais que l'implémentation courante est sur-ingénierée : un formulaire de trois pages là où un champ unique suffirait, une procédure de quinze étapes dont les trois premières suffisent toujours, un comité de revue là où une décision déléguée aboutirait au même résultat. Simplifier est une réduction de complexité, pas de nombre. La tâche se produit toujours ; elle prend juste moins de temps, moins de personnes, ou moins de données d'entrée.

Les candidats à la simplification sont souvent les gains les plus faciles à identifier, mais les plus difficiles à livrer, parce que la complexité existe pour une raison : généralement un incident ponctuel il y a trois ans qui a conduit à un ajout permanent au processus. Faire remonter cette raison et se demander si elle est encore pertinente constitue le vrai travail de simplification. Le classifieur LucidFlow marque une tâche comme candidate à la simplification lorsque sa durée est disproportionnée par rapport à sa sortie : signal que la tâche fait plus de travail que sa valeur ne le justifie.

Standardiser cible la variance. La tâche est légitime et de bonne taille, mais elle tourne différemment dans quatre équipes, ou dans quatre branches du diagramme, ou sur quatre formats de données. Chaque variante est défendable isolément ; le coût collectif de la variance est le besoin de former les gens sur quatre procédures, d'outiller quatre implémentations différentes, et de déboguer quatre modes d'échec. Standardiser effondre les quatre variantes en une, en acceptant qu'une variante ne sera pas parfaitement optimale pour tous les cas.

C'est dans l'axe Standardiser que résident les processus les plus silencieusement coûteux. Personne ne perd le sommeil à cause d'une variante légèrement différente de la même tâche ; tout le monde perd du temps à cause du coût d'intégration lié à l'apprentissage de toutes les variantes. Un processus qui s'exécute selon quatre variantes est souvent identifiable parce que la documentation de formation mentionne « selon l'équipe » ou « si l'entrée vient de la région X », la variance est inscrite dans la description elle-même. Standardiser est aussi l'axe qui sert le plus souvent de prérequis à Intégrer et à Intelligize : une IA ne peut pas traiter de façon fiable une tâche qui présente quatre variantes silencieuses.

Intégrer est l'axe qui capte la redondance entre systèmes plutôt qu'entre tâches. Une tâche qui copie des données du CRM vers le système de facturation est une candidate classique à l'intégration, le système de facturation peut lire l'API du CRM et la transcription humaine est du pur surcoût. Une tâche qui réconcilie deux rapports tirés de deux systèmes partageant déjà la même base sous-jacente en est une autre. Motif général : la donnée existe, le système peut la récupérer, et un humain sert de pipeline de données coûteux.

Intégrer coûte habituellement de l'argent à implémenter : travail d'intégration, abonnements d'API, maintenance des connecteurs, mais le coût est ponctuel (ou, au pire, un petit frais récurrent) alors que l'économie se compose à chaque exécution. La période de retour du rapport ROI est le chiffre qui permet de décider si l'intégration en vaut la peine : si l'intégration coûte 8 000 $ à construire et économise 2 000 $ par mois, un retour à 4 mois est un oui net ; si elle coûte 80 000 $ et économise 2 000 $ par mois, la question est plus difficile.

Intelligize est l'axe auquel la plupart des gens recourent en premier alors qu'ils devraient y recourir en dernier. Il consiste à appliquer de l'IA : concrètement, un LLM ou un modèle ML spécialisé : à une tâche qui demande du jugement : classer des entrées ambiguës, rédiger du texte qui a besoin de relecture, prendre une décision probabiliste à partir de données incomplètes. Si la tâche est déterministe (Éliminer, Simplifier, Standardiser ou Intégrer constitue alors généralement la bonne réponse), l'IA est excessive et coûteuse. Si la tâche demande vraiment du jugement, l'IA est un outil légitime.

LucidFlow découpe l'axe Intelligize en trois niveaux de maturité plutôt que de le traiter comme un axe unique. Companion (anciennement Copilot) correspond à l'humain-dans-la-boucle : l'IA suggère, l'humain décide. Automation correspond à l'IA en première ligne avec gestion d'exceptions humaine : l'IA traite les cas routiniers, les humains traitent les cas limites. Agent est entièrement autonome : l'IA exécute la tâche de bout en bout, avec supervision plutôt qu'approbation. Chaque niveau présente un profil coût-précision-risque différent ; le cadre impose un choix explicite de niveau plutôt qu'une vague intention « ajouter de l'IA ».

• Companion : 10–50 $ par mois par utilisateur pour une couche assistant IA ; la précision est celle de l'humain (il décide toujours) ; le risque est minimal parce que rien d'autonome ne se produit.
• Automation : 100–500 $ par mois pour un service IA qui gère 70 à 90 % des cas ; la précision sur les cas automatisés atteint typiquement 95 %+ mais les cas limites doivent être routés vers l'humain ; le risque est modéré parce que les décisions autonomes sont bornées.
• Agent : 500–2 000 $+ par mois pour un agent autonome qui gère 95 %+ des cas de bout en bout ; la précision dépend des données d'entraînement ; le risque est plus élevé parce que la supervision humaine est échantillonnée plutôt que continue.

Le classifieur v2 s'exécute en trois passes. Pass 0 (macro) demande si le processus entier peut être remplacé par une plateforme unique, un contrôle de santé rapide avant tout travail par tâche. Pass 1 (diagnostic) réalise une cartographie de chaîne de valeur sur chaque tâche (valeur ajoutée / gaspillage nécessaire / pur gaspillage), identifie les problèmes au niveau du flux et repère les goulots. Pass 2 (ESSII) évalue chaque tâche sur les cinq dimensions et renvoie l'approche recommandée : celle dont la note est la plus élevée pour cette tâche donnée. La sortie est une liste ordonnée d'approches par tâche, pas une réponse unique forcée.

Le classifieur est contraint, il ne génère pas librement de recommandations. Il rapproche chaque tâche de patterns issus d'une base de connaissances curée de 100 patterns d'automatisation vérifiés, et la recommandation pour une tâche correspond au meilleur pattern de la Knowledge Base, pas à une idée fraîchement inventée. Ce choix de conception prévient le mode d'échec le plus courant de la transformation IA : des recommandations confiantes portant sur des patterns qui ne fonctionnent pas en réalité. Si la Knowledge Base n'a pas de bonne correspondance, le classifieur renvoie « aucun pattern Intelligize trouvé » et redirige vers Éliminer, Simplifier, Standardiser ou Intégrer.