Modèles de base de connaissances à copier dès aujourd'hui

Quel modèle de base de connaissances choisir

L'essentiel du contenu d'un centre d'aide relève de cinq types d'articles. Choisissez le modèle selon la question du lecteur, pas selon la fonctionnalité que vous voulez décrire. Une structure cohérente aide les lecteurs à parcourir, les relecteurs à repérer les lacunes, et donne aux moteurs de recherche et aux assistants IA des sections nettes et prévisibles à citer.

Modèle d'article d'aide : tutoriel

Utilisez-le pour toute tâche unique qu'un client réalise dans votre produit : créer, configurer, connecter ou exporter quelque chose. Si le titre a besoin du mot « et », scindez-le en deux articles.

• Commencez le titre par « Comment » et un verbe, avec les mots que les clients tapent dans la recherche.
• Placez la réponse en une phrase avant les étapes, pour que le lecteur et les réponses IA l'obtiennent immédiatement.
• Une action par étape ; mettez en gras les libellés exacts de l'interface.
• Terminez par le résultat attendu, pour que le lecteur sache que la tâche a réussi.

# Comment [réaliser la tâche] dans [Produit]

[Réponse en une phrase : ce que le lecteur obtient et le chemin le plus court.]

**Concerne :** [forfait / rôle / plateforme]
**Durée :** [environ 5 minutes]

## Avant de commencer
- [Droit ou rôle requis]
- [Ce qui doit être configuré au préalable]

## Étapes
1. Allez dans **[Menu] > [Page]**.
2. Cliquez sur **[Bouton]**.
3. Saisissez [valeur] dans **[Champ]**, puis cliquez sur **Enregistrer**.

## Résultat
[Ce que voit le lecteur quand cela a fonctionné.]

## Étapes suivantes
- [Lien vers la tâche associée]
- [Lien vers l'article de dépannage]

Modèle d'article de dépannage

Utilisez-le quand le lecteur arrive avec un symptôme ou un message d'erreur. Classez les solutions de la plus probable à la moins probable, pour que la plupart des lecteurs s'arrêtent à la première.

• Utilisez le texte exact de l'erreur comme titre : c'est ce que les gens collent dans la recherche.
• Expliquez la cause en langage simple avant la solution.
• Ajoutez une étape de vérification pour confirmer que le problème est résolu.
• Listez ce dont le support a besoin (ID de compte, capture d'écran, heure) pour raccourcir le ticket.

# [Message d'erreur exact ou symptôme]

[Résumé en une phrase de la cause la plus fréquente et de sa solution.]

## Symptômes
- [Ce que voit le lecteur, y compris le texte exact de l'erreur]

## Cause
[Pourquoi cela se produit, en une ou deux phrases.]

## Solution
1. [La solution la plus probable d'abord]
2. [Comment vérifier que c'est corrigé]

## Si cela n'a pas fonctionné
- [Deuxième cause] : [solution]
- [Troisième cause] : [solution]

## Toujours bloqué ?
Contactez le support en indiquant : [ID de compte, capture d'écran, heure de l'erreur].

Modèle de FAQ

Utilisez un article FAQ pour regrouper des questions courtes sur un même sujet, comme la facturation ou la sécurité des données, lorsque chaque réponse tient en deux ou trois phrases. Tout ce qui est plus long mérite son propre tutoriel.

• Formulez chaque question comme les clients la posent, idéalement reprise des tickets ou des recherches infructueuses.
• Répondez dès la première phrase ; ajoutez le contexte ensuite.
• Renvoyez vers l'article complet au lieu de répéter de longues procédures.
• Un sujet par page FAQ : une FAQ fourre-tout devient impossible à rechercher.

# [Sujet] : questions fréquentes

## [Question formulée comme les clients la posent] ?
[Réponse directe dans la première phrase.] [Une ou deux phrases de contexte.]
[Lien vers l'article complet]

## [Question] ?
[Réponse.]

## [Question] ?
[Réponse.]

Modèle de note de version et de changelog

Utilisez-le pour chaque version qui modifie ce que les clients voient ou font. Commencez par le bénéfice, décrivez les correctifs par le symptôme que les utilisateurs ont remarqué, et indiquez toujours si une action est requise.

• Rédigez le titre comme un résultat (« Exporter les rapports en CSV »), pas comme un nom de ticket interne.
• Liez chaque nouvelle fonctionnalité à son tutoriel.
• Gardez « Action requise » même si la réponse est « Aucune » : les lecteurs la cherchent.

# [Version ou date] : [Bénéfice principal]

**Date de sortie :** [AAAA-MM-JJ]
**Disponible sur :** [forfaits / plateformes]

## Nouveautés
- **[Nom de la fonctionnalité]** : [ce que les utilisateurs peuvent désormais faire, en une phrase]. [Lien vers le tutoriel]

## Améliorations
- [Changement et pourquoi il compte]

## Corrections
- [Bug décrit par le symptôme constaté par les utilisateurs]

## Action requise
[Ce que les utilisateurs doivent modifier, ou « Aucune ».]

Modèle d'article de prise en main

Utilisez-le une fois par produit, comme premier article lu par les nouveaux clients. C'est la carte de la première session : il renvoie vers les tutoriels détaillés au lieu de les répéter.

• Promettez un résultat concret et une durée réaliste dès la première phrase.
• Limitez-vous à trois à cinq étapes numérotées.
• Liez chaque étape au tutoriel détaillé.
• Mettez-le en avant sur la page d'accueil du centre d'aide.

# Prendre en main [Produit]

[Promesse en une phrase : ce qui fonctionnera pour le lecteur, et en combien de temps.]

## 1. [Créez votre compte ou votre espace de travail]
[Deux ou trois phrases.] [Lien vers le tutoriel détaillé]

## 2. [Connectez ou importez le premier élément]
[Deux ou trois phrases.] [Lien]

## 3. [Invitez votre équipe]
[Deux ou trois phrases.] [Lien]

## 4. [Obtenez un premier résultat]
[À quoi ressemble la réussite.]

## À lire ensuite
- [Article sur les concepts clés]
- [Tâche suivante la plus courante]
- [Où obtenir de l'aide]

Structure de catégories d'un centre d'aide SaaS

Utilisez-la comme squelette d'un nouveau centre d'aide ou pour réorganiser un centre devenu confus. Six catégories principales suffisent à la plupart des produits SaaS ; une arborescence profonde cache les articles au lieu de les organiser.

• Nommez les catégories d'après ce que font les clients, pas d'après vos équipes internes.
• Utilisez des titres d'articles orientés tâche qui commencent par un verbe.
• Gardez le dépannage dans sa propre catégorie pour que les recherches d'erreurs aboutissent au même endroit.
• Placez les notes de version en dernier : elles sont souvent lues mais rarement parcourues.

Centre d'aide
├── Prise en main
│   ├── Prendre en main [Produit]
│   └── Configurer votre compte
├── Utiliser [fonctionnalité principale]
│   ├── Créer un [élément]
│   └── Modifier ou supprimer un [élément]
├── Intégrations
│   └── Connecter [Produit] à [outil]
├── Compte et facturation
│   ├── Changer de forfait
│   └── Télécharger vos factures
├── Dépannage
│   └── [Message d'erreur exact]
└── Notes de version
    └── [Version] : [Bénéfice principal]

Écrire pour les réponses IA et le RAG

Les assistants IA et les chatbots de centres d'aide récupèrent des passages, pas des pages entières. La génération augmentée par récupération (RAG) découpe les articles en fragments selon les titres : chaque fragment doit donc se comprendre seul. Les modèles ci-dessus sont conçus pour cela.

• Une tâche par article : les articles mixtes produisent des fragments qui ne répondent qu'à moitié.
• Des titres descriptifs (« Modifier l'e-mail de facturation », pas « Présentation ») indiquent au moteur ce que contient chaque fragment.
• Répondez dès le premier paragraphe pour que le passage cité contienne déjà la réponse.
• Nommez explicitement le produit et la fonctionnalité au lieu d'écrire « il » ou « cette page ».
• Écrivez les libellés exacts de l'interface, les messages d'erreur et les limites : les modèles les citent mot pour mot.

Utiliser ces modèles dans Multibase

Multibase est une base de connaissances white-label où un seul compte gère de nombreux portails de marque. Les modèles fonctionnent dans n'importe quel outil, mais quelques fonctionnalités de Multibase facilitent leur cohérence entre portails et langues.

• Historique des versions : les versions récentes de chaque article sont conservées, vous pouvez les comparer et restaurer une version antérieure si une modification du modèle tourne mal.
• Workflow de relecture : désignez des relecteurs qui vérifient les nouveaux articles par rapport au modèle et laissent des commentaires avant publication.
• Génération d'articles par IA : décrivez la tâche dans un prompt, puis adaptez le brouillon à la structure du modèle.
• Traduction IA : une structure cohérente se traduit proprement ; Multibase crée un brouillon par langue et vous publiez chaque langue indépendamment, parmi 9 langues de contenu.
• Changelog et publication programmée : utilisez le modèle de note de version dans le changelog et programmez-la pour le jour du lancement.
• Gap Finder (forfaits payants) : les recherches sans résultat ou aux résultats faibles, classées par fréquence, indiquent quel tutoriel ou article de dépannage rédiger ensuite, avec un brouillon en un clic.