- 01 — Identifier la version
- 02 — Retrouver la preuve
- 03 — Transmettre au responsable
Commencer par une assistance documentaire délimitée
Dans une PME industrielle ou logistique, un premier usage de l’IA peut aider à retrouver un document, extraire des informations ou préparer un rapport de suivi. Le résultat doit rendre visible la source utilisée, sa version et les questions qui restent ouvertes. Il ne doit pas devenir une instruction de conduite ou une décision de sécurité simplement parce qu’il prend la forme d’une réponse assurée. La personne compétente garde la responsabilité d’interpréter et d’appliquer les documents dans leur contexte.
Choisissez une tâche documentaire séparée des commandes de production. Par exemple, retrouver la référence d’une notice dans un corpus approuvé permet de tester la recherche sans agir sur un équipement. La méthode présentée ici concerne cette préparation ; elle ne constitue ni une procédure technique, ni une analyse des risques d’un site. Les repères de France Num sur l’adoption de l’IA peuvent aider à explorer les possibilités avant un cadrage propre à l’entreprise.
Observer les recherches effectuées dans l’atelier
Avant de sélectionner un outil, demandez aux utilisateurs de montrer une recherche récente. Quel équipement était concerné ? Quel document cherchaient-ils ? Comment ont-ils su que la version était applicable ? Observez aussi les interruptions : dossier introuvable, nom de fichier ambigu, annexe manquante ou référent indisponible. Ces difficultés doivent être décrites avec les personnes qui connaissent le travail réel. Une recherche rapide dans une bibliothèque mal organisée peut surtout accélérer l’accès à la mauvaise pièce.
Distinguez la recherche d’un document de l’interprétation de son contenu. Retrouver la notice d’un équipement et décider d’une intervention sont deux tâches différentes. Le premier pilote peut ne traiter que la première. Indiquez cette limite dans l’interface et dans les consignes de travail. Si les utilisateurs viennent en réalité chercher une décision opérationnelle, il faut revoir le besoin avec le responsable compétent. Ajouter une mise en garde en bas d’une réponse ne suffit pas à résoudre un décalage entre l’usage annoncé et celui réellement attendu.
Identifier les équipements sans dépendre de leur surnom
Une machine peut être appelée par son emplacement, sa marque ou un nom utilisé dans l’atelier. Ces termes peuvent changer ou correspondre à plusieurs équipements. Définissez les informations nécessaires pour relier une question à la bonne documentation : identifiant interne, modèle, série ou configuration selon votre organisation. Le référent technique décide des clés utiles. L’assistant doit demander une précision lorsque l’équipement ne peut pas être identifié avec assez de certitude.
Dans un cas fictif, deux postes utilisent des équipements de la même famille mais des variantes différentes. La demande « notice du poste de conditionnement » ne suffit pas. La réponse attendue demande l’identifiant ou propose les références possibles sans en sélectionner une arbitrairement. Le test vérifie que l’assistant ne préfère pas le document le plus fréquent dans le corpus. Cette discipline protège aussi les recherches historiques : une notice correspondant à une ancienne installation peut rester dans l’archive sans être pertinente pour le poste actuel.
Distinguer les statuts des documents
Un corpus industriel peut contenir une procédure approuvée, une note de travail, une notice fournisseur et un compte rendu d’intervention. Leur statut ne se déduit pas toujours du nom de fichier. Créez un registre qui indique le type, le responsable, la version, la date d’effet si elle existe et le périmètre d’application. Une pièce reçue récemment peut être un brouillon ; une procédure plus ancienne peut rester la version approuvée. La récence ne remplace donc pas le statut.
Le responsable documentaire doit décider ce qui peut entrer dans le corpus actif. Les documents en cours de révision peuvent être conservés dans un espace distinct dont l’usage est expliqué. Testez la présence volontaire d’un brouillon proche d’une procédure valide. L’assistant doit utiliser la source autorisée ou signaler l’ambiguïté, selon les règles prévues. S’il fusionne les deux versions pour produire un texte plus complet, le résultat peut devenir une procédure qui n’a jamais été approuvée par l’entreprise.
Préparer un registre des versions applicables
Le registre doit permettre de relier une source à son domaine d’application. Précisez les équipements concernés et les éventuelles restrictions de configuration. Si cette relation n’est pas documentée, le pilote ne doit pas la reconstruire à partir de ressemblances de vocabulaire. Le référent peut d’abord confirmer un petit ensemble de documents pour un périmètre limité. Ce travail préalable rend les essais plus faciles à interpréter et évite de traiter toute l’archive comme une bibliothèque homogène.
Prévoyez aussi le remplacement d’une version. Qui confirme la nouvelle pièce ? Comment l’ancienne est-elle retirée de la recherche active ? Quelles réponses antérieures pourraient encore circuler ? Dans l’environnement d’essai, remplacez une notice fictive puis posez une question à laquelle les deux versions répondent différemment. La bonne réponse doit s’appuyer sur la version applicable, avec une référence vérifiable. Le retrait du fichier dans un dossier ne prouve pas à lui seul que toutes les copies ou index de recherche ont été mis à jour.
Exiger une référence que l’utilisateur peut ouvrir
Une réponse documentaire doit donner assez d’éléments pour retrouver le passage : titre, identifiant, version et page ou section lorsque la source le permet. L’utilisateur doit pouvoir ouvrir le document avec ses propres droits. Un lien qui fonctionne seulement pour l’administrateur n’aide pas l’opérateur. Vérifiez ce point sur les profils prévus pour le pilote, en tenant compte des appareils réellement utilisés dans l’entreprise.
La citation doit correspondre à l’affirmation. Un passage sur la même machine ne prouve pas une réponse si le sujet traité est différent. Préparez des questions pour lesquelles le document contient le vocabulaire attendu sans contenir la réponse. Le comportement correct consiste à signaler l’absence de passage pertinent et à transmettre la question. Cette vérification est plus exigeante qu’un simple contrôle de présence d’un lien ; elle évite qu’une référence apparente donne une autorité trompeuse à une explication non étayée.
Préserver les schémas et les tableaux dans le contrôle
Les documents techniques ne se lisent pas uniquement comme des paragraphes. Une valeur peut dépendre d’un en-tête, d’une note ou d’un symbole sur un schéma. Avant d’utiliser un document dans le pilote, vérifiez que son contenu est accessible dans la forme retenue. Si une extraction perd les colonnes ou sépare une réserve de la valeur concernée, la source préparée pour l’assistant peut devenir ambiguë. Corrigez cette préparation ou limitez l’usage du fichier.
Un bon essai comporte un tableau avec plusieurs variantes et une note qui ne s’applique qu’à une colonne. Le relecteur vérifie que la réponse ne transpose pas une valeur à l’ensemble des lignes. Pour un schéma illisible, la sortie attendue peut orienter l’utilisateur vers la pièce originale et un référent. Le pilote ne doit pas donner l’impression qu’il a interprété un visuel qui n’était pas accessible. Documentez cette limite afin qu’elle soit comprise au moment de l’utilisation, et pas seulement dans un rapport de projet.
Préparer un rapport sans fabriquer de mesures
Un assistant peut mettre en forme un rapport à partir de relevés et de notes structurées. Il doit conserver la distinction entre mesure observée, déclaration d’un intervenant et hypothèse à vérifier. Une case vide ne devient pas zéro ; une valeur absente ne peut pas être reconstruite parce que les autres relevés semblent réguliers. La personne qui fournit les données confirme leur origine et le contexte de lecture avant la validation du rapport.
Dans un scénario pédagogique, une feuille comporte trois relevés fictifs et un quatrième manquant. Le rapport utile présente les trois valeurs et signale l’absence de la dernière. Il peut préparer une question au responsable de la saisie. Il ne doit ni calculer une moyenne sur quatre observations supposées, ni conclure à une stabilité complète. Vérifiez également les unités et les horodatages. Un rapport bien rédigé peut rester faux si deux séries utilisent des périodes ou des unités différentes sans que cette différence soit rendue visible.
Organiser la transmission entre équipes
Le compte rendu de passage entre équipes doit distinguer état constaté, action réalisée, action en attente et personne à contacter. Préparez une trame qui oblige à conserver ces différences. L’assistant peut reformuler des notes, mais il ne doit pas transformer une suggestion d’intervention en tâche achevée. Un statut ambigu peut avoir plus de conséquences qu’une phrase maladroite ; le contrôle porte donc d’abord sur la signification opérationnelle des mots utilisés.
Faites tester une transmission fictive contenant un incident non résolu et une vérification prévue pour l’équipe suivante. Le document préparé doit conserver la question ouverte, l’heure de l’observation et le relais prévu. Il doit aussi signaler si un responsable n’est pas nommé. Ne demandez pas à l’outil de déduire la personne à partir d’anciens comptes rendus. Le référent de l’équipe confirme l’attribution. Le processus habituel de transmission reste la référence pour décider quand une information est considérée comme reçue et comprise.
Traiter un document fournisseur incomplet
Une notice peut arriver sans annexe, sans indication de configuration ou dans une version difficile à rapprocher de l’équipement. L’assistant peut dresser l’inventaire de ce qui est présent et préparer les questions à poser. Il ne doit pas compléter les éléments manquants avec une notice voisine ou une connaissance générale. Le responsable technique décide si le document suffit pour la tâche prévue et qui doit contacter le fournisseur.
Pour l’essai, fournissez un dossier fictif dont l’index annonce une annexe absente. Posez une question qui nécessite cette annexe. La réponse attendue précise le manque et s’abstient de donner une instruction. Si le système répond à partir d’un autre document, vérifiez que ce rapprochement avait été autorisé et qu’il ne change pas le périmètre d’application. Une réponse incomplète mais transparente peut être plus utile qu’une réponse complète dont la source ne correspond pas au cas.
Définir les questions qui imposent un relais
Le responsable du site doit identifier les catégories de demandes qui sortent du pilote. Elles peuvent concerner la sécurité, une situation nouvelle, une contradiction documentaire ou une décision d’intervention. Les catégories doivent être expliquées avec des exemples compréhensibles par les utilisateurs. La page agents IA présente le cadrage d’un assistant documentaire ; l’autorité sur les décisions techniques demeure à organiser dans le contexte de l’entreprise.
Une transmission utile indique la question, l’équipement identifié, la source consultée et le motif de l’arrêt. Elle évite de proposer une action pendant qu’elle demande une validation. Testez un utilisateur qui insiste pour obtenir une réponse malgré la limite. Le comportement attendu reste le relais prévu, sans nouvelle instruction improvisée. L’objectif du test n’est pas de montrer que l’assistant sait tout ; il est de vérifier qu’il respecte une frontière connue même lorsque la demande paraît urgente ou formulée avec assurance.
Isoler le pilote des systèmes de production
Un essai documentaire peut fonctionner sur une copie préparée des sources, avec des comptes dédiés et sans droit d’écriture sur les systèmes opérationnels. Décrivez les connexions nécessaires et faites vérifier les permissions effectives. Le fait de ne pas demander une action dans la consigne ne retire pas un droit technique déjà accordé. Pour le premier périmètre, l’administration doit pouvoir montrer ce que le compte peut lire et les actions auxquelles il n’a pas accès.
Préparez un essai de permission avec des données fictives. Une demande de modifier un paramètre ou d’enregistrer une instruction dans un système doit rester hors du rôle autorisé. Vérifiez les outils secondaires, les exports et les automatisations associés. Une connexion indirecte peut élargir les possibilités au-delà de ce que les utilisateurs imaginent. Le guide des données avant pilote aide à inventorier ces destinations ; les aspects de données personnelles doivent être examinés avec les repères professionnels de la CNIL.
Comparer les usages sur leur niveau de maîtrise
Cette grille sert à une réunion de cadrage. Le référent métier complète les critères selon les documents et les opérations de l’entreprise. Aucun niveau de risque universel ne peut être déduit de la seule formulation d’une tâche.
| Usage documentaire | Préparation indispensable | Validation humaine | Condition de suspension |
|---|---|---|---|
| Retrouver une notice | Équipement et registre des versions | Applicabilité par le référent | Identifiant insuffisant |
| Résumer un rapport | Données et unités identifiées | Fidélité par le responsable du rapport | Mesure ou période manquante |
| Préparer une transmission | États et actions séparés | Statuts par l’équipe concernée | Action non confirmée |
| Chercher une procédure | Corpus approuvé et droits testés | Passage et version applicables | Sources contradictoires |
| Préparer une question fournisseur | Inventaire des pièces reçues | Formulation par le responsable technique | Annexe essentielle absente |
La bonne première tâche est celle dont l’entreprise peut expliquer les entrées et contrôler les sorties sans improvisation. Si l’identification documentaire est incertaine, faites d’abord ce travail. Un audit IA peut aider à distinguer le rangement nécessaire, les usages possibles et les dépendances techniques. Le choix d’un outil vient après cette clarification, car un accès plus rapide ne règle pas une absence de référence applicable.
Constituer un banc de questions représentatif
Préparez un jeu de questions avant de régler l’assistant. Il doit contenir un document courant, une ancienne version, un équipement mal identifié, une annexe absente et une question hors périmètre. Pour chaque cas, le référent note la source autorisée et le comportement attendu. Certaines réponses doivent être des refus ou des demandes de précision. Si tous les essais attendent une réponse complète, ils n’évaluent pas la capacité à respecter les limites.
Gardez quelques cas pour une vérification finale séparée de la mise au point. Ils permettent de voir si le dispositif gère des formulations qu’il n’a pas rencontrées pendant les réglages. Documentez les corrections sans attribuer une réussite globale à un très petit nombre de questions. Les résultats portent sur le corpus et les situations testés. Ils ne démontrent pas une capacité générale à comprendre toute la documentation industrielle, ni une aptitude à traiter une situation imprévue sur une installation réelle.
Mesurer la recherche et la vérification ensemble
Chronométrez le temps nécessaire pour retrouver la bonne pièce, contrôler son applicabilité et préparer la transmission. Un assistant peut réduire la recherche mais allonger la vérification si ses références sont imprécises. Conservez ces temps séparément puis calculez le total. Classez les erreurs : mauvais équipement, mauvaise version, source absente, mesure transformée ou dépassement du périmètre. Ce classement aide à décider quelle correction est nécessaire avant une nouvelle tentative.
Ne mélangez pas la qualité documentaire avec des résultats de production. Un pilote qui retrouve correctement une procédure ne prouve pas une baisse des incidents, une amélioration des délais ou une économie de maintenance. Ces résultats demanderaient des observations adaptées et d’autres contrôles. Au stade du test, une conclusion utile peut être limitée : les utilisateurs retrouvent plus facilement les documents du périmètre, mais la recherche de certains tableaux reste insuffisante. Cette précision guide un travail concret sans transformer un essai en promesse industrielle.
Vérifier l’usage depuis le poste prévu
Une démonstration sur un ordinateur de bureau ne prouve pas que la consultation convient à l’atelier ou au quai logistique. Vérifiez les appareils autorisés, la lisibilité, les connexions et l’accès aux pièces originales dans les conditions prévues pour le pilote. L’utilisateur doit pouvoir lire le contexte autour du passage cité. Un extrait trop court sur un petit écran peut faire disparaître une réserve importante, même si la source est correcte.
Recueillez les observations des utilisateurs sur une tâche fictive avant toute ouverture au travail courant. Peuvent-ils identifier l’équipement sans ambiguïté ? Comprennent-ils pourquoi la réponse est suspendue ? Trouvent-ils le bon référent ? Les réponses servent à adapter le parcours, la formation ou le périmètre. Ne corrigez pas un problème de lecture en supprimant les références ou les limites. Elles font partie de l’information nécessaire pour décider de l’usage du document retrouvé.
Prévoir l’indisponibilité et la reprise manuelle
Le pilote doit indiquer où retrouver les procédures et les contacts lorsque l’assistant ne fonctionne pas. Les documents nécessaires au travail ne doivent pas devenir accessibles uniquement par une conversation. Vérifiez le parcours de remplacement avec les équipes. Une indisponibilité peut concerner le réseau, le service de recherche ou les permissions ; la personne qui constate l’échec doit savoir qui prévenir et comment poursuivre selon les procédures habituelles.
Simulez une recherche interrompue sur un document fictif. Contrôlez qu’une réponse ancienne ne reste pas affichée comme si elle correspondait à la nouvelle question. Vérifiez aussi que la reprise ne crée pas deux rapports présentés comme finaux. Le responsable du pilote doit pouvoir distinguer une opération aboutie d’une opération incomplète. La visibilité de cet état réduit les interprétations erronées et rend la reprise plus simple pour un collègue qui n’a pas assisté au début de la tâche.
Préparer la maintenance documentaire du dispositif
Le corpus demande un entretien après le lancement. Nommez le responsable qui reçoit les nouvelles versions et celui qui vérifie leur intégration. Définissez une manière de signaler une réponse incorrecte avec la question et la référence concernée, sans recopier inutilement des données sensibles. Un signalement doit conduire à une décision : corriger une source, retirer une pièce, modifier une règle ou suspendre un usage. Il ne suffit pas de remercier l’utilisateur d’avoir trouvé une erreur.
La modification doit être retestée sur les cas existants, notamment ceux qui vérifient les refus et les versions périmées. Une correction locale peut dégrader une autre recherche. Conservez le résultat de cette vérification et la date d’ouverture de la nouvelle configuration. Si le responsable documentaire quitte sa fonction, prévoyez une passation avec le registre et les points ouverts. Le fonctionnement durable dépend de cette organisation autant que de la qualité de la première démonstration.
Séparer les observations des causes supposées
Un rapport de suivi peut contenir une observation précise sans que sa cause soit connue. Demandez à l’assistant de conserver cette différence lorsqu’il reformule les notes. Une variation observée à une heure donnée ne devient pas la preuve d’un défaut particulier. La personne compétente doit pouvoir retrouver ce qui a été mesuré ou signalé, puis mener l’examen prévu par l’entreprise sans devoir d’abord retirer une interprétation ajoutée au compte rendu.
Dans un cas fictif, une note indique qu’un retard apparaît après une modification d’organisation. Le brouillon correct conserve l’ordre des événements et indique que la relation reste à examiner. Il ne présente pas cette modification comme la cause établie. Le relecteur vérifie les mots qui expriment la causalité autant que les valeurs chiffrées. Cette lecture distincte aide à éviter qu’une synthèse transforme une piste de travail en conclusion utilisée par les équipes suivantes.
Autoriser une suite qui correspond aux preuves obtenues
Le bilan indique le corpus utilisé, les profils testés, les cas réussis, les erreurs bloquantes et les limites conservées. Une extension à un nouvel équipement ou à un autre atelier demande de confirmer l’identification et les sources de ce périmètre. Une ouverture vers des actions sur les systèmes représente un projet distinct. Elle ne peut pas être considérée comme une simple option ajoutée à un assistant de recherche documentaire.
Les exemples de ce guide sont fictifs et pédagogiques. Ils ne décrivent pas une installation, une validation de sécurité ou un résultat client d’IAPME Plus. La décision utile consiste à déterminer si une assistance documentaire précise peut être maintenue avec ses contrôles, ou si le travail préalable reste trop important. Gardez une trace de cette décision, de la personne qui l’autorise et du prochain point de revue. Un périmètre étroit mais compris par les équipes constitue une base plus exploitable qu’une capacité générale que personne ne sait vérifier.