â±ïž L'essentiel en 3 minutes |
đ§ Comprendre l'enjeu pĂ©dagogique de la structure documentaire
L'IA Didask ne "lit" pas un document comme un humain : elle compare chaque question Ă l'ensemble de votre base et sĂ©lectionne les passages les plus proches du besoin de l'apprenant. Un document mal structurĂ©, trop long, trop vague, ou redondant avec d'autres sera difficile Ă retrouver, mĂȘme s'il contient la bonne rĂ©ponse.
Soigner la structure de vos documents, c'est permettre à l'IA de localiser précisément ce dont chaque collaborateur a besoin au bon moment. C'est aussi une façon de garantir que vos connaissances métier sont transmises avec fidélité, sans bruit ni ambiguïté.
â Ăvaluer un document avant de l'ajouter Ă la base
Avant tout import, posez-vous ces quatre questions :
Question | Si la réponse est non... |
Puis-je résumer ce document en un titre court et précis ? | Le document traite probablement de trop de sujets : le découper. |
Toutes les informations sont-elles encore valables ? | Nettoyer le document ou ne pas l'inclure. |
Y a-t-il d'autres documents dans la base qui disent la mĂȘme chose ? | Supprimer les parties communes ou fusionner les documents. |
Ce document est-il utile à tous les utilisateurs qui ont accÚs à cette base ? | Restreindre l'accÚs ou séparer en bases distinctes. |
đ Respecter la rĂšgle : un document, un seul sujet
Un document qui traite plusieurs sujets Ă la fois sera difficile Ă associer Ă une question prĂ©cise. L'IA aura du mal Ă l'identifier comme la source la plus pertinente, mĂȘme s'il contient la bonne information.
Le signe révélateur : vous avez du mal à lui donner un titre court et précis.
Bon exemple : "Processus de validation d'un devis client" qui explique uniquement les étapes de validation, les interlocuteurs et les délais.
à éviter : "Réunion équipe commerciale du 12 mars" qui aborde à la fois la validation des devis, un point RH, la stratégie Q3 et un post-mortem de bug.
Que faire : découpez le document en autant de documents qu'il y a de sujets distincts. Chaque document doit avoir un titre qui résume son contenu en une phrase courte.
đ§č Supprimer les informations obsolĂštes
L'IA ne peut pas distinguer ce qui est encore valable de ce qui est périmé. Une information ancienne peut rendre la bonne information plus difficile à trouver, voire provoquer des réponses incorrectes.
Bon exemple : une politique de remboursement des frais Ă jour, contenant uniquement les rĂšgles actuellement en vigueur.
Ă Ă©viter : le mĂȘme document auquel on a ajoutĂ© les nouvelles rĂšgles en bas, sans supprimer les anciennes. L'IA ne sait pas lesquelles sont valides.
Que faire : extraire uniquement les parties encore valables et crĂ©ez un nouveau document propre. Si un document est trop polluĂ© pour ĂȘtre nettoyĂ© facilement, mieux vaut ne pas l'inclure. Moins de documents, mais de meilleure qualitĂ©, donne de meilleures performances.
đ Ăviter les redondances entre documents
Si plusieurs documents abordent le mĂȘme sujet avec des mots diffĂ©rents, l'IA les fera remonter simultanĂ©ment. Ces doublons occupent la place de connaissances complĂ©mentaires potentiellement plus utiles, et les parties communes masquent les spĂ©cificitĂ©s de chaque document.
Bon exemple : deux documents sur le mĂȘme outil, l'un intitulĂ© "Guide technique de l'outil X pour les dĂ©veloppeurs", l'autre "Utiliser l'outil X au quotidien pour les Ă©quipes mĂ©tier". Chacun va directement Ă ce qui est spĂ©cifique Ă sa cible, sans introduction commune.
Ă Ă©viter : trois versions d'une documentation sur la mĂȘme fonctionnalitĂ© (marketing, support, dĂ©veloppeurs) qui commencent toutes par les mĂȘmes deux paragraphes de prĂ©sentation gĂ©nĂ©rale.
Que faire : supprimez les parties communes, ou isolez-les dans un document dédié auquel vous faites référence. Distinguez clairement les documents dans leur titre ("version technique" ou "version vulgarisée").
đ Adapter les droits d'accĂšs selon les utilisateurs
Tous les apprenants n'ont pas besoin de toutes les connaissances. Des documents trÚs techniques destinés à un petit groupe peuvent parasiter les réponses des autres utilisateurs dont les questions emploient des mots proches.
Bon exemple : la documentation technique sur l'architecture du produit est accessible uniquement aux équipes R&D. Les équipes commerciales ont accÚs à une base séparée avec les fiches produits et les argumentaires.
à éviter : une base accessible à tous qui mélange des transcripts de calls clients, des spécifications techniques internes et des guides d'onboarding.
Que faire : définissez des groupes d'utilisateurs et attribuez les documents en conséquence. Construisez la base progressivement : ajoutez un document quand un groupe exprime un besoin réel, pas par anticipation.
Mots-clés : structure documentaire, base de connaissances, IA Didask, qualité des documents, performance, redondances, droits d'accÚs
