Une démonstration ne suffit pas à faire un usage.

Une démonstration convaincante, des présentations claires : le marché de l’IA a beaucoup promis, et très vite. Entre l’écran et le quotidien, il manque souvent une étape, celle où l’outil rejoint les préparations que votre équipe maîtrise et refait chaque semaine. Avant d’envisager une dépense, vous voulez comprendre ce qui fait tenir un projet dans le quotidien.

Le premier point à examiner n’est pas une promesse supplémentaire. C’est le passage entre la démonstration et le travail réel : la tâche à enlever, les informations autorisées, la personne qui vérifie et les exceptions. Un résultat peut fonctionner à l’écran sans que son périmètre permette de le reprendre lundi matin.

Un bon résultat, pour qui ?

« Aider l’équipe à préparer ses documents » paraît clair, jusqu’au moment où il faut juger ce qui sort. Pour l’un, un brouillon suffit. Pour l’autre, le document doit être prêt à envoyer. Une troisième personne attend surtout de retrouver les pièces qui justifient chaque affirmation.

Ces attentes ne demandent pas le même travail. Tant qu’elles restent mêlées, une amélioration peut ouvrir une nouvelle discussion au lieu de rapprocher l’équipe d’un usage réel. L’essai avance, mais la définition de l’arrivée change avec lui.

Choisissez un document et son destinataire. Écrivez ce que signifie « prêt » : prêt à relire, prêt à compléter ou prêt à signer après contrôle. Ce n’est pas un détail de formulation. C’est ce qui permet à deux personnes de regarder le même résultat et de le juger selon la même exigence.

Le périmètre comprend aussi ce qui reste dehors.

Une tâche définie seulement par ce que l’outil doit faire reste incomplète. Il manque ses limites. Doit-il signaler une pièce absente ou chercher une réponse ailleurs ? Peut-il préparer une recommandation ou seulement rassembler les éléments ? Qui reprend une demande ambiguë ?

Ces choix ne doivent pas attendre le premier incident. Si un document manque, le résultat attendu peut être un signalement, pas une réponse vraisemblable. Si la demande dépasse le cadre, le retour à une personne doit faire partie du fonctionnement prévu.

Les informations ont leur propre limite. Un exemple fictif peut suffire pour tester une forme. Un dossier réel ne devient pas autorisé parce que la démonstration était utile. Avant tout envoi, il faut avoir décidé quelles données peuvent entrer, dans quel outil et avec quels accès.

Le périmètre est donc une règle de travail, pas seulement une liste de fonctions.

Un gain se vérifie, il ne se croit pas.

Une promesse, même sincère, ne constitue pas une preuve. Demandez une comparaison du travail complet, avec vos exigences de qualité et la possibilité d’arrêter. Tant que cette mesure manque, le gain reste à établir.

Votre métier particulier fixe la limite.

« L’IA prépare. Votre expertise décide. » Cette séparation donne une place au résultat : il sert à quelqu’un qui peut le vérifier, le corriger ou le refuser. Elle évite de laisser le mot « assistance » couvrir des responsabilités différentes selon les interlocuteurs.

Le principe du Collège d’Experts est celui d’un pair de votre métier associé au cadrage. Son rôle doit être concret : préciser ce qui fait une préparation acceptable, repérer les exceptions et définir le contrôle qui reste nécessaire. Un intitulé ne remplace ni une personne identifiée ni un rôle convenu.

Cela ne supprime pas les limites de l’outil. Cela permet de les juger à partir du travail réel. Votre équipe n’a pas seulement besoin d’une réponse bien présentée. Elle doit savoir ce qu’elle peut en faire et à quel moment elle doit s’en écarter.

Essayez sur un travail qui résiste.

Prenons un exemple fictif : la préparation d’une note avant une réunion interne. L’essai rassemble les informations de documents autorisés et produit une première version. La personne qui tient la réunion garde la validation et l’envoi.

Un premier document complet donne un résultat lisible. Un second contient deux indications contradictoires. Un troisième arrive sans la pièce nécessaire. Ces variations permettent d’examiner autre chose que la qualité de rédaction : l’outil montre-t-il le désaccord ? Signale-t-il l’absence ? La personne qui relit retrouve-t-elle les éléments concernés ?

Si elle doit refaire toute la recherche, la note n’est peut-être pas encore utile. Si le doute est visible et la vérification praticable, l’essai apporte un élément pour décider. Il n’est pas nécessaire de lui confier l’envoi pour le juger.

Cet exemple ne prouve aucun gain. Il montre ce que le périmètre rend observable.

Comptez ce qui se passe après la réponse.

Une préparation obtenue plus vite peut demander davantage de relecture. Un document correct peut arriver au mauvais endroit. Une personne peut savoir utiliser le résultat sans que ses collègues sachent reprendre la tâche en son absence.

Comparez donc le travail jusqu’à son terme : recherche, préparation, vérification, correction et transmission. Regardez aussi ce qui arrive quand le cas n’entre pas dans la règle. Ce temps appartient au projet, même s’il n’apparaît pas dans la démonstration.

Fixez les critères avant de décider d’étendre l’usage. Le résultat doit pouvoir être refusé pour une raison précise, pas seulement parce que l’équipe « n’est pas convaincue ». Une exigence non tenue donne un point à reprendre. Une impression générale laisse l’essai ouvert.

Un essai doit permettre de trancher.

Le périmètre n’explique pas tous les projets qui s’arrêtent. La fiabilité, les données disponibles, les accès ou le coût peuvent aussi empêcher de poursuivre. Les écrire permet justement de distinguer ces obstacles, plutôt que de les confondre dans un verdict sur l’IA.

À la fin, vous devez pouvoir garder l’usage, le réduire, le corriger ou l’arrêter. Une décision d’arrêt peut être utile si elle évite d’engager davantage de temps sans résultat défendable.

Le premier travail n’est donc pas d’ajouter des possibilités. C’est de rendre une tâche assez précise pour que votre équipe puisse dire oui ou non à la suite.

Le pas suivant : demandez la fiche « Le périmètre du premier essai » pour poser ces limites sur une tâche de votre équipe.

La décision sur le travail à changer vous revient, avec les éléments pour la prendre.