Service desk : bâtir une base de connaissances informatique
Par Gregory Culpin
Une base de connaissances informatique donne aux techniciens des réponses vérifiées dans le ticket. Comment la bâtir, et quand le module de votre ITSM suffit.
Une base de connaissances informatique rassemble les procédures, les erreurs connues et les solutions que les techniciens du service desk utilisent pour traiter les tickets, et que les utilisateurs consultent avant d’en ouvrir un. La gestion des connaissances est la discipline qui la rend utile dans la durée : chaque article a un responsable et une date de revue, et le technicien y accède depuis le ticket. Sans cette discipline, la base devient un dossier de plus auquel personne ne se fie.
Une base bien tenue fait gagner du temps à chaque appel. Chez SPIE ICS, 140 techniciens traitent 540 000 demandes par an. L’équipe a mesuré le temps d’accès à la bonne information. Bérangère Guillot, consultante knowledge manager, raconte :
On a mesuré le temps qu’il fallait pour accéder à la bonne connaissance avec les anciens outils. On devait être à une minute, une minute trente. Contre 15 à 20 secondes avec Elium.
Ce que contient une base de connaissances informatique
Une base de connaissances informatique contient les réponses qu’un service desk donne plus d’une fois. La plupart des articles relèvent de cinq types.
| Type d’article | La question à laquelle il répond | Lecteurs principaux |
|---|---|---|
| Erreur connue et contournement | "C’est en panne : comment débloquer l’utilisateur ?" | Les techniciens de tous niveaux |
| Procédure | "Comment installer un logiciel, réinitialiser un mot de passe ou ouvrir un accès ?" | Les techniciens, et les utilisateurs en libre-service |
| Guide de dépannage | "D’où vient ce symptôme ?" | Les niveaux 1 et 2 |
| Procédure d’exploitation (runbook) | "Quelles sont les étapes exactes de cette opération système ?" | Les ingénieurs de niveaux 2 et 3 |
| Article en libre-service | "Puis-je régler ça moi-même ?" | Les utilisateurs, via le portail |
Chaque type a sa propre structure. Une erreur connue part du symptôme tel que l’utilisateur le décrit. Un guide de dépannage passe par le diagnostic avant d’arriver à la solution. Nous proposons des modèles gratuits pour les plus courants : un modèle d’article de base de connaissances pour le service desk, un guide de dépannage IT et un modèle de documentation de procédure IT.
Certains contenus n’y ont pas leur place. Un ticket clos n’est pas une connaissance tant que personne n’a transformé sa solution en article. Un long document de règles internes, inutilisable pendant un appel, n’en est pas une non plus. Pour la notion générale, et ce qui distingue une base de connaissances d’un wiki ou d’un dépôt de fichiers, lisez notre guide base de connaissances : définition et mise en place.
Pourquoi la gestion des connaissances aide les techniciens du service desk
Un technicien de service desk enchaîne les demandes, souvent sur un système différent à chaque fois. La gestion des connaissances lui donne une réponse vérifiée pendant l’appel, sans qu’il ait à fouiller les anciens tickets ni à interroger un collègue plus expérimenté. Voici ce qui change, avec les chiffres de nos clients quand ils l’ont mesuré.
- Des réponses plus rapides. SPIE ICS a réduit de 73 % le temps de recherche d’information, et traite les incidents critiques 25 % plus vite.
- Moins d’escalades. Quand un technicien de niveau 1 trouve la solution documentée, le ticket reste au niveau 1.
- Moins de tickets simples. L’utilisateur qui trouve un article en libre-service règle seul son problème, sans ouvrir de ticket.
- La même réponse d’une équipe à l’autre. L’équipe de nuit applique la même procédure que l’équipe de jour : toutes deux lisent le même article.
- Un onboarding plus court. Chez SPIE ICS, un nouveau technicien est opérationnel en deux semaines au lieu de trois.
- La connaissance reste quand les gens partent. Le service desk est souvent un premier poste, et on n’y reste pas longtemps. Chez SPIE ICS, un départ n’emporte plus la connaissance : elle reste sur la plateforme pour le prochain arrivant. Notre guide du transfert de connaissances détaille ce passage de relais.
- Des procédures plus sûres. La DSI du Département de l’Orne (25 informaticiens, une centaine d’applications métier, 3 500 équipements) n’avait aucun processus de revue : un technicien pouvait appliquer un correctif obsolète ou passer à côté d’une mise à jour de sécurité. Aujourd’hui, chaque procédure porte une date d’expiration et est revue chaque année.
Nous avions de la documentation partout : des fichiers Word sur des disques partagés, des procédures dans Alfresco, des résolutions d’incidents éparpillées dans OneNote.
Gestion des connaissances au service desk : ce que disent ITIL et KCS
Deux référentiels structurent la façon dont la plupart des service desks gèrent leurs connaissances.
ITIL. ITIL (Version 5), annoncé en janvier 2026, conserve la gestion des connaissances parmi ses pratiques de management général. Sa définition : que chacun, dans toute l’organisation, puisse utiliser l’information et les connaissances facilement et efficacement. Autrement dit, le service desk n’est qu’un des utilisateurs de la connaissance, et l’outil de ticketing qu’un des endroits où on s’en sert.
KCS. Knowledge-Centered Success (KCS, longtemps appelée Knowledge-Centered Service) est une méthode tenue à jour par le Consortium for Service Innovation. Elle décrit comment capitaliser la connaissance pendant la résolution, et s’organise en une double boucle. Dans la boucle de résolution (Solve Loop), la personne qui traite la demande rédige, structure, réutilise et améliore les articles en travaillant. Dans la boucle d’évolution (Evolve Loop), l’organisation pilote l’ensemble : santé des contenus, intégration dans les processus, mesure de la performance et leadership.
Deux règles de KCS comptent particulièrement sur un service desk chargé. La première : réutiliser, c’est relire. Le technicien qui utilise un article est le mieux placé pour le vérifier, et l’équipe ne perd pas de temps à relire des articles que personne n’utilise. La seconde : corriger ou signaler. Un technicien qui trouve une étape erronée la corrige s’il est sûr de lui et en a le droit ; sinon, il la signale.
Helpdesk avec base de connaissances intégrée : ce qu’il faut vérifier
La plupart des outils de helpdesk et d’ITSM (gestion des services informatiques) intègrent une base de connaissances. Celle de GLPI sert à deux choses : rassembler les connaissances internes des techniciens, et fournir une FAQ publique pour que les utilisateurs résolvent eux-mêmes les problèmes simples. En recensant les bases fournies par ses clients, SPIE ICS a trouvé des modules de connaissances dans GLPI, EasyVista et ServiceNow. Reste à savoir ce que le vôtre permet. Sept points à vérifier :
- Qui lit quoi. Dans GLPI, chaque article doit cibler des entités, des groupes, des profils ou des utilisateurs pour être visible.
- Une FAQ publique distincte des notes internes, pour le libre-service.
- Le lien avec le ticket, l’incident ou le problème, pour retrouver l’article au bon moment.
- Un responsable et une date de revue sur chaque article, avec un rappel qui arrive à la bonne personne.
- L’historique des versions. GLPI crée une révision à chaque modification enregistrée.
- Les traductions. Dans GLPI, les articles ne sont pas traduisibles par défaut, mais l’option peut être activée.
- La source de l’IA. Si un assistant IA doit répondre aux techniciens, vérifiez de quels contenus il tire ses réponses, et qui les tient à jour.
Pour les équipes support en contact avec des clients, le choix porte sur d’autres outils : notre comparatif des bases de connaissances pour le service client en passe onze en revue.
J’ai déjà EasyVista : investir dans son module connaissances ou dans un outil dédié ?
Partez des besoins de votre knowledge manager, posez cinq questions au module EasyVista, et n’ajoutez une plateforme de connaissances dédiée, à côté du module, que si ses réponses ne suffisent pas. Dans la documentation d’EV Service Manager, un article de connaissance est une erreur connue qui a reçu le statut "Knowledge Base". Il se crée à partir d’un incident, d’un problème ou d’une action, ou de façon indépendante. Il porte un numéro de version, en général mis à jour à chaque révision majeure. Depuis la version 2025.3, les articles sont aussi structurés en unités de connaissance, avec un type, un niveau d’expertise et un champ "IA Context" qui guide le modèle de langage.
Ce dont un knowledge manager a besoin
Un module ITSM pensé autour du ticket sert d’abord à consigner les erreurs connues et leurs solutions, à côté des incidents. Le knowledge manager, lui, gère toutes les connaissances informatiques de l’organisation, pour le service desk et au-delà. Il a besoin de cinq choses qu’un tel module n’offre pas toujours.
| Ce dont le knowledge manager a besoin | La question à poser à votre module |
|---|---|
| Un responsable nommé et une date de revue sur chaque article | Chaque article a-t-il un responsable, et le rappel de revue lui arrive-t-il avant l’échéance ? |
| Un flux d’approbation | Un article nouveau ou modifié peut-il rester invisible jusqu’à son approbation par une ou plusieurs personnes ? |
| Une structure qui va au-delà des catégories de tickets | Pouvez-vous organiser la connaissance par équipe, par domaine de service ou par client, en plus du catalogue d’incidents ? |
| Des équipes hors service desk qui lisent et rédigent | Les techniciens terrain, les équipes projet ou les métiers peuvent-ils lire et contribuer sans passer par l’outil de ticketing ? |
| Des statistiques sur les contenus expirés ou inutilisés | Pouvez-vous lister les articles dont la revue est dépassée, ceux que personne n’ouvre, et les recherches qui n’aboutissent pas ? |
Vérifiez chaque réponse dans votre version et dans sa documentation. La documentation d’EasyVista décrit un contact principal et un groupe chargé de la revue de chaque article, une fréquence de revue, et un statut "For Approval" attribué par défaut, qui exclut l’article des résultats de recherche. Un article peut être rattaché à un article parent dans une arborescence. Il porte une catégorie du catalogue d’incidents et, depuis la version 2025.3, des tags. Sur le portail en libre-service, les utilisateurs ne voient que les articles publics qui correspondent à leur localisation ou à leur service, et des statistiques de recherche montrent les mots-clés recherchés et leur nombre de résultats. Si ces réponses couvrent vos besoins prioritaires, investissez dans le module : il est déjà en place, et les équipes le connaissent.
Où se place une plateforme de connaissances dédiée
Une plateforme de connaissances dédiée s’ajoute à EasyVista sans le remplacer. Elle se justifie quand le module répond non à plusieurs des cinq questions, quand la même connaissance doit servir plusieurs outils ITSM ou plusieurs clients, ou quand un assistant IA doit répondre à partir d’un socle vérifié, dans le ticket, dans Teams ou ailleurs. L’extension de navigateur Elium ouvre un panneau à côté du ticket EasyVista : le technicien cherche une procédure ou interroge un assistant IA sans quitter le ticket. Elle fonctionne de la même façon avec GLPI : c’est ainsi que le Département de l’Orne fait arriver ses procédures dans les tickets.
Toute notre documentation technique est désormais centralisée. L’assistant IA d’Elium répond aux questions instantanément : c’est le meilleur allié de nos techniciens support.
Chez SPIE ICS, un outil dédié se justifiait. L’entreprise gère sous contrat les service desks d’autres sociétés, et chaque client fournissait sa propre base : post-it, OneNote, SharePoint, Confluence et modules de connaissances de GLPI, EasyVista ou ServiceNow. Une même équipe pouvait en utiliser une vingtaine, et une question courante, un mot de passe oublié ou une imprimante en panne, avait une procédure différente dans chaque base. SPIE n’a consulté que des éditeurs spécialisés en gestion des connaissances, pas des suites dotées d’un module de connaissances. Les connaissances communes s’écrivent désormais une seule fois et servent à chaque service desk qui en a besoin.
Avant de trancher, faites un test simple. Prenez les 20 procédures que vos techniciens consultent le plus. Pour chacune, notez qui en est responsable, quand elle a été vérifiée pour la dernière fois, et qui en a besoin hors du service desk. Si personne ne connaît le responsable ni la date, c’est un problème de méthode qu’un nouvel outil ne réglera pas à lui seul.
Si vous comparez des outils dédiés, notre comparatif d’outils de knowledge management est un bon point de départ.
Comment bâtir une base de connaissances informatique
Commencez par les tickets les plus fréquents
Ne cherchez pas à documenter toute l’informatique d’un coup. Reprenez les tickets des six derniers mois, repérez les catégories qui reviennent le plus souvent, et rédigez d’abord les articles correspondants. Mesurez l’effet sur ces catégories avant de passer aux suivantes.
Limitez le nombre de modèles
SPIE ICS utilise deux modèles, pas plus : l’un pour les incidents et les demandes, avec étapes, prérequis et escalade, l’autre pour la documentation de référence. D’autres contrats en comptaient six ou sept. KCS donne le même conseil : commencer par un seul modèle simple, et n’en ajouter que si l’expérience le demande. Un modèle court se remplit vite pendant un appel, et le technicien sait où chercher dans chaque article. Chaque étape du modèle décrit une action, puis ce que le technicien doit constater.
Nommez les rôles
Trois rôles font vivre une base de connaissances. Les contributeurs sont tous les techniciens qui rédigent ou corrigent un article en travaillant. Les responsables, souvent des experts du domaine, répondent de l’exactitude de leurs articles et reçoivent les rappels de revue. La ou le knowledge manager fixe les standards, suit les indicateurs et accompagne les contributeurs. SPIE ICS a commencé par là : elle a recruté sa knowledge manager avant de choisir l’outil.
Donnez à chaque article un responsable et une date d’expiration
Un article sans responsable se périme sans que personne ne s’en aperçoive. VINCI Energies associe une date d’expiration à ses articles, avec une notification automatique quand une revue est due. Le Département de l’Orne déclenche une revue annuelle sur chaque procédure : rien ne reste actif sans avoir été vérifié. Dans Elium, une date de vérification fait apparaître l’article dans la liste de tâches de son responsable à l’approche de l’échéance.
Organisez par domaine de service et par équipe
VINCI Energies réunit plus de 4 000 articles de support IT dans 110 espaces calqués sur son organigramme. Chaque équipe a son espace, et les espaces sont regroupés par manager. Chacun contribue dans son espace et a accès aux autres en lecture, ce qui préserve la qualité sans ralentir personne.
Le succès d’une base de connaissances repose principalement sur l’implication des collaborateurs, qui doivent rédiger, corriger et mettre à jour les articles très régulièrement. Nous avions donc besoin d’un outil dynamique, convivial et facile à utiliser. Elium répond parfaitement à ces critères !
Au Département de l’Orne, les équipes de gestion de projet, d’administration systèmes et de helpdesk documentent désormais selon le même standard : la connaissance circule d’un métier à l’autre.
Capitalisez pendant le travail
Un article qu’on prévoit d’écrire après la clôture du ticket ne s’écrit souvent jamais. KCS demande de capitaliser la connaissance pendant la résolution, avec les mots du demandeur. L’outil doit rendre ce geste rapide : chez SPIE ICS, publier une connaissance prend désormais 44 % de temps en moins. Après un incident majeur, un retour d’expérience est le bon moment pour transformer ce que l’équipe a appris en articles.
Laissez les techniciens signaler les erreurs
Chez SPIE ICS, chaque technicien signale une étape erronée directement dans la procédure, par une annotation ou un commentaire. Le responsable de la procédure décide ensuite de la correction. C’est la règle KCS "corriger ou signaler", appliquée au quotidien.
L’IA s’appuie sur la base de connaissances
Un assistant IA de service desk répond à partir de vos documents. Si un document est périmé, la réponse l’est aussi. La plupart de ces assistants reposent sur le RAG (retrieval augmented generation) : ils retrouvent d’abord les articles pertinents, puis s’en servent pour rédiger la réponse.
L’ordre compte donc : gouverner la connaissance d’abord, ajouter l’IA ensuite. Au Département de l’Orne, un assistant IA répond aux questions des techniciens dans le ticket GLPI, à partir de procédures revues chaque année. Chez SPIE ICS, Hub IA, la plateforme IA de l’entreprise, s’appuie désormais sur les contenus Elium, là où la connaissance est vérifiée et gérée dans le temps.
On entend souvent : on va mettre de l’IA, on va tout capitaliser dans SharePoint et voilà. Pour mettre en place une IA qui fonctionne vraiment, il faut que la donnée soit propre, vérifiée et gérée dans le temps. Avec un SharePoint, on ne peut pas faire ça proprement. La source de vérité doit venir d’un outil de gestion des connaissances.
Notre guide SharePoint comme base de connaissances détaille quand SharePoint suffit et quand il faut un outil dédié.
Les décisions qui demandent du jugement restent humaines : approuver les nouvelles procédures, décider de ce qui mérite un article, revoir les procédures critiques. L’IA peut se charger du premier jet. Dans Elium, un technicien colle le fil d’un ticket résolu et obtient un brouillon d’article structuré à relire, plutôt qu’une page blanche.
Ce qu’il faut mesurer
Trois questions guident la mesure : les techniciens trouvent-ils les réponses, ces réponses changent-elles le travail, et la base reste-t-elle saine ?
| Indicateur | Ce qu’il révèle |
|---|---|
| Recherches qui aboutissent à un article | Si les techniciens trouvent les réponses |
| Tickets résolus avec un article lié | Si la connaissance fait partie du travail |
| Résolution au premier contact, par catégorie documentée | Si le premier technicien résout la demande grâce aux articles |
| Taux d’escalade, par catégorie documentée | Si le niveau 1 peut appliquer les solutions |
| Délai pour rendre un nouveau technicien opérationnel | Si l’onboarding raccourcit |
| Articles vérifiés avant leur date d’expiration | Si les responsables tiennent les contenus à jour |
| Recherches fréquentes sans article correspondant | Ce qu’il faut écrire ensuite |
Avant de centraliser ses connaissances IT, VINCI Energies n’avait aucun reporting sur les procédures réellement utilisées, et donc aucun moyen de décider de ce qu’il fallait mettre à jour en premier. Les statistiques d’usage répondent à cette question pour chaque espace et chaque article.
Questions fréquentes sur la base de connaissances informatique
Elle leur donne une réponse vérifiée pendant l’appel, sans fouiller les anciens tickets ni solliciter un collègue plus expérimenté. Résultat : des réponses plus rapides, moins d’escalades, la même solution d’une équipe à l’autre et un onboarding plus court. Chez SPIE ICS, le temps de recherche d’information a baissé de 73 % et l’onboarding est passé de trois semaines à deux.
La plupart des outils de helpdesk et d’ITSM, dont GLPI, EasyVista et ServiceNow, en intègrent une : comparez-les sur ce que fait leur base, pas sur sa seule présence. Vérifiez qui peut lire quoi, l’existence d’une FAQ publique, le lien avec le ticket, le responsable et la date de revue de chaque article, l’historique des versions, les traductions, et la source de l’IA s’il y en a une.
Investissez dans le module de connaissances d’EasyVista s’il donne à votre knowledge manager ce dont il a besoin : un responsable et une date de revue sur chaque article, un flux d’approbation, une structure qui va au-delà des catégories de tickets, un accès pour les équipes hors service desk et des statistiques sur les contenus expirés ou inutilisés. Vérifiez ces cinq points dans la documentation de votre version. Là où le module ne suffit pas, une plateforme de connaissances dédiée complète EasyVista sans le remplacer : avec l’extension de navigateur Elium, elle s’affiche à côté du ticket.
Il existe trois options : utiliser le module de connaissances de l’outil, connecter une base séparée par API, ou l’afficher à côté du ticket avec une extension de navigateur. L’extension Elium ouvre un panneau à côté des tickets GLPI et EasyVista : le technicien fait une recherche ou interroge un assistant IA sans quitter le ticket.
Donnez à chaque article un responsable et une date d’expiration, et programmez un rappel de revue automatique pour ce responsable. Appliquez ensuite deux règles de KCS : réutiliser, c’est relire, et le technicien qui trouve une erreur la corrige ou la signale tout de suite. Le Département de l’Orne revoit chaque procédure tous les ans.
La gestion des connaissances est une pratique de l’ITSM : elle veille à ce que l’information dont dépendent toutes les autres pratiques reste exacte et facile à utiliser. L’ITSM couvre la façon dont une DSI fournit ses services et en assure le support, à travers des pratiques comme la gestion des incidents, des problèmes et des changements, ou le service desk. ITIL (Version 5) classe la gestion des connaissances parmi ses pratiques de management général.
Non : un assistant IA répond à partir de documents, et il lui faut une base que des personnes tiennent à jour. Le RAG retrouve les articles pertinents et s’en sert pour rédiger la réponse ; si les articles sont faux, la réponse l’est aussi. L’IA peut rédiger des brouillons et retrouver les articles plus vite, mais ce sont des personnes qui les approuvent et les révisent.
À propos d’Elium
Elium est une plateforme européenne de gestion des connaissances. Les DSI l’utilisent pour réunir leurs procédures au même endroit et sous les mêmes règles, avec un responsable et une date d’expiration sur chaque article, et pour apporter les réponses jusque dans les outils où les techniciens travaillent déjà. Découvrez Elium pour le support IT, ou lisez comment VINCI Energies, SPIE ICS et le Département de l’Orne gèrent leurs connaissances IT.
