Guide
Créer un centre d'aide pour ses clients
Quels articles écrire, quel plan suivre pour chacun, comment les tenir à jour : monter le centre d'aide des clients d'une offre d'assistant IA.
Mis à jour le
Un centre d'aide est l'ensemble des articles que vos clients consultent seuls, sans vous écrire : le « niveau 0 » du support, celui où « l'utilisateur trouve seul la réponse » (IT Systèmes). Pour une offre d'assistant IA revendue, il s'adresse surtout à deux publics : la personne qui administre l'assistant chez votre client, et ses utilisateurs internes. Commencez petit, avec les questions qui reviennent vraiment, et écrivez chaque article avec les mots du client.
Attention à ne pas confondre : la base de connaissances de l'assistant (les documents à partir desquels il répond aux clients de votre client) n'est pas le centre d'aide. Le centre d'aide explique à votre client comment se servir de l'outil.
Quels articles écrire en premier
Partez de vos tickets. Les dix questions les plus fréquentes de vos premiers clients donnent les dix premiers articles. Pour une offre d'assistant, on retrouve souvent des sujets comme ceux-ci (liste à adapter à votre plateforme) :
- se connecter à l'administration, ajouter un utilisateur ;
- ajouter, remplacer ou retirer un document de la base ;
- relancer la lecture du site après une mise à jour ;
- vérifier pourquoi l'assistant a donné une réponse ;
- modifier le message d'accueil ou les questions proposées ;
- savoir quoi faire quand l'assistant ne répond plus, et comment vous joindre.
Le guide de SMC Consulting distingue plusieurs types d'articles : les FAQ pour les questions récurrentes, les guides pas à pas, les guides de dépannage en arbre de décision, les erreurs connues avec leur contournement (SMC Consulting, consulté le 15/11/2026).
Le plan d'un article
La même source propose des modèles. Ils tiennent en quelques rubriques :
| Type d'article | Rubriques |
|---|---|
| Article général | Titre axé sur l'action, dans la langue de l'utilisateur ; résumé ; public ; prérequis ; étapes numérotées ; dépannage ; liens |
| Résolution d'incident | Symptôme ; environnement ; cause si connue ; étapes de résolution ; contournement |
| Procédure | Objectif ; public ; prérequis ; étapes ; vérification ; questions fréquentes |
| FAQ | Question telle que l'utilisateur la pose ; réponse courte ; réponse détaillée ; liens |
Deux conseils de rédaction de cette source valent pour tous les articles : « Écrivez pour le lecteur le moins technique », et titrez les articles comme les utilisateurs cherchent, avec les synonymes qu'ils emploient. Un titre comme « Ajouter un document à votre assistant » sera trouvé ; « Gestion des sources d'ingestion » ne le sera pas.
Écrire l'article pendant qu'on règle la demande
La méthode KCS (Knowledge-Centered Service, le service centré sur la connaissance), décrite par le Consortium for Service Innovation, part d'un principe simple : la connaissance se capte au moment où l'on traite la demande, pas après. Le guide insiste sur l'importance de saisir le contexte de l'utilisateur « when they first express it », quand il l'exprime pour la première fois, car il est difficile de le reconstituer ensuite (guide KCS v6, consulté le 15/11/2026).
En pratique : quand vous répondez à un ticket dont la réponse n'existe pas encore dans le centre d'aide, écrivez l'article tout de suite, avec les mots du client. Si l'article existe mais qu'il n'a pas suffi, améliorez-le.
Quand le libre-service fonctionne
Le guide KCS donne un repère : « if requestors find helpful information 40-50% of the time, they are likely to use self-service again ». Autrement dit, si les utilisateurs trouvent une information utile 40 à 50 % du temps, ils reviendront au libre-service ; le guide présente ce taux comme la moyenne du secteur. Il cite aussi le premier critère des utilisateurs pour revenir : « no dead ends », pas d'impasse.
Pas d'impasse, cela veut dire que chaque article se termine par une suite : un lien vers l'article voisin, ou la façon de vous joindre si la réponse ne suffit pas. Un client bloqué dans un centre d'aide sans issue vous écrira, mais plus agacé qu'avant.
Tenir le centre d'aide à jour
- Un propriétaire par article. SMC Consulting conseille : « Attribuez un propriétaire à chaque article et définissez des cycles de révision réguliers. »
- Une révision planifiée, par exemple tous les 6 à 12 mois ou après une modification majeure du produit, selon la même source.
- Un retrait propre : un article périmé est archivé ou signalé, avec un lien vers la nouvelle version.
- Les avis des lecteurs : un « cet article vous a-t-il aidé ? » repère les articles à reprendre.
Dans une offre revendue, une vérification de plus : quand l'éditeur change une fonction de sa plateforme, relisez les articles qui en parlent. C'est l'une des choses à demander à l'éditeur : comment, et avec quelle avance, il prévient ses partenaires des changements visibles par les utilisateurs.
Votre marque, vos mots
Le centre d'aide porte votre nom, pas celui de la plateforme. Écrivez-le dans votre ton, avec vos captures d'écran, et liez-le à votre propre façon d'être joint. Il complète la documentation remise en fin de projet et la formation des utilisateurs : la formation donne les bases, le centre d'aide répond aux questions qui viennent ensuite.
Questions fréquentes
À partir de quand un centre d'aide est-il utile ?
Le guide KCS indique que si les utilisateurs trouvent une information utile 40 à 50 % du temps, ils sont susceptibles de revenir au libre-service. C'est le seuil à viser avant de mettre le centre d'aide en avant.
Tous les combien faut-il relire les articles ?
Un guide de modèles d'articles propose une révision tous les 6 à 12 mois, ou après une modification majeure du produit, avec un propriétaire nommé pour chaque article.
Sources
Pages consultées pour écrire cet article :