Créer un assistant interne sur la documentation de son entreprise

Monter un assistant IA interne en entreprise qui répond sur vos procédures, vos contrats types et vos modes opératoires est devenu techniquement accessible. Une base vectorielle, un connecteur vers l'espace documentaire, un modèle de langage : une démonstration convaincante tient en deux jours de travail. C'est précisément ce qui rend ce projet trompeur.

Entre cette démonstration et un outil que quatre-vingts salariés utilisent tous les jours sans se plaindre, il y a trois chantiers que les tutoriels passent sous silence : décider quels documents entrent dans le périmètre, faire respecter les droits d'accès de chaque personne, et empêcher les documents périmés de contaminer les réponses. Le chapitre sur les droits est celui qui sépare le prototype de l'outil déployable.

Cet article prend le projet du point de vue du chef de projet, pas de l'ingénieur. Il suppose acquis le principe technique de la recherche augmentée, que nous avons détaillé dans notre article sur le RAG appliqué aux documents d'entreprise.

Assistant IA interne en entreprise : tout se joue sur le périmètre documentaire

La première tentation est d'indexer tout l'espace partagé. C'est la meilleure façon d'obtenir un chatbot documentation interne médiocre. Un espace partagé d'entreprise contient typiquement, en proportions variables mais toujours importantes, des brouillons, des versions concurrentes du même document, des exports temporaires et des dossiers personnels oubliés.

La méthode qui fonctionne consiste à partir des questions, pas des fichiers. Relevez pendant deux semaines les questions réellement posées, par courriel, en réunion, sur la messagerie interne. Classez-les. Vous obtiendrez presque toujours une distribution très concentrée : une quarantaine de questions couvre la majorité du volume. Ce sont ces questions qui définissent le périmètre.

Une base de départ typique tient entre 150 et 400 documents, ce qui est peu comparé à un espace partagé complet. Les gains d'une base restreinte et propre sont mesurables : moins de réponses contradictoires, moins de sources hors sujet, et un coût d'indexation divisé par dix.

• Entrent dans le périmètre : procédures validées, politiques internes, modes opératoires, contrats types, catalogue produits, questions fréquentes du support, comptes rendus de décision.
• Restent dehors au premier tour : brouillons, présentations commerciales, dossiers projets clos, échanges de courriels, tableurs de travail, tout ce dont personne ne peut nommer le propriétaire.

Les droits d'accès : le chapitre qui rend le projet déployable

Un assistant qui répond la même chose à tout le monde est un assistant qui fuit. Les grilles de salaires, les comptes rendus de comité de direction, les dossiers de contentieux ou les notes RH n'ont pas à ressortir parce qu'un salarié a posé une question habilement formulée. Le risque est d'autant plus sournois que la fuite ne ressemble pas à une fuite : elle prend la forme d'une réponse serviable.

Trois approches existent, de la plus simple à la plus juste.

Deux règles valent quelle que soit l'approche. D'abord, le filtrage doit se faire avant l'envoi au modèle, jamais après : demander au modèle de ne pas mentionner un document qu'il a lu ne constitue pas un contrôle d'accès. Ensuite, les droits doivent être vérifiés à l'instant de la requête, à partir de l'annuaire, et non figés au moment de l'indexation. Sinon un départ ou un changement de poste laisse un accès ouvert pendant des semaines.

Notez que l'assistant hérite aussi des mauvaises pratiques existantes. Si un dossier sensible est en réalité ouvert à toute l'entreprise depuis trois ans, l'assistant le révélera en quelques jours. Ce n'est pas un défaut de l'outil : c'est un audit gratuit, à traiter comme tel.

Les documents obsolètes, poison lent de la base documentaire

Une IA sur base documentaire ne sait pas qu'une procédure a été remplacée. Elle voit deux textes proches, en cite un, et le salarié applique une règle abandonnée. Ce type d'erreur est plus grave qu'une hallucination visible, parce qu'il est parfaitement plausible et donc non détecté. Nous avions abordé ce mécanisme dans notre article sur les moyens de limiter les hallucinations de l'IA générative ; ici la source du problème n'est pas le modèle, elle est dans vos fichiers.

Quatre mesures suffisent à contenir le phénomène.

1. Un propriétaire par document. Pas un service : une personne. Sans nom, aucune revue n'a lieu.
2. Une date de validité. Chaque document porte une date de dernière validation et une durée de vie (six, douze ou vingt-quatre mois selon le type).
3. Une sortie automatique de l'index. Passé l'échéance sans revalidation, le document quitte la base et son propriétaire reçoit une relance. C'est brutal, et c'est le seul mécanisme qui tient dans la durée.
4. La date affichée dans la réponse. L'assistant cite toujours ses sources avec leur date de validation. L'utilisateur garde ainsi la capacité de juger.

Mesurer l'utilité, sinon le projet s'éteindra tout seul

Un assistant pour ses salariés meurt rarement d'un bug. Il meurt d'un désintérêt progressif que personne n'a vu venir faute d'indicateur. Quatre mesures suffisent, relevées chaque mois.

• Taux de couverture : part des questions auxquelles l'assistant répond avec au moins une source pertinente. En dessous de 60 %, votre périmètre est trop étroit.
• Taux de reprise : part des sessions où l'utilisateur repose sa question autrement dans la minute. C'est le meilleur signal d'échec, et il ne demande aucun formulaire de satisfaction.
• Utilisateurs actifs hebdomadaires : à comparer à la population cible. Un outil utile stabilise entre 25 et 45 % des personnes concernées ; en dessous de 10 % après deux mois, le sujet n'a pas trouvé son public.
• Temps évité déclaré : une question simple posée une fois par mois à un échantillon, plus fiable qu'une extrapolation théorique. La méthode générale est celle décrite dans notre article sur la mesure du gain réel d'un usage d'IA.

L'adoption se joue sur les détails, pas sur le modèle

Les projets qui échouent après une bonne mise en place échouent presque toujours sur des points d'usage, jamais sur la qualité du modèle sous-jacent. Quatre détails pèsent lourd.

• Le point d'entrée. Un assistant accessible depuis la messagerie interne ou l'intranet est utilisé ; un assistant qui demande d'ouvrir un nouvel onglet et de se reconnecter est oublié en trois semaines.
• L'affichage des sources. Chaque réponse doit citer les documents utilisés, avec un lien cliquable. C'est ce qui transforme une réponse en piste de vérification, et c'est le premier réflexe des utilisateurs méfiants, qui sont vos meilleurs testeurs.
• L'aveu d'ignorance. L'assistant doit répondre « je ne trouve pas cette information dans la base » plutôt que de broder. Une réponse inventée détruit plus de confiance que dix absences de réponse.
• Le canal de correction. Un bouton pour signaler une réponse fausse, relié à une personne qui traite le signalement dans la semaine. Sans boucle de retour, les défauts s'installent.

Un plan de route réaliste en six semaines

Le calendrier ci-dessous correspond à une organisation de 50 à 200 personnes, avec un chef de projet à mi-temps et un profil technique à temps plein.

1. Semaines 1 et 2 : relevé des questions réelles, choix du périmètre, nomination des propriétaires de documents, décision sur le modèle de droits.
2. Semaine 3 : nettoyage documentaire (dédoublonnage, dates de validation), indexation, premières réponses.
3. Semaine 4 : jeu de 40 questions de référence avec réponses attendues, mesure du taux de couverture, ajustement du découpage des documents.
4. Semaine 5 : test fermé avec dix utilisateurs volontaires, dont deux qui n'aiment pas l'IA. Ce sont eux qui trouvent les vrais défauts.
5. Semaine 6 : ouverture progressive, rappel des règles d'usage, mise en place du relevé mensuel des indicateurs.

Côté budget, une première version de ce type se situe entre 8 000 et 20 000 euros de mise en place selon le modèle de droits retenu, et entre 150 et 500 euros par mois d'exploitation pour une centaine d'utilisateurs. Le poste le plus sous-estimé n'est ni le modèle ni l'hébergement : c'est le temps de nettoyage documentaire, qui représente souvent la moitié de la charge du projet.

Ce qu'il faut retenir

Un assistant IA interne en entreprise réussit ou échoue sur trois décisions prises avant la première ligne de code : ce qu'on indexe, qui a le droit de voir quoi, et comment un document meurt. La technologie sous-jacente, elle, est devenue une commodité.

Si vous ne deviez retenir qu'une chose : commencez petit, avec un périmètre public interne et 150 documents propres, mesurez le taux de reprise dès la première semaine, et n'élargissez qu'une fois les propriétaires de documents effectivement en place. Un assistant qui répond bien sur un domaine restreint est adopté ; un assistant qui répond mal sur tout est abandonné en six semaines.