Automatiser un processus : à quelles conditions, et à partir de quand
Dans notre campagne, documenter un processus avec l'IA fonctionne (3,60 / 5). L'automatiser échoue (2,87 / 5, douze erreurs critiques). L'écart dessine des conditions de passage.
La demande arrive rarement sous cette forme, mais c'est bien celle-là : « est-ce qu'on peut automatiser ça avec l'IA ? » Le corpus du Lab #1 contient quatre tâches de la famille processus, et leurs résultats se séparent nettement en deux groupes. Cette séparation est directement exploitable comme critère de décision.
Ce qui marche : décrire l'existant
Cartographier un processus existant à partir d'un entretien et de documents internes obtient une qualité moyenne de 3,60 sur 5, avec un gain net de 6,7 minutes par expérience. Le verdict du corpus classe cette tâche comme assistable : l'assistant produit une première version exploitable, l'humain corrige.
C'est cohérent avec ce que la campagne montre ailleurs : les tâches de restitution, de mise en forme et de structuration sont celles où l'assistance tient le mieux.
- T12 — Cartographier processus15 expériences sur 153,6
- T13 — Processus → automatisation15 expériences sur 152,87
- T14 — Workflow humain + IA15 expériences sur 153,4
- T15 — Processus → procédure15 expériences sur 153,53
Les tâches surlignées sont celles que le corpus classe « à conserver humaines » : décrire l'existant tient, proposer le changement décroche.
Donnée simulée — Lab #1, Données simulées — campagne complète (T01→T20). Aucune exécution réelle.
Ce qui échoue : proposer le changement
Proposer une automatisation d'un processus obtient 2,87 sur 5 de qualité, 3,47 sur 5 de supervision nécessaire, et concentre douze erreurs critiques. Concevoir un workflow mixte humain + IA obtient 3,40 de qualité, 3,53 de supervision et neuf erreurs critiques. Les deux sont classées à conserver humaines.
La nature des erreurs compte plus que leur nombre : elles portent sur des étapes de contrôle omises, des exceptions traitées comme des cas standards, et des responsabilités non attribuées. Ce sont exactement les défauts qui ne se voient pas sur un schéma, et qui se paient en production.
| Tâche | Qualité /5 | Supervision /5 | Erreurs critiques | Verdict |
|---|---|---|---|---|
| T12 — Cartographier processus | 3,6 | 2,33 | 0 | Assistable |
| T13 — Processus → automatisation | 2,87 | 3,47 | 12 | À conserver humain |
| T14 — Workflow humain + IA | 3,4 | 3,53 | 9 | À conserver humain |
| T15 — Processus → procédure | 3,53 | 2,8 | 4 | À conserver humain |
Une supervision élevée est défavorable : elle mesure le travail humain qu'il faut ajouter pour rendre la sortie utilisable.
Couverture : T12 : 15 expériences sur 15 · T13 : 15 expériences sur 15 · T14 : 15 expériences sur 15 · T15 : 15 expériences sur 15
Donnée simulée — Lab #1, Données simulées — campagne complète (T01→T20). Aucune exécution réelle.
Pourquoi cet écart
Décrire un processus, c'est restituer une information qui existe déjà. Proposer une automatisation, c'est arbitrer entre un gain de temps et un risque opérationnel, en connaissant les exceptions, les obligations réglementaires et les personnes. Cette connaissance n'est pas dans les documents fournis. Elle est dans l'organisation.
Les conditions de passage à l'automatisation
Le corpus ne dit pas qu'il ne faut pas automatiser. Il dit à quelles conditions la décision devient défendable.
Le processus est écrit et validé par ceux qui l'exécutent, exceptions comprises. Sans cet écrit, l'automatisation reproduit une version imaginaire du travail.
Le volume justifie l'effort : une tâche exécutée deux fois par mois ne rentabilise pas un dispositif de contrôle.
Le coût d'une erreur non détectée est connu et acceptable. Si une erreur engage un client, un salaire ou une obligation légale, elle passe sous décision humaine.
Un point de contrôle humain est prévu et nommé, avant la mise en service, pas après le premier incident.
La sortie est vérifiable en moins de temps qu'il n'en faudrait pour la produire. Sinon l'automatisation déplace le travail au lieu de le réduire.
Recommandation
Faites de la documentation du processus la première étape, avec l'IA : c'est la partie où elle est utile dans notre campagne. Gardez la décision d'automatiser hors de l'outil, et fondez-la sur les cinq conditions ci-dessus. Si l'une manque, le processus est documentable, pas encore automatisable.
Les limites, clairement
Chaque tâche de cette famille repose sur quinze expériences en environnement simulé. Aucune automatisation n'a été mise en production dans le cadre du Lab. Les conditions énoncées ici sont une lecture de l'écart observé, pas une règle validée par un déploiement réel.
D'où viennent ces chiffres
Lab #1 « Travail délégable à l'IA » — campagne simulée V3, protocole 1.3 : 300 expériences principales, 20 tâches, 5 assistants, 3 modes. Aucune exécution réelle.
Tâches du corpus : T12, T13, T14, T15 · Sections du rapport : Lecture par tâche · Lecture par famille · Verdicts
Observation simulée
- T12 — cartographier un processus : qualité 3,60 / 5, gain net 6,7 min, verdict assistable.
- T13 — proposer une automatisation : qualité 2,87 / 5, supervision 3,47 / 5, 12 erreurs critiques, verdict humain.
- T14 — concevoir un workflow humain + IA : qualité 3,40 / 5, supervision 3,53 / 5, 9 erreurs critiques, verdict humain.
- Famille processus : qualité moyenne 3,35 / 5 sur l'ensemble de ses tâches.
Interprétation de la rédaction
- La difficulté ne vient pas de la complexité du processus, mais de l'arbitrage entre gain et risque qu'il faut poser pour l'automatiser.
- Documenter d'abord, décider ensuite : l'ordre inverse fait porter la décision par un outil qui ne connaît ni les exceptions ni les responsabilités.
À confirmer en exécution réelle
- Rejouer T12 à T15 sur un processus réel d'entreprise, avec ses exceptions documentées.
- Mesurer le coût de contrôle réel d'une automatisation mise en service.
Et maintenant ?
Comprendre ce format- Qu'est-ce qui change ?
- Dans cette campagne, l'IA aide à décrire un processus, pas à décider de son automatisation.
- Qui est concerné ?
- Les PME en phase de structuration de leurs opérations.
- Pourquoi ça compte ?
- Une automatisation décidée sans documentation validée transporte les exceptions non traitées en production.
- Que faire maintenant ?
- Documenter le processus avec l'IA, puis passer les cinq conditions en revue avant d'engager le moindre développement.
- Que surveiller ensuite ?
- Les tâches de processus lors de l'exécution réelle du protocole : ce sont les plus éloignées de leur verdict simulé.
