Base de connaissance

Une base de connaissance (en anglais knowledge base, souvent abrégé KB) rassemble au même endroit ce qu’une organisation sait et doit transmettre : procédures, réponses aux questions fréquentes, guides d’utilisation, solutions à des incidents connus, règles internes. Son but est simple : qu’une personne trouve la bonne réponse sans avoir à la demander à quelqu’un. On écrit aussi « base de connaissances », au pluriel ; les deux graphies sont correctes et désignent la même chose.

La base de connaissance est l’outil le plus concret de la gestion des connaissances : elle transforme le savoir dispersé (dans des boîtes mail, des têtes, des fichiers isolés) en un contenu partagé.

À quoi sert une base de connaissance ?

• Réduire les sollicitations répétitives : un service client qui publie la réponse à « comment réinitialiser mon mot de passe ? » reçoit moins de tickets sur ce sujet (on parle de self-service ou d’autoassistance).
• Accélérer l’intégration des nouveaux collaborateurs, qui trouvent seuls les procédures.
• Préserver le savoir lors des départs, des congés ou des réorganisations.
• Uniformiser les réponses : tout le monde s’appuie sur la même version validée.
• Nourrir les outils d’IA : un assistant conversationnel d’entreprise répond correctement seulement s’il s’appuie sur une base fiable (voir base de connaissances et IA : le RAG).

Les types de bases de connaissance

Base de connaissance externe (clients)

Publique ou réservée aux clients connectés, elle prend la forme d’un centre d’aide : articles « comment faire », FAQ, tutoriels, dépannage, notes de version. Elle est indexée par les moteurs de recherche et souvent reliée au formulaire de contact, qui suggère des articles avant l’envoi d’une demande.

Base de connaissance interne (collaborateurs)

Réservée aux salariés, elle contient procédures, politiques RH, documentation des outils, modèles, comptes rendus de décisions, fiches d’incident. Elle prend souvent la forme d’un wiki d’entreprise. Dans les équipes support, une base interne rassemble aussi les réponses types et les cas complexes non publiés.

Base de connaissance technique

Variante destinée aux développeurs, administrateurs ou techniciens : documentation d’API, architecture, procédures d’exploitation (runbooks), base d’erreurs connues. Voir documentation technique.

Base de connaissance personnelle

À l’échelle d’un individu, on parle de gestion des connaissances personnelles (PKM) ou de « second cerveau » : notes reliées entre elles, souvent selon la méthode Zettelkasten. Voir second cerveau.

Base de connaissance pour l’intelligence artificielle

Deux sens coexistent :

• en IA symbolique (systèmes experts des années 1970-1980), la base de connaissance est un ensemble de faits et de règles logiques (« si… alors… ») exploités par un moteur d’inférence ;
• dans l'IA générative actuelle, c’est le corpus documentaire dans lequel un assistant va chercher les passages pertinents avant de répondre (architecture RAG).

Une base peut aussi être structurée sous forme de graphe reliant des entités : c’est le graphe de connaissances.

Base de connaissance, FAQ, wiki : quelles différences ?

• Une FAQ est une simple liste de questions-réponses : c’est souvent une partie de la base de connaissance (voir rédiger une FAQ efficace).
• Un wiki est un outil d’édition collaborative ; il peut servir à construire une base de connaissance, mais un wiki non gouverné devient vite une accumulation de pages obsolètes.
• Une base de données stocke des données structurées (lignes, colonnes) pour des logiciels ; une base de connaissance stocke du contenu rédigé pour des humains (voir base de données).
• Un intranet est un portail de communication interne ; la base de connaissance en est souvent une rubrique.

Comment structurer une base de connaissance

L’arborescence

Trois niveaux suffisent dans la plupart des cas : catégories (grands thèmes : Compte, Facturation, Installation), sections (sous-thèmes), articles. Au-delà, les utilisateurs se perdent. Classez selon la logique de l’utilisateur (ses tâches, ses problèmes), pas selon l’organigramme interne.

Les types d’articles

Cette distinction rejoint le cadre Diátaxis, répandu en documentation, qui sépare tutoriels, guides pratiques, références et explications.

Le modèle d’article

Chaque article gagne à suivre un gabarit identique : titre formulé comme l’utilisateur le chercherait (« Modifier son adresse de facturation »), réponse en une phrase, prérequis, étapes, résultat attendu, problèmes courants, articles liés, propriétaire et date de révision.

Métadonnées et recherche

La recherche est la porte d’entrée principale : la plupart des visiteurs tapent une requête plutôt que de parcourir l’arborescence. Ajoutez des mots-clés et synonymes (« facture », « reçu », « justificatif »), des étiquettes, le produit ou la version concernés, et le public visé.

Créer une base de connaissance étape par étape

1. Définir l’objectif et le public. Désengorger le support ? Former les nouveaux ? Les deux bases (interne et externe) n’ont ni le même ton ni les mêmes droits d’accès.
2. Inventorier les besoins réels. Analyser les tickets, les questions posées par messagerie, les recherches sans résultat, les questions des nouveaux arrivants. Les 20 à 50 questions les plus fréquentes forment le premier lot d’articles.
3. Recenser l’existant. Documents épars, présentations, courriels de procédure : on récupère, on trie, on supprime les doublons.
4. Concevoir l’arborescence et les gabarits (voir ci-dessus) avant d’écrire le premier article.
5. Choisir l’outil en fonction du public, du budget, de l’hébergement et des intégrations (voir le comparatif).
6. Rédiger les premiers articles avec les experts du sujet. Un article = une question. Phrases courtes, étapes numérotées, captures annotées seulement si nécessaires.
7. Relire et valider : exactitude technique par l’expert, clarté par une personne extérieure au sujet.
8. Publier et faire connaître : liens depuis le formulaire de contact, réponses du support qui renvoient vers l’article, intégration dans l’intégration des nouveaux.
9. Désigner des propriétaires : chaque catégorie a un responsable, chaque article une date de révision.
10. Mesurer et améliorer en continu (voir les indicateurs).

Comparatif des principaux outils

Le marché est large ; le choix dépend surtout de l’usage (interne ou externe), du besoin d’hébergement propre et de l’écosystème existant. Le tableau ci-dessous décrit les positionnements, sans classement.

Critères de choix à vérifier :

• public et droits d’accès (pages publiques, privées, par groupe) ;
• qualité de la recherche (tolérance aux fautes, synonymes, filtres) ;
• édition (éditeur visuel, Markdown, modèles, relecture, historique des versions) ;
• intégrations (outil de tickets, messagerie interne, authentification unique) ;
• multilingue, si l’audience l’exige ;
• export et réversibilité : pouvoir récupérer son contenu dans un format ouvert (Markdown, HTML) ;
• hébergement et conformité : localisation des données, exigences du RGPD ;
• coût total, souvent calculé par utilisateur et par mois.

Bonnes pratiques de rédaction et de maintenance

• Un article, une intention : si un titre contient « et », il cache souvent deux articles.
• Réponse d’abord : la solution dans les premières lignes, le détail ensuite.
• Vocabulaire de l’utilisateur, pas jargon interne (« annuler ma commande » plutôt que « procédure de rétractation »).
• Étapes numérotées et une seule action par étape.
• Liens internes vers les articles voisins plutôt que répétition.
• Date de révision et propriétaire visibles ; revue périodique (tous les 6 ou 12 mois, ou à chaque changement de produit).
• Archiver plutôt que laisser traîner les pages obsolètes.
• Boucle avec le support : chaque question sans réponse dans la base devient un article à créer ; c’est le principe de la méthode KCS (Knowledge-Centered Service), où l’agent de support crée ou corrige l’article pendant qu’il traite la demande.

Mesurer l’efficacité d’une base de connaissance

Les recherches sans résultat sont l’indicateur le plus actionnable : elles donnent directement la liste des prochains articles à écrire.

Exemples de bases de connaissance

• Centre d’aide d’un logiciel : catégories « Premiers pas », « Compte et facturation », « Fonctionnalités », « Dépannage », avec une recherche en tête de page.
• Base interne d’un service informatique : procédures d’arrivée et de départ, configuration des postes, erreurs connues et contournements.
• Base d’un réseau de magasins : fiches produits, procédures de caisse, politique de retour, accessibles sur tablette en boutique.
• Wikipédia : la plus grande base de connaissance collaborative publique ; son pendant structuré, Wikidata, est un graphe de connaissances.

Questions fréquentes

Faut-il écrire « base de connaissance » ou « base de connaissances » ?

Les deux sont admis. Le pluriel insiste sur la diversité des contenus ; le singulier, plus fréquent dans les recherches, désigne l’outil. Voir connaissance ou connaissances.

Quelle différence entre base de connaissance et gestion des connaissances ?

La gestion des connaissances est la démarche globale (identifier, capitaliser, partager le savoir, y compris tacite) ; la base de connaissance est l’un de ses outils, celui qui stocke le savoir rendu explicite.

Peut-on créer une base de connaissance gratuitement ?

Oui. MediaWiki, BookStack ou Wiki.js sont libres et gratuits (il faut un serveur), et plusieurs outils en ligne proposent une offre gratuite limitée. Le vrai coût est le temps de rédaction et de maintenance.

Combien d’articles faut-il pour lancer une base de connaissance ?

Il n’y a pas de seuil. En pratique, couvrir les 20 à 50 questions les plus fréquentes suffit pour un lancement utile ; la base s’enrichit ensuite à partir des recherches sans résultat et des demandes au support.

Une IA peut-elle remplacer une base de connaissance ?

Non : un assistant d’IA a besoin d’une base fiable pour répondre juste. Il change l’interface (on pose une question au lieu de chercher un article), pas la nécessité d’un contenu exact et à jour.