On parle beaucoup d’adoption de l’IA en entreprise. Comment la faire utiliser? Comment former les équipes? Comment choisir les bons outils? Ces questions comptent. Mais elles ne suffisent pas à organiser un travail qui fonctionne mieux.
La question que j’ai envie de poser est plus concrète : comment concevoir des systèmes où l’IA comprend suffisamment le travail pour réellement s’y intégrer?
Comprendre, ici, ne veut pas dire prêter une intuition humaine à un modèle. Cela veut dire lui donner un contexte exploitable, des sources identifiables, des règles explicites et des limites d’action.
Partir du travail, avant de partir de l’outil.
Une commande n’est pas seulement un document. Elle appartient à une relation client, à une entente de prix, à une disponibilité, à une date promise. Un courriel peut contenir une demande, mais aussi une réserve que seule une personne connaissant le dossier comprend immédiatement.
Le premier travail de conception consiste donc à observer ce que les équipes font déjà. Quelles informations consultent-elles? Quelles décisions prennent-elles? Quelles exceptions les amènent à appeler un collègue? Ce savoir mérite d’entrer dans le système, au lieu de rester caché dans les habitudes.
Traduire le contexte en repères utilisables.
Le contexte ne se résume pas à déposer tous les fichiers de l’entreprise dans un outil. Il faut préciser quelle source fait autorité, à quelle date elle a été mise à jour, qui peut la consulter et pour quelle décision elle est pertinente.
Dans un scénario de traitement de commandes, cela pourrait signifier retrouver le bon compte client, rapprocher une référence de son catalogue et consulter les conditions applicables. Une réponse plausible ne suffit pas : l’équipe doit pouvoir revenir aux informations qui la justifient.
Du travail réel à une action utile
01ObserverLes tâches, les décisions et les exceptions.
02RelierLes bonnes sources, les règles et les accès.
03DéléguerUne action définie, vérifiable et réversible.
Le contexte métier guide l’IA. Les personnes gardent la maîtrise des décisions.
Définir ce que l’on délègue, vraiment.
Prenons un scénario illustratif : un bon de commande arrive par courriel. Le système peut préparer une proposition à partir du document. Il peut aussi signaler une référence ambiguë ou un écart de prix. Cela ne signifie pas qu’il doit créer immédiatement la commande dans l’ERP.
Préparer, recommander, approuver et exécuter sont des responsabilités différentes. Les distinguer permet de confier davantage à l’automatisation sans perdre le fil des décisions. Il faut définir la permission, le contrôle et la reprise pour chaque action. Les objectifs restent fixés par l’équipe, qui doit pouvoir revoir ou retirer le mandat.
Aider : rassembler les informations et préparer une proposition.
Agir : exécuter une action autorisée dans un périmètre défini.
Demander : rendre une ambiguïté visible et solliciter la bonne personne.
Ne rien faire : suspendre l’action lorsque les conditions ne sont pas réunies.
Le changement appartient aussi aux équipes.
Un système peut être techniquement convaincant et rester difficile à utiliser si les personnes ne comprennent pas ce qui a changé. Pourquoi cette suggestion apparaît-elle? Que se passe-t-il après une validation? Comment corriger une erreur? Qui reprend le dossier?
Accompagner les équipes, c’est répondre à ces questions avec des cas réels et des responsabilités claires. Leurs corrections doivent aussi alimenter une révision des règles et du parcours. Cette amélioration ne doit pas être confondue avec un apprentissage automatique garanti ou sans supervision.
La bonne mesure : travaille-t-on mieux qu’avant?
Le nombre de requêtes à un outil IA ne dit pas si le travail s’améliore. Il vaut mieux observer un processus précis : moins de ressaisie, un dossier plus facile à reprendre, des exceptions plus lisibles, un délai de traitement plus court, lorsque ces résultats sont mesurés.
On peut commencer petit : un type de document, une équipe, quelques exemples représentatifs et des critères convenus avant le pilote. C’est ainsi que la discussion quitte la promesse générale pour rejoindre le quotidien.
Un outil au service du travail humain. Pas l’inverse.
Un premier atelier utile
✓ Choisir un processus récurrent et observer son déroulement actuel.
✓ Réunir quelques dossiers représentatifs, dont des exceptions.
✓ Identifier les sources de référence, les accès et les responsables.
✓ Définir ce que le système prépare, ce qu’il exécute et ce qu’il doit faire valider.
✓ Comparer le parcours avant et après avec l’équipe qui fait le travail.
