5 exemples de base de connaissances à copier

Ces exemples de base de connaissances sont cinq articles achevés, présentés intégralement sur cette page et téléchargeables en PDF : des exemples d'articles de base de connaissances destinés aux clients, aux côtés d'exemples de base de connaissances internes pour un service d'assistance et un wiki d'intégration des nouveaux employés.

Accédez directement aux exemples.

Ce qui fait un bon exemple de base de connaissances

• Une tâche par article, nommée dans le titre. Réussi : le titre énonce une tâche unique et réalisable (« Réinitialiser le MFA d'un utilisateur ») et l'article s'arrête là. Raté : le titre est un sujet (« Sécurité du compte ») couvrant trois tâches sans rapport.
• Trouvable avec les mots du lecteur. Réussi : le titre reprend l'expression qu'un lecteur taperait, et l'article porte des termes alternatifs pour que la recherche le retrouve. Raté : le titre utilise le vocabulaire interne, si bien que seule l'arborescence de catégories y mène.
• Preuve visuelle à chaque point de décision. Réussi : une capture d'écran apparaît à chaque étape où le lecteur choisit entre plusieurs options ou confirme le bon écran. Raté : les étapes s'enchaînent en mur de texte, ou une seule capture d'écran vedette porte tout l'article.
• Langage simple, sans jargon interne. Réussi : l'article développe les acronymes à leur première apparition et ses verbes correspondent à ce que le lecteur voit à l'écran. Raté : l'article utilise le nom interne d'un écran que le produit désigne autrement.
• Un propriétaire nommé et une date de révision sur l'article. Réussi : l'article indique qui le maintient et quand cette personne l'a vérifié pour la dernière fois. Raté : l'article n'est ni daté ni attribué, si bien qu'une procédure vivante se lit comme une procédure morte.
• Prérequis énoncés et une issue de secours. Réussi : il précise quel accès le lecteur doit avoir avant la première étape, et que faire quand les étapes ne résolvent pas le problème. Raté : le lecteur se heurte à un mur de permissions à la troisième étape, sans aucune issue.

5 exemples de base de connaissances, présentés intégralement

Chacun de ces exemples d'articles de base de connaissances est un article complet, lisible de bout en bout, avec son propre aperçu et son PDF. Deux s'adressent aux clients, deux sont des exemples de base de connaissances internes, et un a été rédigé par une agence pour un client. Lisez l'aperçu, récupérez le PDF, et changez les valeurs.

Exemple 1 : centre d'aide d'un produit SaaS (destiné aux clients)

Une équipe de contenu support d'un SaaS de gestion de projet a rédigé ceci pour un utilisateur final sans droits d'administration qui veut effectuer un export sans ouvrir de ticket.

Ce qui fonctionne : le titre, « Comment exporter votre calendrier de projet au format CSV », nomme une tâche unique et réalisable, et l'article s'arrête une fois le fichier obtenu, ce qui applique correctement « Une tâche par article, nommée dans le titre ». Les captures d'écran se trouvent aux étapes 2 et 3, les deux seuls points où le lecteur choisit une option, ce qui satisfait aussi « Preuve visuelle à chaque point de décision » sans surcharger la page d'images.

À surveiller : l'export se trouve derrière un menu « ... », et l'expéditeur indiqué est exports@[product].com, un espace réservé. Les deux doivent être remplacés par ceux de votre produit avant publication.

Télécharger le PDF

Exemple 2 : base de connaissances interne du support informatique (interne)

Un agent du service d'assistance de niveau 1 s'en sert pour réinitialiser le MFA d'un appelant qui a changé de téléphone, sous un délai P3 de quatre heures ouvrées.

Ce qui fonctionne : il commence par l'accès et les deux champs de vérification RH dont l'agent a besoin avant la première étape, et se termine par « Escalader quand », désignant l'astreinte Identité comme issue. C'est « Prérequis énoncés et une issue de secours » appliqué à un article où une vérification omise devient un incident de sécurité. Le bloc séparé « À ne pas faire » sort les deux règles impératives de la liste d'étapes, où elles se liraient comme facultatives.

À surveiller : les règles de vérification supposent une seule console d'identité. Une équipe utilisant un autre outil doit réécrire les étapes 2 à 5 plutôt que les réutiliser.

Télécharger le PDF

Exemple 3 : wiki d'intégration des nouveaux employés (interne)

Une équipe d'expérience développeur remet ceci à un nouvel ingénieur dès le premier jour, pour qu'il termine sa première semaine sans déranger personne.

Ce qui fonctionne : Sam O. est propriétaire de l'article et le champ dernière révision indique 2026-08-11, si bien qu'un nouvel employé peut vérifier que la procédure est à jour avant de lui faire confiance. C'est « Un propriétaire nommé et une date de révision sur l'article », et l'estimation de 90 minutes ainsi que le référent nommé indiquent au lecteur quoi faire de ce temps et à qui s'adresser.

À surveiller : l'article s'appuie sur un canal #dx-help et un référent d'intégration désigné. Une équipe de cinq personnes n'a ni l'un ni l'autre, ces deux références doivent donc être remplacées par le nom d'une vraie personne.

Télécharger le PDF

Exemple 4 : bibliothèque de dépannage du support client (destiné aux clients)

Un marchand sur une plateforme e-commerce arrive sur cet article avec un symptôme plutôt qu'une tâche : le paiement échoue au moment du checkout et la cause est inconnue.

Ce qui fonctionne : le titre reprend le symptôme dans le langage du marchand, « Les paiements échouent au checkout », et la ligne de symptôme reprend exactement le message d'erreur vu par les clients. La recherche le retrouve avec les mots qu'un marchand paniqué tape, ce qui applique « Trouvable avec les mots du lecteur ». La liste de contrôle commence par la vérification la moins coûteuse, la page de statut du prestataire de paiement, avant tout ce qui implique de modifier une configuration.

À surveiller : le tableau causes-solutions suppose un seul prestataire de paiement. Une boutique utilisant deux prestataires a besoin d'une colonne indiquant lequel a échoué, sinon les lignes de devise et de clé pointent vers le mauvais compte.

Télécharger le PDF

Exemple 5 : base de connaissances de transfert client d'une agence (destiné au client)

Une agence qui clôture un projet a rédigé ceci pour l'équipe marketing d'un client qui gère désormais le site sans accès développeur.

Ce qui fonctionne : les étapes nomment les boutons que voit le client, Posts, New post, Publish, et donnent la taille de l'image de couverture en 1600x900 plutôt qu'« une image de taille appropriée ». C'est « Langage simple, sans jargon interne » pour un lecteur qui n'a jamais ouvert de CMS. Le bloc « Ne pas modifier » trace la limite du périmètre directement dans le document, où le client la retrouvera même après que l'e-mail de transfert aura disparu dans sa boîte de réception.

À surveiller : la fenêtre de support est datée du 2026-11-30 et devient obsolète dès la fin de la mission, laissant un client suivre un article qui promet une aide que vous ne fournissez plus.

Télécharger le PDF

Comment adapter un exemple de base de connaissances

Prenez l'exemple 2, l'article interne de réinitialisation MFA, et transformez-le en votre propre article. Chaque spécimen sert aussi de gabarit de départ, alors ouvrez son PDF à côté de votre éditeur et reprenez-en la structure.

1. Renommez le titre autour d'une tâche que vous prenez en charge. « Réinitialiser le dispositif MFA d'un utilisateur après un remplacement de téléphone » devient l'unique tâche que votre article accomplit, formulée comme un collègue la demanderait.
2. Réécrivez le bloc de champs pour votre équipe. Public visé, Propriétaire, Dernière révision, et toute ligne de sévérité ou de SLA remplacent Marcus L. et 2026-07-22 par vos propres noms et dates.
3. Remplacez les prérequis par vos véritables exigences d'accès. Nommez la console, le rôle, et les vérifications qui ont lieu avant la première étape.
4. Remplacez les étapes par votre propre outillage, en gardant une action par étape. Parcourez la tâche une fois pendant que vous écrivez, et notez les noms d'écran tels qu'ils apparaissent.
5. Repérez les points de décision qui nécessitent une capture d'écran. Toute étape où le lecteur choisit entre plusieurs options reçoit une image à côté.
6. Supprimez les sections que votre processus n'a pas. Un article sans niveau de sévérité retire ce champ plutôt que de le laisser vide.
7. Rédigez en dernier la section des échecs et l'issue de secours. Indiquez quoi faire quand les étapes cessent de fonctionner, et nommez la personne ou la file qui prend le relais.
8. Vérifiez le résultat par rapport aux six critères ci-dessus, étiquette par étiquette, puis publiez et fixez la date de révision.

Quand vous avez besoin d'une base de connaissances

Le déclencheur, c'est la même question qui arrive pour la troisième fois dans votre boîte de support. Liveagent rapporte que 66% des clients essaient de résoudre leur problème avant de contacter le support client, donc une question récurrente est le signe qu'une réponse existe déjà quelque part, en interne. L'exemple 1, l'article de centre d'aide SaaS, montre à quoi ressemble cette réponse une fois qu'on la met par écrit.

Créez-en une la semaine où un nouvel employé arrive et où vous vous retrouvez à expliquer la configuration à son bureau. L'exemple 3, le wiki d'intégration, transforme cette explication en un document que la prochaine recrue pourra suivre seule.

Un service d'assistance en a besoin dès qu'une procédure comporte une étape qu'un agent ne peut pas se permettre de sauter. L'exemple 2 existe parce que lire un code à voix haute à un appelant a un coût, et un agent sous une contrainte de quatre heures ne devrait pas avoir à reconstituer la règle de mémoire.

Erreurs courantes en base de connaissances

• Un article sans propriétaire nommé finit sans révision. Slite estime que plus de 94% du contenu d'une base de connaissances reste intouché sur un mois donné, une bibliothèque à laquelle vos lecteurs cessent de faire confiance.
• La structure cesse d'évoluer, et la connaissance finit cloisonnée. Swifteq cite une étude de Gartner selon laquelle 47% des employés numériques peinent à trouver l'information dont ils ont besoin, et une refonte coûte plus cher que l'élagage que vous avez évité.
• Une mise en page surchargée et des murs de texte enterrent la réponse. Une page encombrée fait passer le seul paragraphe qui résout le problème sous la ligne de flottaison, et votre lecteur ouvre quand même un ticket.
• Aucune issue de secours vers un humain. Un lecteur dont le problème survit à l'article et ne trouve aucune voie de contact repart sans réponse, et vous perdez un ticket dont vous auriez pu tirer des enseignements.
• Y stocker ce qui n'a rien à y faire. Identifiants, données personnelles, et tout ce qui appartient à une autre équipe transforment un article d'aide en risque. La version la plus fréquente est un seul article couvrant trois tâches, inutile pour les trois.

Évitez la page blanche : enregistrez plutôt

Chaque spécimen ci-dessus a un jour commencé par une page blanche. La voie la plus rapide consiste à enregistrer la tâche et laisser l'enregistrement devenir l'article.

Hinto AI transforme les enregistrements d'écran et les vidéos de démonstration en documentation structurée, en procédures et en centres d'aide, pour les équipes qui préfèrent montrer et expliquer en vidéo plutôt qu'écrire des guides à la main. Enregistrez avec l'enregistreur d'écran intégré au navigateur ou à l'extension Chrome, ou importez une vidéo que vous avez déjà : Loom, Zoom, YouTube, ou un fichier local.

À partir de là, la détection d'actions par IA identifie les changements d'état de l'interface et les clics dans l'enregistrement, puis en extrait les captures d'écran et les étapes rédigées, exactement le type de liste d'étapes que porte l'exemple 2. Un long enregistrement se convertit en une table des matières complète comportant plusieurs articles organisés, à l'aide des modèles de centre d'aide ou de procédure interne. Floutez tout élément sensible dans l'éditeur d'image, puis hébergez le résultat sur une URL publique avec un domaine personnalisé.

D'autres exemples de base de connaissances à étudier

Les spécimens ci-dessus sont conçus pour être copiés. Ces quatre-là sont en ligne, en production, et répondent à de vrais utilisateurs :

• Documentation Gentler Streak, toute la base de connaissances publique d'une application de fitness, classée en catégories orientées tâches et publiée en neuf langues.
• Comment démarrer un entraînement sur votre Apple Watch, une tâche, des étapes numérotées, des captures d'écran aux gestes qui comptent.
• Qu'est-ce que la variabilité de la fréquence cardiaque (HRV) ?, le type explicatif, qui définit une métrique sur laquelle s'appuient les articles pratiques.
• Version 5.12.8 (9 juillet 2026), des notes de version conservées dans la base de connaissances, pour qu'un écran modifié et son article restent liés.

FAQ sur les bases de connaissances

Existe-t-il un endroit pour trouver des modèles et des exemples de beaux articles de base de connaissances ?

Utilisez les cinq spécimens ci-dessus. Chacun s'affiche intégralement ici et se télécharge en PDF, ce qui vous donne l'ordre des sections et la mise en forme des étapes plutôt qu'un simple lien vers un centre d'aide en ligne.

Quels sont de bons exemples de base de connaissances ?

Jugez-en un selon six critères : une tâche par article nommée dans le titre, trouvable avec les mots du lecteur, une preuve visuelle à chaque point de décision, un langage simple, un propriétaire nommé et une date de révision, et des prérequis énoncés avec une issue de secours.

Qu'est-ce qu'une base de connaissances interne et comment en créer une ?

Une base de connaissances interne sert les employés plutôt que les clients, le plus souvent pour l'intégration et le support informatique et le dépannage. Les exemples 2 et 3 en sont des spécimens internes. Commencez par les deux articles que votre équipe explique le plus souvent à voix haute.

Qu'est-ce qu'un article de base de connaissances ?

Un article de base de connaissances nomme dans son titre une tâche réalisable et se termine une fois cette tâche accomplie. La structure de référence comprend titre, public visé, propriétaire, dernière révision, prérequis, étapes numérotées avec captures d'écran aux points de décision, une section d'échecs, et une voie vers un humain.

Ces exemples fonctionnent-ils dans SharePoint, Confluence ou ServiceNow ?

Oui. Chaque spécimen est du texte structuré simple : titres, un bloc de champs, des étapes numérotées, un tableau. Rien ne dépend d'une fonctionnalité de plateforme, il se colle donc dans ces éditeurs et conserve son ordre.