Logiciel de base de connaissances : comment bien choisir

Le logiciel de base de connaissances se vend comme une seule catégorie et se comporte comme trois produits différents. Un centre d’aide public, un wiki interne et un site de documentation produit figurent sous la même rubrique dans tous les catalogues, et dès que l’on regarde les droits d’accès, la recherche et la facture, ils n’ont presque rien en commun.

Se tromper de forme est l’erreur coûteuse, et elle est rarement évidente pendant l’essai. C’est la facture de la deuxième année qui vous l’apprend, et à ce moment-là le contenu est écrit et le déménager devient un projet.

Chaque prix ci-dessous a été relevé sur la page de tarifs de l’éditeur le 5 septembre 2026, et chacun finira par bouger. Lisez le modèle, pas le chiffre.

Le logiciel de base de connaissances en chiffres

Six chiffres à emporter dans une discussion avec un éditeur, tous relevés le 5 septembre 2026.

• De $0 à $799 par mois couvrent toute la fourchette réaliste pour une équipe de dix personnes, selon la seule unité que l’éditeur facture
• $0,75 à $0,99 : c’est le prix d’une résolution par IA chez les deux éditeurs qui publient leur tarif : Help Scout facture $0,75, Intercom facture $0,99
• $55 par agent et par mois est le prix d’entrée d’une base de connaissances incluse dans une suite de support complète, avec Zendesk Suite Team facturé à l’année
• $65 par site et par mois plus $12 par rédacteur : c’est ce que coûte un produit de documentation dont les lecteurs sont gratuits, avec GitBook Premium facturé à l’année
• $249 par mois forfaitaires : c’est là que commencent les outils dédiés à la base de connaissances lorsqu’ils facturent par palier d’utilisateurs plutôt que par poste, avec Helpjuice jusqu’à 30 utilisateurs
• Un éditeur sur cinq ne publie aucun prix. Document360 a remplacé sa grille tarifaire par un questionnaire de configuration

Cet écart ne tient pas aux fonctionnalités. Il tient à qui l’éditeur a décidé de compter.

Les trois produits derrière un seul nom de catégorie

Ce qui les sépare n’est pas la liste des fonctionnalités. C’est qui lit le contenu, parce que cela détermine pour qui l’éditeur vous facture.

Un centre d’aide public est rattaché à un outil de support. Les clients le lisent, les agents du support l’écrivent, et l’ensemble existe pour empêcher une question de devenir un ticket. Sa recherche est réglée pour des gens qui ne connaissent pas votre vocabulaire, et ses statistiques répondent à une seule question : quels articles ont évité l’ouverture d’un ticket.

Un wiki interne, la forme que prennent la plupart des outils de notes et de wiki, est lu par les employés et écrit par tout le monde. Les droits d’accès sont la partie difficile, pas la publication. Le contenu est plus brouillon par nature, la moitié est périmée en moins d’un an, et la vraie mission de l’outil est de rendre la version à jour repérable à côté de la version périmée.

Un site de documentation produit est lu par ceux qui s’intègrent à vous. Il vit à côté d’un dépôt de code, suit les versions, et s’écrit en général en Markdown par des gens qui n’accepteront pas un éditeur de texte enrichi.

	Centre d’aide public	Wiki interne	Site de documentation
Qui le lit	Les clients, sans authentification	Les employés	Développeurs et intégrateurs
Qui l’écrit	L’équipe de support	Tout le monde, inégalement	Ingénierie et rédacteurs techniques
Ce que compte la facture	Les agents du support	Chaque employé	Les sites plus les rédacteurs
La recherche doit gérer	Les mots des clients, pas les vôtres	Périmé contre à jour	Les noms exacts d’API et le code
Éditeur attendu	Texte enrichi	Texte enrichi	Markdown, dans un dépôt
Gestion des versions	Rarement nécessaire	Rarement nécessaire	Par version, non négociable
Défaillance courante	Personne ne le met à jour après le lancement	Prolifération des droits d’accès	La documentation prend du retard sur la version

Un outil conçu pour l’une de ces formes fait mal les deux autres, et la démo ne vous le montrera pas. Un wiki interne qu’on charge de servir les clients vous impose un mur d’authentification dont vous ne vouliez pas. Un centre d’aide qu’on charge d’héberger de la documentation d’ingénierie vous donne un éditeur qui massacre les blocs de code.

La plupart des entreprises de plus de trente personnes finissent par posséder deux des trois. Ce n’est pas un échec d’achat. Les publics veulent des choses différentes, et un seul outil qui sert les deux signifie en général que le contenu interne est trop soigné pour rester à jour ou que le contenu public est trop brut pour être publié.

Ce que la facture compte réellement

Les logiciels de base de connaissances facturent de six façons différentes, et l’écart entre ces modèles est bien plus grand que l’écart entre les listes de fonctionnalités.

Outil	Ce qu’il facture	Prix au 5 septembre 2026
Zendesk	Par agent du support	Suite Team $55/agent/mois, Suite Professional $115/agent/mois, facturé à l’année
Help Scout	Par utilisateur, avec une formule gratuite	Gratuit pour 5 utilisateurs et 1 site Docs ; Standard $25, Plus $45, Pro $75 par utilisateur/mois ; sites Docs supplémentaires $20/mois chacun
Intercom	Par poste, plus chaque résolution par IA	Essential $29, Advanced $85, Expert $132 par poste/mois ; Fin à $0,99 par résolution
Helpjuice	Forfait par palier d’utilisateurs	$249/mois jusqu’à 30 utilisateurs, $449 jusqu’à 100, $799 en illimité
GitBook	Par site, plus les rédacteurs	Premium $65/site/mois à l’année plus $12 par utilisateur ; Ultimate $249/site/mois
Notion	Par membre, wiki d’abord	Gratuit pour les particuliers ; Plus $10, Business $20 par membre/mois ; agents d’IA à $10 pour 1 000 crédits
Document360	Sur devis uniquement	Aucun prix public, tarifé par configuration après un échange commercial

Par agent est le modèle qui cache le moins de choses. Vous payez déjà ces personnes, la base de connaissances vient avec, et le coût d’un article en plus est nul. Le revers, c’est que tous ceux qui écrivent doivent occuper un poste de support : le chef de produit qui veut corriger un paragraphe prend un poste à $55 ou passe par quelqu’un qui en a un.

Par utilisateur avec un plancher gratuit est la formule sur laquelle la plupart des petites équipes devraient commencer. La formule gratuite de Help Scout comprend cinq utilisateurs et un site Docs, soit un centre d’aide public complet sans frais, et le passage à $25 par utilisateur n’arrive que lorsque l’équipe de support grandit.

Par résolution est le seul modèle où l’éditeur est payé quand le logiciel fonctionne. Intercom facture $0,99 chaque fois que son agent d’IA clôt une conversation sans humain, Help Scout facture $0,75. C’est honnête, et c’est aussi impossible à budgéter : un bon mois de libre-service produit une facture plus grosse qu’un mauvais, et le chiffre suit votre trafic plutôt que vos effectifs.

Les forfaits par nombre d’utilisateurs sont bon marché au milieu et en falaise aux extrémités. Helpjuice à $249 par mois pour 30 utilisateurs est cher pour une équipe de quatre et bon marché pour une équipe de vingt-huit. Le chiffre à vérifier n’est pas l’effectif d’aujourd’hui, c’est celui qui franchit le palier suivant.

Par site sépare les lecteurs des rédacteurs, et pour tout ce qui est public, c’est le modèle qui passe à l’échelle. Les pages publiées de GitBook comptent un nombre illimité de vues, si bien que la hausse du trafic ne coûte rien et que la hausse de l’équipe de rédaction coûte $12 par tête.

Par membre, wiki d’abord est ce que l’on obtient quand la base de connaissances est une fonction d’un espace de travail et non un produit. Notion à $10 par membre est économique pour de la documentation interne et mal adapté à un centre d’aide destiné aux clients, parce que toute l’entreprise figure sur la facture, qu’elle écrive quelque chose ou non.

Sur devis uniquement vous apprend quelque chose avant même le chiffre. Document360 a retiré les prix publics au profit d’un questionnaire de configuration, ce qui veut dire que le prix dépend de ce que le vendeur apprend sur vous. Ce n’est pas forcément mauvais, mais le premier chiffre que vous entendrez est une position d’ouverture, et budgéter avant un appel commercial devient impossible.

Zoho Desk sort un peu de ce tableau, car il tarife par région : la formule gratuite comprend trois agents, et la base de connaissances apparaît à partir de la formule Standard, mais le chiffre affiché dépend de l’endroit d’où vous ouvrez la page. Tout éditeur dont le prix change avec votre adresse IP exige un devis écrit avant toute comparaison.

Ce que cela coûte à trois tailles

Quatre produits, tarifés pour trois formes d’équipe. Facturation annuelle lorsque l’éditeur la propose.

	3 personnes, centre d’aide public	12 personnes, centre d’aide plus wiki interne	40 personnes, documentation et support
Help Scout	Formule gratuite, $0	Standard, $300/mois	Pro, $3 000/mois
Zendesk Suite Team	$165/mois	$660/mois	$2 200/mois
GitBook Premium	$65/mois plus 2 rédacteurs, $89	$65 plus 11 rédacteurs, $197	$65 plus 39 rédacteurs, $533
Notion Business	$60/mois	$240/mois	$800/mois

Ce tableau montre deux choses qu’un comparatif de fonctionnalités ne montrera jamais. Les produits tarifés par poste exposé aux lecteurs deviennent chers à une vitesse qui n’a rien à voir avec la quantité de documentation, et les produits tarifés par site restent presque plats alors que l’entreprise triple.

L’essentiel est de savoir où se trouvent vos rédacteurs et vos lecteurs. Si dix personnes lisent et deux écrivent, achetez un modèle qui facture les deux.

La liste de fonctionnalités qui diffère vraiment

Presque tout ce qui est annoncé dans cette catégorie est présent partout. La liste ci-dessous est la courte : les fonctionnalités qui séparent réellement les produits, et la formule derrière laquelle elles se trouvent d’ordinaire.

Fonctionnalité	Présente dans	Généralement réservée à
Centre d’aide public	Tous les outils	Rien
Éditeur de texte enrichi	Tous les outils	Rien
Statistiques d’articles	Tous les outils	Rien
Domaine personnalisé	La plupart des outils	La première formule payante
Statistiques de recherche avec rapport des recherches sans résultat	Certains outils	Formule intermédiaire
Plusieurs sites ou marques	Certains outils	Formule intermédiaire, ou tarifé par site
Multilingue avec circuit de traduction par langue	Peu d’outils	Formule supérieure ou frais par langue
Versions d’articles et relecture planifiée	Peu d’outils	Formule supérieure
Droits d’accès fins au-delà d’administrateur et rédacteur	Peu d’outils	Formule supérieure
SSO et journal d’audit	La plupart des outils	Formule supérieure ou entreprise
Redirections que vous maîtrisez	Peu d’outils	Variable, souvent absentes
Export libre-service dans un format ouvert	Peu d’outils	Variable, souvent absent

Les vraies différences se trouvent dans les trois dernières lignes, et aucune démo ne les couvre. Les redirections et l’export déterminent ce que coûte le départ. Les droits d’accès déterminent si l’outil survit au contact d’une entreprise de quarante personnes.

Le multilingue, et ce qu’il coûte

La traduction est le moyen le plus fiable de doubler le prix d’une base de connaissances, et le modèle tarifaire le dit rarement en page d’accueil. Quand l’outil n’a pas de circuit de traduction propre, c’est un outil de traduction dédié qui finit par le porter.

Trois schémas reviennent. Certains éditeurs traitent chaque langue comme un site ou un espace de travail distinct, ce qui multiplie le prix par site, quel qu’il soit. D’autres incluent les langues mais facturent la traduction comme une fonction d’IA, au mot ou au crédit. D’autres encore ne gèrent les langues qu’à partir de la formule supérieure, ce qui est un changement de formule plutôt qu’une ligne de facture.

Établissez ces points avant de vous engager, si plusieurs langues sont ne serait-ce que possibles plus tard :

• Une langue est-elle un nouveau site sur la facture, ou une variante d’un même article ?
• La recherche fonctionne-t-elle à l’intérieur d’une langue, ou une requête en allemand renvoie-t-elle des articles en anglais ?
• Peut-on marquer un article traduit comme périmé quand l’article source change ?
• La structure des URL porte-t-elle la langue, et est-ce la structure que vous voulez voir indexée ?

Corriger le dernier point plus tard coûte cher. Un centre d’aide qui place les langues dans des paramètres de requête plutôt que dans des chemins fait repartir chaque langue de zéro dans la recherche, et le changer oblige à rediriger tous vos articles.

Droits d’accès, et là où les bases de connaissances privées cassent

Les centres d’aide publics ont une seule permission : publié ou non. Les bases de connaissances internes ont un modèle de droits, et c’est là que les wikis deviennent discrètement inutilisables à quarante ou cinquante personnes.

Le contrôle d’accès n’échoue pas ici parce qu’il est trop faible. Il échoue parce qu’il est trop manuel. Chaque nouvelle page hérite de quelque part, quelqu’un la modifie une fois pour une bonne raison, et dix-huit mois plus tard personne ne sait dire qui peut lire les grilles de salaires.

Trois questions séparent l’outil qui s’en sort de celui qui n’y arrive pas :

Les droits sont-ils hérités d’une structure, ou définis page par page ? L’héritage depuis un espace ou une section est maintenable. Les droits page par page sont un tableur que personne ne tient.

Existe-t-il un rapport de qui peut voir quoi ? Sans lui, une revue des accès est une personne qui clique de page en page, ce qui veut dire qu’elle n’a pas lieu.

Que se passe-t-il quand quelqu’un part ? Les pages détenues par un compte désactivé ne doivent pas devenir orphelines ou, pire, invisibles.

Les entreprises soumises à une obligation de conformité en ont une quatrième : un journal d’audit montrant qui a lu quoi et quand. Cette fonction se trouve presque partout dans la formule supérieure, alors vérifiez le prix de cette formule avant de choisir le produit plutôt qu’après la demande de l’auditeur. Le rayon sécurité est celui où vivent les outils qui traitent cela comme une fonction de premier plan.

La recherche est tout le produit, et c’est la partie dont personne ne fait la démo

Les démos des éditeurs montrent l’éditeur de texte. C’est la partie que vous utilisez pendant deux semaines. La recherche est la partie qui décide si quelqu’un lit ce que vous avez écrit.

Trois choses séparent une recherche qui fonctionne d’une recherche qui ne renvoie rien.

Elle doit gérer le vocabulaire du client, pas le vôtre. L’article s’appelle « Configurer des relais SMTP sortants » et la personne tape « e-mails qui ne partent pas ». Si l’outil ne trouve que les mots présents dans le texte, cette recherche échoue et le ticket est ouvert. Les listes de synonymes et, de plus en plus, la correspondance sémantique sont ce qui comble cet écart.

Elle doit résister aux fautes de frappe et aux mots partiels. La plupart des recherches de sites renvoient zéro résultat pour une seule lettre inversée, ce que le visiteur lit comme « ce centre d’aide ne contient rien ».

Elle doit signaler ce qui a échoué. Le rapport qui vaut la peine n’est pas la liste des articles populaires, c’est la liste des recherches qui n’ont rien renvoyé ou pour lesquelles personne n’a cliqué sur un résultat. Cette liste est votre carnet de commandes de contenu, rédigé par ceux qui avaient besoin de la réponse.

Testez les trois pendant l’essai avec vos propres mots, pas le contenu d’exemple de l’éditeur. Importez vingt vrais articles et demandez à quelqu’un qui ne travaille pas sur le produit de retrouver cinq réponses.

Les quatre chiffres qui valent un rapport

La plupart des écrans de statistiques de base de connaissances sont des compteurs de pages vues avec un graphique par-dessus. Quatre chiffres vous apprennent vraiment quelque chose, et trois d’entre eux sont à assembler plutôt qu’à lire sur un tableau de bord.

Le taux de déviation. Les sessions qui ont lu un article sans ouvrir de ticket, divisées par les sessions qui ont lu un article. Certains outils le calculent, la plupart non. Quand il manque, l’approximation praticable est le volume de tickets sur un sujet avant et après la mise en ligne de l’article qui le couvre.

Le taux de recherches sans résultat. Les recherches qui ne renvoient rien, divisées par toutes les recherches. Tout ce qui dépasse quelques pour cent est un manque de contenu ou de vocabulaire, et le journal de recherche vous dit lequel.

Le ratio articles-tickets. Les tickets sur un sujet divisés par les vues d’articles sur le même sujet. Un ratio élevé sur un sujet que vous avez documenté signifie que l’article existe et ne répond pas à la question.

L’obsolescence. La part des articles publiés qui n’ont été ni modifiés ni relus depuis douze mois. C’est le chiffre qui prédit si tout l’investissement se dégrade, et presque aucun outil ne l’affiche par défaut.

Mettez ces quatre chiffres en place le premier mois. Une base de connaissances qui n’en a pas est un dossier de documents que personne ne peut défendre au moment du budget, et un outil d’analytique ne les fournira pas non plus : ces chiffres viennent des journaux de recherche et de tickets du centre d’aide lui-même.

Ce que les réponses d’IA ont changé, et ce qu’elles n’ont pas changé

Presque tous les outils de cette catégorie annoncent désormais une couche d’IA. Décrite correctement, c’est un système de recherche qui lit vos articles et renvoie une phrase, et il ne sait rien de ce que vous n’avez pas publié.

Cela a une conséquence que chaque présentation commerciale passe sous silence. Les outils de base de connaissances à IA amplifient ce qu’est déjà votre contenu. Des articles minces produisent des réponses minces et assurées, et une contradiction entre deux pages produit une réponse qui en choisit une au hasard. Les équipes qui comptaient sur la couche d’IA pour compenser une documentation négligée obtiennent l’inverse : la négligence devient citable.

La facturation est la seconde conséquence. Les outils d’IA de libre-service ne sont presque jamais inclus dans le prix de base. Ils arrivent sous forme de frais par résolution, de lot de crédits ou de formule supérieure, et l’usage est piloté par vos clients plutôt que par vous.

Avant d’activer l’automatisation du centre d’aide, obtenez par écrit la réponse à quatre questions :

• Qu’est-ce qui constitue un événement facturable : une question posée, une réponse donnée, ou une conversation que le client a confirmée comme résolue ?
• Que se passe-t-il quand les crédits sont épuisés : un arrêt net ou un tarif de dépassement ?
• Pouvez-vous plafonner la dépense mensuelle, et le plafond bascule-t-il vers le support humain ou vers rien ?
• La réponse cite-t-elle l’article dont elle provient, de sorte qu’une mauvaise réponse puisse être rattachée à une page corrigeable ?

Faites le calcul avant de l’activer. À $0,99 la résolution, deux mille conversations évitées par mois font $1 980, soit plus que la plupart des abonnements du tableau ci-dessus. Cela peut rester l’option la moins chère, car ces deux mille conversations traitées par des personnes coûtent bien plus. Il faut simplement que ce soit une décision et non une surprise.

Les outils d’IA de libre-service valent la peine d’être adoptés. Ils valent la peine de venir en second, une fois que les vingt articles qui couvrent vos vingt tickets les plus fréquents existent et sont corrects.

Écrire des articles que les gens comme les réponses d’IA peuvent exploiter

La structure qui rend un article facile à parcourir le rend aussi facile à citer correctement pour un système de recherche. Cela ne coûte rien et change beaucoup.

Répondez dans les deux premières phrases. Mettez la solution en haut et le contexte en dessous. Les systèmes de recherche prennent le passage le plus proche de la question, et les lecteurs venus d’une recherche ne lisent pas une introduction.

Une question par article. Un article qui couvre quatre sujets vaguement liés est retrouvé pour les quatre et ne répond bien à aucun.

Indiquez la version et la date. « En mars 2026, sur la formule X » permet au lecteur comme au modèle de savoir si la réponse est encore valable. Les instructions sans date sont la principale source de réponses d’IA faussement assurées sur les produits.

Utilisez des tableaux pour tout ce qui comporte des limites. Les chiffres d’un tableau survivent à l’extraction. Les mêmes chiffres dans un paragraphe ressortent déformés.

Nommez la chose comme les clients la nomment. Si les clients disent « facture » et que l’interface dit « document de facturation », l’article a besoin des deux mots, une fois chacun, sans contorsion de la phrase.

Gardez une page de référence par fait. Deux pages avec des chiffres différents pour la même limite donnent un pile ou face, dans la recherche comme dans une réponse d’IA.

Auto-hébergé et open source, honnêtement

Des logiciels de base de connaissances sans licence payante existent, ce sont de vrais logiciels, et le coût se déplace au lieu de disparaître.

Vous économisez l’abonnement. Vous payez à la place l’hébergement, les mises à jour, les sauvegardes, les certificats TLS, l’index de recherche et la personne qui s’occupe de tout cela. À petite échelle, cette personne est un fondateur qui le fait la nuit, ce qui est le temps d’ingénierie le plus cher de l’entreprise.

Les produits du rayon outils de développement font facilement sous-estimer ce coût. L’auto-hébergement est un choix raisonnable à deux conditions : une équipe plateforme fait déjà tourner d’autres services, ou une règle de résidence des données rend les produits hébergés réellement inaccessibles.

En dehors de ces deux cas, le calcul le favorise rarement, et le mode de défaillance est précis et courant. La base de connaissances tourne sur une version non corrigée pendant deux ans parce que la mettre à jour n’est le travail de personne.

Migration, étape par étape

Les logiciels de documentation accumulent discrètement des coûts de changement, plus que la plupart des catégories du catalogue. Un an d’articles, d’images, de redirections et de liens internes est une chose vraiment difficile à déplacer, et les éditeurs le savent.

Quatre questions, à poser avant le contrat plutôt que pendant la migration :

Quel format ressort ? Des fichiers Markdown ou HTML que vous pouvez lire sans leur logiciel, c’est la réponse que vous voulez. Un blob JSON indexé sur des identifiants internes est techniquement un export et pratiquement une prise d’otage.

Les images suivent-elles ? Les pièces jointes sont fréquemment exclues des exports et hébergées sur le domaine de l’éditeur. Quand vous partez, chaque image de chaque article casse.

Les URL survivent-elles ? Si votre centre d’aide est sur votre propre sous-domaine, vous maîtrisez les redirections. S’il est sur celui de l’éditeur, chaque lien jamais partagé meurt le jour où vous résiliez.

L’export est-il en libre-service ? Un export qui exige un ticket au support est un export que l’éditeur peut ralentir exactement au moment où vous le voulez rapide.

Quand le déménagement a vraiment lieu, voici l’ordre qui évite un mois mort :

1. Exportez tout et placez-le sous gestion de versions avant de toucher au nouvel outil, pour qu’il existe une copie qui vous appartienne
2. Importez dans le nouvel outil alors que l’ancien reste en ligne et public
3. Reconstruisez la table des URL article par article, y compris ceux vers lesquels personne ne pointe
4. Mettez les redirections en place et testez-en vingt à la main
5. Basculez le domaine et gardez l’ancien abonnement pendant un cycle de facturation
6. Surveillez le taux de recherches sans résultat pendant deux semaines, car un import défectueux s’y voit en premier

Sauter la première étape est l’erreur qui transforme une migration en réécriture. Les recommandations de Google sur les déménagements de site avec changement d’URL s’appliquent à un centre d’aide exactement comme à un site web, et la table de redirections est la partie qui décide si le trafic de recherche survit.

Sept erreurs qui coûtent le plus

• Acheter la forme plutôt que le public. Un wiki acheté pour des clients, ou un centre d’aide acheté pour de la documentation d’ingénierie
• Compter les postes d’aujourd’hui. Chaque modèle du tableau ci-dessus a une limite ; la question est de savoir où vous serez dans dix-huit mois
• Activer l’IA avant que le contenu existe. Elle rend les lacunes citables au lieu de les combler
• Publier sur le domaine de l’éditeur. Pas cher à l’inscription, cher à tout moment ensuite
• Aucun rédacteur désigné. Les bases de connaissances se dégradent par la décision de personne, pas par une mauvaise décision
• Écrire quarante articles que personne n’a demandés. Le journal du support est le carnet de commandes ; tout le reste relève de la devinette
• Ne jamais lancer l’export. La première fois que vous l’essayez ne devrait pas être la semaine de votre départ

Un essai qui vous apprend quelque chose

Deux semaines suffisent pour juger un logiciel de base de connaissances si on les consacre aux bonnes choses. La plupart des essais se passent à admirer l’éditeur de texte.

• Importez vingt vrais articles, dont les deux plus longs et celui qui compte le plus de captures d’écran
• Demandez à quelqu’un d’extérieur à l’équipe de chercher cinq réponses avec ses propres mots, et notez ce qu’il a tapé
• Cassez la recherche volontairement : fautes de frappe, pluriels, le mot du concurrent pour votre fonctionnalité
• Publiez un article, puis modifiez-le et vérifiez combien de temps la version publique met à se mettre à jour
• Lancez l’export le deuxième jour, pas le treizième, et ouvrez ce qui en sort
• Ajoutez un deuxième rédacteur et vérifiez ce que cela a fait à la facture
• Activez la couche d’IA, posez-lui trois questions auxquelles votre documentation ne répond pas, et lisez ce qu’elle dit
• Définissez un droit sur une page et essayez de la lire depuis un compte qui ne devrait pas la voir
• Regardez à quoi ressemble le centre d’aide sur un téléphone, car la plupart de ceux qui le lisent en tiennent un
• Mesurez le poids de page d’un article publié, car un centre d’aide lent sur données mobiles est abandonné en pleine recherche

La note de passage n’est pas « on a aimé ». C’est qu’aucun point de cette liste n’a produit une surprise que vous auriez découverte au quatrième mois.

Où se situe le logiciel de base de connaissances par rapport au reste

Une base de connaissances n’est pas un canal de support, c’est ce qui empêche un canal de se remplir. Elle fonctionne quand elle est alimentée par les tickets auxquels vous répondez déjà et lue par des gens arrivés par la recherche.

Cela rend l’ordre assez clair. Faites écrire les vingt réponses les plus fréquentes avant de choisir une plateforme, car le contenu décide de la forme dont vous avez besoin.

Reliez-la à l’outil qui gère les conversations, car les outils de chat en direct qui ne savent pas faire remonter un article enverront la même question à une personne à chaque fois.

Les options en forme de suite se trouvent dans le rayon support client et celles tarifées par site dans les outils de documentation. Ajoutez la couche d’IA une fois que le matériau source mérite d’être cité.

Et lisez la page de tarifs comme vous liriez un contrat, car c’en est un. Les mêmes cinq choses qu’une page de tarifs SaaS cache s’appliquent ici en totalité, et le nombre minimal de postes en particulier piège les équipes qui croyaient acheter un site web.

Chaque outil de base de connaissances de notre catalogue est référencé aux mêmes conditions, avec un lien nofollow et aucun placement payant, ce qui est la seule chose que nous affirmons sur l’ordre. Parcourez le catalogue et vérifiez la page de tarifs de l’éditeur avant de croire le moindre chiffre, y compris les nôtres.

Questions que l’on nous pose vraiment

Combien une base de connaissances devrait-elle coûter pour une équipe de dix personnes ?

De rien à environ $800 par mois au 5 septembre 2026, pour le même travail, selon uniquement le modèle. Dix agents du support sur Zendesk Suite Team font $550 par mois, et l’essentiel de cette somme paie le helpdesk plutôt que la base de connaissances.

Dix rédacteurs sur GitBook Premium font $65 pour le site plus $108 pour les postes supplémentaires. Help Scout est gratuit à cinq utilisateurs et coûte $250 par mois à dix. Déterminez quelle unité vous achetez avant de comparer deux chiffres.

Un outil de wiki suffit-il pour un centre d’aide destiné aux clients ?

En général non, pour deux raisons qui n’ont rien à voir avec les fonctionnalités. Les outils de wiki exigent une authentification par défaut et leur recherche est conçue pour des gens qui connaissent déjà le vocabulaire interne. Les deux sont justes pour des employés et faux pour des clients. Si le budget l’impose, vérifiez au minimum que les pages peuvent être publiées publiquement sans connexion et qu’elles peuvent être indexées par les moteurs de recherche.

Ai-je besoin d’outils séparés pour la documentation interne et externe ?

La plupart des équipes de plus de vingt personnes finissent avec deux, et ce n’est pas un échec. Les publics ont besoin de droits d’accès différents, d’un comportement de recherche différent et de normes éditoriales différentes. Un seul outil qui sert les deux signifie en général que le contenu interne est trop soigné pour rester à jour ou que le contenu externe est trop brut pour être publié.

Qu’apporte réellement un outil de base de connaissances à IA ?

Il lit vos articles publiés et répond en une phrase au lieu de renvoyer une liste de liens. Vraiment utile pour les questions auxquelles votre documentation répond déjà, inutile pour celles auxquelles elle ne répond pas.

Voyez-le comme une couche de présentation au-dessus de votre contenu plutôt que comme un substitut à son écriture. La facturation est presque toujours distincte de la formule de base, à $0,75 à $0,99 par résolution.

De combien d’articles un centre d’aide a-t-il besoin avant le lancement ?

De ce qu’il faut pour couvrir les questions que vous recevez réellement, soit en général entre quinze et trente pour un produit jeune. Le nombre compte moins que la couverture : reprenez les deux cents dernières conversations de support, regroupez-les, et écrivez les vingt premières. Publier quarante articles qui répondent à des questions que personne n’a posées est une façon courante de perdre un trimestre.

Le centre d’aide doit-il être sur mon propre domaine ?

Oui, sur un sous-domaine que vous contrôlez, si l’outil le permet. Cela garde la valeur de recherche de votre côté, cela maintient en vie les liens partagés si vous changez d’éditeur, et cela veut dire que les redirections vous appartiennent. Les outils qui ne publient que sur leur propre domaine sont moins chers pour une raison.

Qui devrait être responsable de la base de connaissances dans une entreprise ?

Celui qui répond aux tickets, avec un rédacteur désigné plutôt qu’une responsabilité partagée. Les bases de connaissances se dégradent par la décision de personne. Le modèle de maintenance qui survit est petit et ennuyeux : un article est relu la prochaine fois que quelqu’un le cite dans un ticket, et la personne qui l’a cité est celle qui le corrige.

Puis-je commencer avec des outils gratuits et changer plus tard ?

Oui, et la formule gratuite d’un outil de documentation est un endroit raisonnable pour écrire les vingt premiers articles. Help Scout comprend cinq utilisateurs et un site Docs complet sans frais. Lancez simplement l’export avant d’avoir cent articles, pour découvrir ce que le déménagement implique tant que cela coûte encore peu de le savoir.

Comment éviter que la base de connaissances ne se périme ?

Attachez la relecture à un déclencheur plutôt qu’à un calendrier. La règle praticable est que tout article cité dans une réponse du support est lu par celui qui l’a cité, et corrigé sur-le-champ s’il est faux. Les revues trimestrielles sont planifiées, déplacées puis annulées ; une règle attachée à un travail qui se fait déjà survit.

Un centre d’aide public aide-t-il le classement dans les moteurs de recherche ?

Il le peut, et pour un petit ensemble de requêtes c’est la seule chose qui y parviendra. Les articles de centre d’aide se classent sur des recherches en forme de problème qu’un site marketing ne peut pas traiter sans paraître étrange, et ces recherches viennent de gens qui possèdent déjà le produit. Mettez-le sur un sous-domaine, laissez-le être exploré, et donnez à chaque article une seule question à laquelle répondre.

Comment mesurer s’il s’est rentabilisé ?

Comparez le volume de tickets par client, pas le volume de tickets. Une entreprise en croissance dont le nombre de tickets reste stable dévie avec succès même si le chiffre brut n’a pas bougé. Chiffrez ensuite la différence au coût d’une heure de support pour vous, et mettez ce chiffre à côté de l’abonnement.

Et le support multilingue, quand vaut-il la peine ?

Quand une langue représente assez de volume de support pour justifier de traduire puis d’entretenir la traduction, ce que les gens oublient. Un article traduit qui cesse de suivre l’original est pire qu’aucun, car il répond avec assurance et se trompe.

Commencez par les vingt articles les plus consultés dans une langue supplémentaire, et n’en ajoutez une seconde que lorsque la première reste à jour.

Puis-je utiliser une seule base de connaissances pour l’agent d’IA et pour le centre d’aide ?

Oui, et vous le devriez. Les deux lisent les mêmes articles, et entretenir deux sources est la façon dont les deux se mettent à se contredire. Ce qui diffère, c’est l’écriture : un article qui répond dans ses deux premières phrases sert bien le système de recherche et se lit aussi mieux pour les gens.