Base de Connaissances dans GLPI : Comment la Créer et Engager l'Équipe

Guide pour implémenter et maintenir une base de connaissances dans GLPI qui réduit les tickets, accélère le support et préserve le savoir de l'équipe.

Le savoir qui reste dans la tête d'un technicien disparaît quand il quitte l'entreprise. La base de connaissances est l'assurance contre la perte de know-how.

Pourquoi maintenir une KB

  • Libre-service : les utilisateurs résolvent eux-mêmes en consultant les FAQ publiques
  • Rapidité : les techniciens trouvent des solutions documentées au lieu de réinvestiguer
  • Intégration : les nouveaux techniciens apprennent grâce à la documentation existante
  • Continuité : le savoir survit au départ des collaborateurs

Structure dans GLPI

Catégories recommandées

  • Comment faire : tutoriels étape par étape (ex. : « Comment réinitialiser un mot de passe AD »)
  • Dépannage : problèmes connus et solutions (ex. : « Imprimante hors ligne »)
  • Politiques : règles et procédures (ex. : « Politique d'accès à distance »)
  • FAQ : questions fréquentes des utilisateurs (visibilité publique)

Visibilité

  • Publique : visible dans le portail self-service (FAQ, tutoriels de base)
  • Techniciens : visible uniquement pour les profils de support
  • Restreinte : visible par entité ou groupe spécifique

Engagement de l'équipe

  • Définissez-le comme KPI : « chaque technicien doit créer 2 articles/mois »
  • Intégrez-le au flux de travail : lors de la fermeture d'un ticket complexe, demandez un article dans la KB
  • Gamifiez : classement des contributions par technicien
  • Révisez régulièrement : les articles obsolètes perdent en crédibilité

Prochaine étape

Une fois la KB alimentée, surveillez le taux de consultation par rapport à l'ouverture de tickets. Si la KB est bonne, les tickets répétitifs devraient diminuer.

Questions fréquentes

Oui. GLPI possède un module Knowledge Base avec catégories, FAQ, recherche en texte intégral, contrôle d'accès (public, par profil, par entité) et liaison aux tickets.

Créez une règle : tout ticket prenant plus de 30 minutes à résoudre doit générer un article dans la KB. Incluez la documentation comme KPI du technicien.

Oui. Configurez les articles comme 'FAQ' avec une visibilité publique. Ils apparaissent dans le portail self-service, permettant le libre-service avant d'ouvrir un ticket.

Besoin d'aide ?