Base de connaissances : la définition, et comment en construire une
Par Gregory Culpin
Ce qu’est une base de connaissances, ce qui la sépare d’une GED ou d’un wiki, et les trois questions à poser sur n’importe lequel de ses articles.
Une base de connaissances est une bibliothèque d’articles classés, datés et tenus à jour, où vos équipes et vos clients trouvent une réponse par eux-mêmes. Le même terme désigne le centre d’aide public d’un éditeur de logiciel et le référentiel interne d’une direction informatique.
La définition tient en une phrase et ne dit rien de ce qui sépare une base utile d’un dossier partagé avec une barre de recherche. Cette différence ne se lit pas dans une liste de fonctions. Elle se lit article par article : celui que vous venez d’ouvrir a-t-il un propriétaire, une date de dernière vérification, et une règle qui précise qui peut le lire ?
Ce que contient une base de connaissances
Une base de connaissances rassemble ce que votre organisation sait, sous une forme écrite et consultable : procédures, modes opératoires, réponses aux questions fréquentes, fiches produit, comptes rendus d’incident. Elle sert deux publics, et la plupart des organisations ont besoin des deux.
La base externe est publique. C’est le centre d’aide que votre client ouvre à 22 heures pour réinitialiser son mot de passe. Elle fait baisser le nombre de sollicitations, et elle se mesure : vues par article, part des demandes résolues sans contact, tickets ouverts sur un sujet déjà documenté.
La base interne est réservée à vos équipes. Elle porte ce qui ne peut pas être publié : la marche à suivre face à un client mécontent, la configuration exacte d’un poste, le prix plancher d’une négociation, ce qu’on a appris d’un chantier qui s’est mal passé. C’est celle dont l’absence coûte le plus cher, parce que la réponse reste alors dans la tête de trois personnes.
Pourquoi le terme désigne deux choses différentes
En français, base de connaissances recouvre deux notions d’origines distinctes, et la confusion est ancienne.
La première vient de l’intelligence artificielle des années 1970 et 1980. Dans un système expert, la base de connaissances est la partie qui contient les faits et les règles, séparée du moteur d’inférence qui les exploite. C’est le sens que retient le Grand dictionnaire terminologique de l’Office québécois de la langue française, qui classe le terme dans le domaine de l’intelligence artificielle, et le définit ainsi :
Base de données contenant l’ensemble des informations intégrées dans un système d’intelligence artificielle.
La seconde vient du support client des années 1990 : le portail d’aide, la FAQ, l’article de dépannage. C’est le sens courant aujourd’hui, celui qu’emploient la plupart des éditeurs.
Depuis deux ans, les deux sens se rejoignent, ce qui explique le retour du terme. Dès que vous connectez un agent IA à vos contenus, votre centre d’aide redevient ce qu’était la base de connaissances d’un système expert : la matière que le logiciel lit pour répondre. Un article périmé ne gêne plus un seul lecteur : il produit une réponse fausse à grande échelle.
Base de connaissances, GED, wiki : ce qu’on attend de chacun
Une organisation a rarement un seul de ces outils. Elle a en général une GED, souvent un wiki ou un espace collaboratif, et parfois une base de connaissances. Les confondre coûte cher, parce qu’on attend de chacun une chose différente.
| Ce qu’on y cherche | Ce qu’un agent IA y trouve | |
|---|---|---|
| GED | la preuve : le document authentique, sa version, son archivage | des fichiers entiers, dont il doit extraire une réponse sans savoir si elle s’applique encore |
| Wiki | le travail en cours : notes, brouillons, échanges d’une équipe | des pages, sans savoir lesquelles sont encore justes |
| Base de connaissances | la réponse : ce qu’il faut faire, vérifié et daté | une réponse, avec son responsable et sa date de vérification |
La GED garde la trace de ce qui a été signé ou décidé, et elle le fait bien. Le wiki rend l’écriture facile, et c’est sa force à dix personnes. Au-delà, il se dégrade vite, parce que rien n’oblige une page à être relue : nous avons détaillé cette limite dans wiki, intranet et gestion des connaissances. La base de connaissances répond à une autre question : que faut-il faire dans ce cas, et qui s’en porte garant ?
Ces outils se complètent, et une même solution couvre souvent plusieurs de ces besoins : une GED peut publier des procédures, une base de connaissances peut stocker des fichiers et accueillir des brouillons. Le choix se joue donc sur l’usage prioritaire. Un outil pensé pour la preuve gère mal la relecture des réponses, et un outil pensé pour les réponses n’a pas vocation à tenir l’archivage légal. Nommez l’usage qui passe en premier, puis vérifiez que les usages secondaires tiennent dans le même outil sans le détourner de sa fonction.
Chez nos clients, c’est souvent le wiki que la base de connaissances remplace : l’écriture à plusieurs y reste possible, et la gouvernance passe au premier plan, article par article. La base de connaissances peut aussi se connecter à Google Drive ou à OneDrive, ou jouer le rôle d’une GED légère pour quelques documents de référence : ce sont des usages secondaires, pas sa force. La GED garde donc sa place : le contrat signé y reste, et la base dit ce qu’il faut répondre au client qui demande un remboursement, en renvoyant au contrat si besoin.
Le test en trois questions
Prenez un article de votre base au hasard, et posez ces trois questions.
Qui en est propriétaire ? Un nom, pas une équipe. Un article dont personne n’est responsable ne sera jamais corrigé, parce que chacun suppose que quelqu’un d’autre s’en occupe.
Quand a-t-il été vérifié pour la dernière fois ? La date de rédaction ne sert à rien. Ce qui compte, c’est le jour où quelqu’un l’a relu et a confirmé qu’il était encore juste. Sans échéance, une base se périme en silence, et le premier à s’en apercevoir est un client.
Qui a le droit de le lire ? Une base sans droits de lecture finit par ne contenir que ce qu’on peut montrer à tout le monde, c’est-à-dire l’information la moins utile. Les grilles tarifaires, les incidents et les argumentaires restent alors dans les messageries.
Si les trois réponses viennent tout de suite, votre base fonctionne. Si elles demandent une enquête, vous avez un dossier partagé avec une barre de recherche.
Comment construire une base de connaissances
La partie difficile n’est pas l’outil. C’est de décider quoi écrire et qui écrit. Cinq décisions font la différence.
Partez des questions, pas des documents. Ne reprenez pas l’arborescence du disque partagé. Sortez les cent dernières demandes reçues par votre support, votre service client ou votre direction informatique, comptez les répétitions, et écrivez les vingt réponses qui reviennent le plus. Vingt articles justes valent mieux que deux mille dont personne ne connaît l’état.
Adaptez le format à la question. Un article convient quand la réponse est la même pour tout le monde. Dès qu’elle dépend de la situation du lecteur, l’arbre de décision fait mieux : une suite de questions mène l’utilisateur ou le conseiller à la bonne conclusion sans lui faire lire toute la documentation. Un bon arbre ne recopie rien. Il enchaîne des articles qui existent déjà, sans quoi vous entretenez la même procédure à deux endroits.
Nommez un propriétaire avant d’écrire l’article. C’est la décision qui empêche la base de se dégrader, et la plus impopulaire, parce qu’elle transforme une contribution ponctuelle en engagement dans la durée. Comptez-la dans la charge de travail de la personne.
Fixez une échéance de relecture dès la publication. Six mois pour une procédure stable, six semaines pour un tarif ou une configuration. À l’échéance, le propriétaire est prévenu. Tant qu’il n’a pas relu l’article, celui-ci reste signalé comme à vérifier.
Découpez par équipe. Une organisation de mille personnes n’écrit pas dans un seul espace. La plateforme reste commune, et les contenus vivent dans des espaces séparés, un par équipe ou par métier, chacun avec ses responsables et ses droits. L’Oréal Opérations en gère 113, répartis en une quinzaine de familles métier, pour 22 000 collaborateurs.
Ce que les agents IA changent pour votre base
La question posée aux bases de connaissances a changé. On ne demande plus si une personne trouve la réponse, mais si un agent IA peut la donner à sa place sans se tromper.
Le travail change de nature. La recherche par mots-clés pardonnait beaucoup : un lecteur tombé sur deux procédures contradictoires prenait la plus récente, ou appelait un collègue. Un agent IA n’a pas ce réflexe. Il lit les deux, en fait une moyenne, et rend une réponse qui n’existe nulle part dans vos contenus.
Quatre points pèsent alors plus qu’avant.
- Le doublon devient une erreur. Deux versions d’une même procédure ne sont plus une gêne, elles sont une source de réponses fausses.
- Les droits de lecture doivent tenir dans la réponse. Si l’agent IA répond à partir de tout ce qu’il a lu, il finira par citer à un stagiaire un document réservé au comité de direction. Les droits doivent s’appliquer au moment de la réponse, et non uniquement à l’affichage de la page.
- Le contenu doit rester du texte. Un agent IA lit du texte, pas une mise en page. Un article et un arbre de décision écrits en Markdown s’importent et s’exportent sans perte, et l’agent IA reçoit avec eux le propriétaire, la date de revue et le statut d’approbation, donc de quoi juger s’il peut s’en servir.
- La source doit être citée. Une réponse sans lien vers l’article d’origine ne peut pas être vérifiée, donc elle ne servira pas à une décision qui engage l’entreprise.
C’est ce que nous appelons le socle : la couche de contenus gouvernés à partir de laquelle les agents IA répondent. Nous l’avons détaillée dans la connaissance, fondation de l’IA en entreprise, et nous avons décrit les signes de dérive dans garder une base de connaissances IA fiable.
Questions fréquentes
Une bibliothèque d’articles classés, datés et tenus à jour, où vos équipes et vos clients trouvent une réponse par eux-mêmes. Elle contient des procédures, des modes opératoires, des réponses aux questions fréquentes et des fiches produit. Ce qui la sépare d’un dossier partagé n’est pas la recherche : c’est que chaque article a un propriétaire nommé, une date de relecture et des droits de lecture.
Commencez par les questions reçues, pas par les documents existants. Prenez les cent dernières demandes de votre support, comptez celles qui reviennent, et écrivez les vingt réponses les plus fréquentes. Donnez un propriétaire à chaque article avant de l’écrire, fixez sa date de relecture le jour de sa publication, et découpez les contenus par équipe plutôt que de tout mettre au même endroit. L’outil vient après ces quatre décisions.
Cela dépend de qui lit. Pour une FAQ publique adossée à des tickets, le module de votre outil de ticketing suffit en général. Pour un portail de documentation produit, il existe des outils faits pour cela. Pour une connaissance qui doit servir plusieurs directions et alimenter des agents IA, la question devient celle d’une plateforme. Nous avons comparé les outils du marché dans deux guides : logiciels de base de connaissances et base de connaissances service client.
Une GED garde la preuve : le document authentique, ses versions et son archivage. Une base de connaissances donne la réponse : ce qu’il faut faire dans un cas donné, avec quelqu’un qui s’en porte garant. Les deux se complètent : la GED garde le contrat signé, la base de connaissances dit quoi en répondre au client. Une même solution peut couvrir une partie des deux besoins, à condition de savoir lequel passe en premier.
Celle qui est réservée à vos équipes et n’est pas publiée. Elle contient ce qu’on ne montre pas à l’extérieur : marches à suivre, configurations, argumentaires, retours d’expérience, prix plancher. C’est la plus difficile à maintenir, parce que rien ne la contrôle de l’extérieur, et celle dont l’absence coûte le plus cher, puisque la connaissance reste alors dans quelques têtes.
La connaissance explicite est déjà écrite et se transmet telle quelle. La connaissance tacite est faite d’expérience et reste difficile à formuler. La connaissance implicite pourrait s’écrire, mais personne n’a encore pris le temps de le faire. La connaissance procédurale est celle du geste et de la marche à suivre. Une base de connaissances capte facilement la première. Le travail porte sur les trois autres, et nous l’avons décrit dans 3 types de connaissances à capturer.
Par où commencer
Ouvrez votre base actuelle, tirez un article au hasard, puis cherchez son propriétaire et sa date de relecture. Le temps que vous mettez à les trouver vous dit où vous en êtes. Si vous voulez voir à quoi ressemble une base où l’outil tient lui-même ces deux informations, demandez une démonstration.