Base de connaissances (Knowledge) : structurer votre self-service

Salesforce Knowledge est le module de base de connaissances de Service Cloud. Bien utilisé, il réduit le nombre de cas créés en donnant aux clients la possibilité de se répondre eux-mêmes, et accélère la résolution des cas restants en donnant aux agents des réponses prêtes à l'emploi. Mal structuré, il devient un cimetière d'articles obsolètes que plus personne ne consulte.

Le modèle de données : types d'articles

Contrairement à un simple objet, un article Knowledge repose sur un type d'article (Article Type), qui est un objet personnalisé avec sa propre mise en page et ses propres champs. Il est courant de créer plusieurs types selon la nature du contenu :

• FAQ : question/réponse courte, un ou deux champs riches.
• Procédure : étapes numérotées, captures d'écran, prérequis.
• Note technique : contexte, cause, solution, produits concernés.

Chaque type d'article peut avoir sa propre mise en page (layout) et son propre modèle d'article (template) si vous utilisez l'éditeur enrichi. Ne créez pas plus de 3 à 4 types au départ : la maintenance et la formation des rédacteurs deviennent complexes au-delà.

Catégories de données et classification

Les catégories de données (Data Categories) organisent les articles selon une arborescence métier (par produit, par thème, par gamme). Elles se configurent depuis Configuration > Catégories de données Knowledge et permettent de :

• Filtrer les articles visibles selon le canal (agent, Experience Cloud, self-service public).
• Restreindre l'accès à certaines catégories selon le profil (ex. articles internes non visibles des clients).
• Alimenter la recherche fédérée et les suggestions contextuelles dans la console.

Concevez l'arborescence de catégories avant de rédiger le moindre article : une reclassification massive après coup est coûteuse en temps de rédaction.

Cycle de vie et validation des articles

Un article passe par des statuts : Brouillon, En révision, Publié, Archivé. Le processus de publication peut être encadré par un processus d'approbation Salesforce classique, avec un rédacteur, un validateur métier et un publieur. Cela évite qu'un article incorrect parte en production sans relecture.

1. Le rédacteur crée l'article en statut Brouillon.
2. Il soumet l'article au processus d'approbation.
3. Le validateur approuve ou renvoie avec commentaires.
4. Une fois approuvé, l'article est publié sur les canaux définis (interne, Experience Cloud, public).

Pensez à définir une date de révision sur chaque article (champ personnalisé + Flow planifié) pour forcer une relecture périodique et éviter l'obsolescence silencieuse.

Versions et traduction

Chaque publication crée une nouvelle version de l'article, avec un historique consultable. Si votre activité est multilingue, activez la traduction Knowledge : chaque article a alors une version par langue, avec un statut de traduction (à traduire, en cours, à jour) suivi indépendamment.

Rendre les articles utiles dans la console et en self-service

Trois surfaces d'exposition principales :

• Panneau Knowledge dans la console agent : recherche manuelle et suggestions automatiques basées sur le sujet et la description du cas.
• Experience Cloud (site self-service) : composant de recherche Knowledge sur un portail client, avec suivi du taux d'articles jugés utiles.
• Réponses au sein d'Einstein Bot : le bot peut interroger directement Knowledge pour répondre sans intervention humaine.

Activez le vote "Cet article vous a-t-il aidé ?" sur les articles publiés : c'est la donnée la plus fiable pour prioriser les mises à jour de contenu.

Astuce : suivez le ratio "vues d'article avant création de cas" vs "cas créés malgré la consultation d'un article" pour identifier les articles à réécrire en priorité — ils indiquent que la réponse existe mais n'est pas claire ou pas trouvée.

Gouvernance du contenu

Un référentiel Knowledge se dégrade vite sans propriétaire. Nommez un Knowledge Manager responsable de l'arborescence de catégories, de la qualité éditoriale et de l'archivage des articles obsolètes. Mettez en place un reporting mensuel sur les articles les plus consultés, les moins utiles (faible taux "utile") et les articles jamais consultés à archiver.