Mike Cecconello est le fondateur de Supalabs et dirige depuis 2021 des missions d’automatisation par l’IA pour des PME et des entreprises du mid-market en Italie, aux Pays-Bas et au Royaume-Uni.
Ce que signifie réellement l’automatisation par l’IA pour un directeur des opérations en 2026
L’automatisation par l’IA, pour un directeur des opérations, n’est pas un achat technologique. C’est une décision sur les parties de l’activité qui doivent continuer à reposer sur le jugement humain et celles qui sont assez routinières pour être confiées à un modèle ou à une règle. La plupart des argumentaires commerciaux qu’entend un directeur des opérations escamotent entièrement cette décision et passent directement à l’outil. Cet ordre est inversé, et c’est la principale raison pour laquelle les programmes d’automatisation s’enlisent après le pilote.
Le rôle du responsable des opérations dans un programme d’IA n’est pas celui du directeur technique. Un directeur technique évalue si un modèle fonctionne. Un directeur des opérations doit décider si un processus doit changer, qui prend en charge les exceptions quand il change, et ce que deviennent les personnes qui faisaient ce travail à la main. Ce guide est écrit depuis ce poste : quoi automatiser en premier, comment construire le business case, comment évaluer un partenaire, et où ces programmes déraillent réellement.
Où en est l’automatisation par l’IA pour les responsables des opérations en 2026
L’écart entre le troisième et le quatrième chiffre résume tout. Les gains de productivité apparaissent vite, car ils viennent de l’automatisation d’un processus connu. Les gains de chiffre d’affaires tardent, car ils dépendent d’un changement réel de l’activité, et pas seulement d’une version plus rapide du même workflow. Le rapport State of AI in the Enterprise 2026 de Deloitte, fondé sur une enquête menée en août et septembre 2025 auprès de 3235 dirigeants dans 24 pays, et le BCG AI Radar 2026, qui a interrogé 2360 cadres dirigeants dont 640 PDG, vont dans le même sens : c’est désormais le PDG qui tranche sur l’IA, et c’est dans la fonction opérations que cette décision se confronte à la réalité.
Par où les responsables des opérations doivent commencer
Les opérations sont déjà la fonction qui mène le déploiement des agents IA, pas celle qui suit. L’AI Pulse Survey de KPMG du T1 2026, menée en février et mars 2026 auprès de 237 membres de comités de direction d’entreprises américaines réalisant plus de 1 Md$ de chiffre d’affaires, montre que les services opérations (79 %) et technologie (78 %) mènent le déploiement agentique, devant toutes les autres fonctions. Un directeur des opérations qui lance aujourd’hui un programme d’automatisation s’inscrit dans un schéma déjà établi ; il n’a pas à prouver à partir de zéro que la démarche fonctionne. Tout l’enjeu est de choisir le bon premier processus.
Trois catégories de travail produisent systématiquement un premier projet défendable. Chacune a un seuil de volume naturel en dessous duquel l’automatisation ne couvre pas le coût de sa construction et de sa maintenance : dimensionnez donc à partir du nombre réel de transactions avant de vous engager sur l’une d’elles.
1. Les flux documentaires à fort volume
Le traitement des factures, le rapprochement avec les bons de commande, l’imputation des notes de frais et l’enregistrement des réclamations ont la même structure : un document arrive, des données doivent en être extraites, et une décision découle de ces données. C’est la catégorie où l’OCR associé à un modèle de langage produit le gain le plus rapide et le plus mesurable, car la situation avant (quelqu’un qui ressaisit des champs) et la situation après (le traitement sans intervention manuelle) se comparent facilement sur un même indicateur.
2. Le tri des tickets et des demandes
Le service client, les demandes informatiques internes et les questions RH passent tous par un goulot d’étranglement similaire : identifier l’objet d’une demande et l’orienter vers le bon interlocuteur ou la bonne réponse. Un directeur des opérations n’a pas besoin d’automatiser la résolution pour en tirer de la valeur. Automatiser la seule qualification et la première réponse supprime souvent la plus grande part du temps de traitement manuel, car les tickets mal orientés ou en doublon constituent généralement le principal coût caché, bien plus que la résolution elle-même.
3. Le reporting périodique et les rapprochements
Les reportings de gestion hebdomadaires, les rapprochements mensuels et les check-lists de conformité sont du travail de processus déguisé en analyse. Si la même personne extrait chaque semaine les mêmes données des trois mêmes systèmes et les assemble de la même façon, c’est un bon candidat, quelle que soit l’ancienneté de la personne qui s’en charge aujourd’hui. Le niveau hiérarchique de la personne qui effectue un travail manuel n’a aucune incidence sur le caractère automatisable de ce travail.
La Carte des frontières IA : décider de ce qui ne doit pas être automatisé
La question la plus difficile, et la plus utile, n’est pas de savoir quoi automatiser. C’est de savoir à quoi ne pas toucher. Avec nos clients, nous utilisons une qualification simple, étape par étape, appelée Carte des frontières IA : pour chaque étape d’un processus, décider si elle doit relever du jugement d’un modèle, du code déterministe classique, ou rester entre les mains d’une personne habilitée à passer outre le système.
Dans le processus de traitement des commandes d’un industriel européen, cet exercice a montré que trois étapes sur onze nécessitaient réellement un modèle ; les autres relevaient soit d’une logique à base de règles étiquetée à tort comme « nécessitant de l’IA », soit de décisions d’appréciation (une dérogation de crédit, une demande de livraison inhabituelle) qui devaient rester entre les mains d’une personne. Ce ratio est typique de ce que nous observons d’une mission à l’autre : la majeure partie d’un processus ne devrait pas être de l’IA, et traiter l’ensemble comme un seul « projet d’automatisation » indifférencié, c’est ainsi que des directeurs des opérations finissent par automatiser des étapes qu’une simple règle aurait traitées à moindre coût et de façon plus fiable.
Le résultat d’une Carte des frontières IA est un document qu’un directeur des opérations peut défendre devant un conseil d’administration : non pas « nous adoptons l’IA », mais une description étape par étape de ce qui change, de ce qui reste identique et de qui est responsable à chaque point de décision. La construire demande une semaine d’observation du travail réel, et non une enquête auprès des personnes qui l’encadrent, car le processus documenté et le processus tel qu’il se déroule vraiment sont rarement la même chose.
Construire le business case sans deviner le ROI
Un directeur des opérations qui défend un budget d’automatisation par l’IA a besoin de chiffres qui résistent à l’examen de la direction financière, pas d’une étude de cas de fournisseur issue d’un autre secteur. Trois données rendent le dossier défendable : le volume et le temps de cycle actuels du processus concerné, un taux réaliste de traitement sans intervention manuelle fondé sur des déploiements comparables (et non sur le meilleur scénario du fournisseur), et le coût complet du travail manuel aujourd’hui, y compris la gestion des exceptions, rarement comptabilisée.
Notre guide du calculateur de ROI de l’IA détaille la construction de ce modèle ligne par ligne, y compris les éléments que la plupart des premiers business cases oublient, comme le coût de la file d’exceptions et la période de montée en charge avant que le traitement sans intervention manuelle n’atteigne un régime stable. Faites les calculs sur le processus concerné, pas sur la catégorie. Un chiffre de « 20 % de gain d’efficacité dans le service client » tiré d’un rapport sectoriel n’apprend rien à un conseil sur la question de savoir si votre propre répartition de tickets a le volume nécessaire pour le concrétiser.
Développer, acheter ou faire appel à un partenaire
Cette décision se ramène à une seule question : qui sera responsable de l’automatisation six mois après la mise en service ? Si vous disposez d’un ingénieur qui maintient déjà des outils internes, une plateforme d’automatisation SaaS (n8n, Make.com ou équivalent) est généralement la voie la moins coûteuse et garde la responsabilité en interne. Si le processus touche plusieurs systèmes, traite des données sensibles ou présente une complexité d’exceptions telle qu’une plateforme de glisser-déposer commence à montrer ses limites, un partenaire de services justifie son coût par son jugement d’ingénierie sur l’intégration et la conception des exceptions, pas par l’outillage lui-même.
Notre guide d’évaluation des prestataires d’automatisation des processus par l’IA propose une grille de notation en quatre critères : profondeur de la découverte, conception des exceptions, qualité de la passation et alignement commercial. Évaluez chaque partenaire présélectionné à l’aune de cette grille avant de signer. Un prestataire capable d’arriver avec une proposition commerciale dans les 48 heures suivant un premier appel, avant d’avoir vu le processus tourner, optimise son cycle de vente plutôt que votre résultat.
Pour se faire une idée de ce que donne ce ratio quand il fonctionne, un déploiement d’automatisation RH à grande échelle (documenté dans notre étude de cas sur les gains de productivité de l’automatisation RH) montre le même schéma que l’exemple de l’industriel ci-dessus : le gain est venu de l’automatisation de l’interface entre les personnes et les systèmes, les décisions de recrutement et de gestion des personnes restant fermement entre des mains humaines.
À quoi doit ressembler un pilote de 90 jours
Un pilote qui apprend réellement quelque chose à un directeur des opérations tourne sur de vraies données de production dès le premier jour, pas sur un jeu de données de démo bien propre assemblé par le prestataire. Il lui faut un circuit d’exception défini avant de démarrer, et non ajouté après la première défaillance. Et il lui faut un responsable unique de votre côté, quelqu’un qui surveille chaque jour la file d’exceptions et qui a l’autorité de suspendre le déploiement si le taux d’erreur augmente.
| Phase | Semaines | Ce qu’un directeur des opérations doit constater |
|---|---|---|
| Cartographie du processus | 1–2 | Une cartographie écrite du processus, circuits d’exception compris, avec les volumes associés à chaque circuit |
| Preuve de concept | 3–5 | Un fonctionnement sur des données de production réelles, de bout en bout, avec une précision mesurée sur un échantillon de contrôle |
| Déploiement en production | 6–10 | Supervision, alertes et procédure d’exploitation documentée remises avant la mise en service, pas après |
| Hypercare | 11–16 | L’implication du prestataire diminue à mesure que votre équipe démontre qu’elle sait faire tourner et ajuster le système seule |
Quatre causes d’échec qui font caler les programmes d’IA pilotés par les opérations
1. Le pilote n’a jamais eu de décideur
Un pilote mené entièrement par l’informatique ou par un prestataire, sans personne des opérations responsable de la décision de le généraliser, produit généralement une démo techniquement réussie sur laquelle personne n’agit. Six mois plus tard, il est toujours « en cours d’évaluation », parce que personne disposant d’un pouvoir budgétaire n’a jamais été invité à valider les critères de go/no-go. Désignez le décideur avant le démarrage du pilote, et consignez par écrit le seuil de go/no-go à l’avance, pour que la décision ne devienne pas politique une fois les résultats connus.
2. Le processus sous-jacent n’a jamais fait consensus
L’automatisation révèle des désaccords que l’appréciation humaine permettait de masquer. Faites d’abord valider le processus sur le papier, même lorsque cette discussion est inconfortable.
3. Le périmètre s’est élargi avant que le premier processus soit en service
Une feuille de route multiprocessus sur 12 mois paraît stratégique en comité de direction. En pratique, au huitième mois, l’activité a changé, les hypothèses d’intégration du premier mois sont périmées, et rien n’a encore été livré pour le démontrer. Mettez en service le premier processus, mesurez-le honnêtement pendant 90 jours, et élargissez le programme à partir des résultats plutôt qu’à partir de la présentation initiale.
4. Le succès a été mesuré uniquement en effectifs
Les conseils d’administration posent des questions sur les effectifs parce que c’est le chiffre le plus facile à mettre sur une diapositive. Le temps de cycle et le taux d’erreur bougent en premier, et généralement bien avant qu’un changement d’effectifs ait un sens.
Travailler avec Supalabs sur l’automatisation des opérations
Supalabs travaille aux côtés de responsables des opérations d’entreprises européennes du mid-market et de grands groupes qui ont un vrai processus qui mérite d’être cartographié correctement, et non une présentation remplie d’ambitions. Chaque mission commence par la Carte des frontières IA décrite plus haut : un examen ciblé du processus réel, mené en observant le travail plutôt qu’en interrogeant les personnes qui l’encadrent, qui produit une description étape par étape de ce qui doit changer et de ce qui ne doit pas changer.
Nous sommes francs sur l’adéquation dès cette première conversation. Si la bonne réponse est une plateforme SaaS que votre propre équipe peut faire tourner, nous le disons. Si le processus exige la profondeur d’intégration et la conception des exceptions qu’apporte une mission de services, nous la cadrons autour de jalons et portons le risque de livraison sur ces jalons.
Réserver un appel de qualification de 30 minutes →
Questions fréquentes
Que doit automatiser en premier un directeur des opérations ?
Commencez par un flux documentaire à fort volume (traitement des factures, enregistrement des réclamations) ou par le tri des tickets, car la comparaison avant/après se mesure sur un seul indicateur en quelques semaines. Évitez de commencer par tout ce qui exige une décision d’appréciation sur une exception, comme une décision de crédit ou une escalade client. Ces sujets viennent plus tard dans le programme, une fois que l’équipe dispose d’un schéma éprouvé sur lequel s’appuyer.
En quoi une Carte des frontières IA diffère-t-elle d’un audit de processus classique ?
Un audit de processus classique documente ce qui est censé se passer. Une Carte des frontières IA se construit en observant ce qui se passe réellement, puis qualifie chaque étape dans l’une de trois catégories : jugement d’un modèle, code classique, ou décision humaine qui doit rester entre les mains d’une personne. Le résultat est un document qui vous indique quelles étapes automatiser et, tout aussi important, auxquelles ne pas toucher.
Qui doit porter un pilote d’automatisation par l’IA au sein des opérations ?
Quelqu’un qui a l’autorité de suspendre le déploiement si le taux d’erreur augmente, et la connaissance opérationnelle pour savoir à quoi ressemble un mauvais résultat dans son contexte. Il n’est pas nécessaire que ce soit un profil technique. Il faut quelqu’un d’assez proche du processus pour remarquer que la file d’exceptions grossit discrètement.
Combien de temps faut-il pour qu’un pilote d’automatisation par l’IA donne de vrais résultats ?
Un pilote bien cadré, portant sur un seul processus, montre généralement un résultat mesurable en précision et en temps de cycle dans les 4 à 6 semaines suivant sa mise en service sur des données de production. Le déploiement complet en production, avec supervision et passation documentée, prend en général 6 à 10 semaines après le pilote. Les programmes qui promettent des résultats plus rapides sur un premier processus font généralement l’impasse sur l’étape de cartographie du processus.
L’automatisation par l’IA implique-t-elle une réduction des effectifs ?
Pas systématiquement. Dans les missions que nous avons menées, le schéma le plus courant est que les effectifs augmentent moins vite que le volume de transactions, plutôt qu’ils ne diminuent. L’exception la plus nette concerne les tâches de saisie très répétitives, sans aucune gestion d’exceptions, où le risque de substitution est réel. Partout ailleurs, le gain apparaît d’abord dans le temps de cycle et le taux d’erreur.
Statistiques clés (2025)
Pour aller plus loin
Automation11 min2026-09-04
Partager cet article
