Connaissez-vous les XLA et leurs importances ?

Article updated on 02/09/26

• Un XLA (Experience Level Agreement) mesure l’expérience perçue des utilisateurs finaux, là où le SLA mesure des critères techniques objectifs comme les temps de traitement ou la disponibilité.

• Le XLA complète le SLA en ajoutant des indicateurs subjectifs de satisfaction et de valeur ressentie — une distinction devenue essentielle pour les DSI (Directions des Systèmes d’Information) cherchant à aligner la performance IT sur les attentes métier.

• Le déploiement d’un XLA repose sur trois pratiques fondamentales : mesurer l’expérience en temps réel, partager les données avec toutes les équipes, et identifier les points d’amélioration en continu.

Note : dans le domaine médical, XLA désigne également la X-Linked Agammaglobulinemia (agammaglobulinémie liée à l’X), une maladie immunologique rare. Cet article traite exclusivement du XLA dans le contexte de la gestion des services informatiques (ITSM).

Les équipes IT passent des années à optimiser leurs SLA — temps de résolution, taux de disponibilité, conformité contractuelle. Et pourtant, les enquêtes de satisfaction interne révèlent régulièrement que les collaborateurs restent frustrés par leur expérience avec le service desk, même quand tous les indicateurs sont au vert. Ce paradoxe est au cœur de ce que le XLA — Experience Level Agreement — cherche à résoudre : mesurer non pas ce que l’IT fait, mais ce que l’utilisateur ressent. C’est dans ce contexte que la notion de XLA se développe de plus en plus et impacte le travail des DSI (Directions des Systèmes d’Information).

Qu’est-ce qu’un XLA ? Définition et origine

Un XLA, ou Experience Level Agreement, est un accord de niveau de service centré sur l’expérience perçue par l’utilisateur final, plutôt que sur des métriques techniques de disponibilité ou de temps de résolution. Le XLA est une évolution du SLA (Service Level Agreement), que les DSI connaissent bien dans le cadre des activités de support aux utilisateurs. Le XLA se concentre sur ce qui est le plus important pour les utilisateurs finaux.

Contrairement au SLA, qui est généralement un document contractuel liant un prestataire à son client, le XLA est le plus souvent un cadre de mesure interne utilisé pour piloter l’amélioration continue de l’expérience utilisateur. Les indicateurs clés de performance du XLA sont centrés sur la qualité perçue des services et du support informatiques. Le XLA vient donc formaliser les ressentis dans le cadre des processus de fourniture et support des services de l’entreprise. Ce concept est notamment formalisé dans le XLA Manifesto, un document de référence publié par des praticiens ITSM internationaux pour définir les principes et bonnes pratiques des Experience Level Agreements. En quantifiant et objectivant l’expérience vécue, le XLA participe à mesurer la performance du support et des services informatiques dans une organisation, mais également la satisfaction des collaborateurs.

L’objectif du XLA est d’améliorer continuellement l’expérience utilisateur à chaque étape de leurs demandes. Le XLA permet de mieux comprendre et mesurer la valeur apportée par le service desk. Il facilite la collaboration transversale au sein des équipes et des organisations. Il contribue à motiver les équipes support en rendant leur impact visible. Enfin, il augmente la proposition de valeur des services fournis. Pour le service desk, l’objectif n’est plus de résoudre un problème, mais de les anticiper afin de garantir une expérience optimale aux collaborateurs de l’entreprise dans le but d’assurer la production et donc, le chiffre d’affaires. Selon le XLA Manifesto et les retours de praticiens ITSM, les organisations qui adoptent une démarche XLA constatent une amélioration mesurable de la satisfaction des collaborateurs et de la crédibilité de la DSI auprès des métiers.

XLA vs SLA : quelles différences et pourquoi cela change tout pour votre service desk

XLA et SLA sont des indicateurs complémentaires pour mesurer la performance des services informatiques.

Quels indicateurs mesure un XLA ? Les KPIs clés à suivre

Affirmer que le XLA « se base sur des mesures subjectives » est un point de départ, mais cela ne suffit pas à guider une mise en œuvre concrète. Voici les principaux indicateurs utilisés dans un cadre XLA :

• CSAT (Customer Satisfaction Score) : enquête courte déclenchée immédiatement après une interaction avec le service desk, demandant à l’utilisateur d’évaluer sa satisfaction sur une échelle simple. C’est l’indicateur le plus répandu et le plus facile à collecter.

• CES (Customer Effort Score) : mesure l’effort que l’utilisateur a dû fournir pour résoudre son problème. Un CES élevé signale des frictions dans le parcours utilisateur, même si le ticket a été résolu dans les délais SLA.

• NPS adapté au service desk (Net Promoter Score) : mesure si l’utilisateur recommanderait le service IT à un collègue. Utilisé trimestriellement, il donne une vision de la perception globale du service.

• Employee Experience Score (EXS) : score composite intégrant plusieurs sources de données — enquêtes post-interaction, analyse de sentiment sur les tickets, proxies de productivité — pour produire une vision agrégée de l’expérience collaborateur.

• Analyse de sentiment : traitement automatisé du texte libre dans les tickets, les chats ou les enquêtes pour détecter des signaux d’insatisfaction avant qu’ils ne remontent en escalade.

• Temps perdu par incident : mesure en minutes du temps de travail effectif perdu par utilisateur du fait d’un incident IT, permettant de quantifier l’impact business de l’expérience utilisateur.

Chacun de ces indicateurs se collecte différemment — enquête post-ticket, widget de feedback en temps réel, analyse automatisée des logs — et leur combinaison offre une image bien plus fidèle de la valeur réelle du service IT que les seuls SLA.

Comment mettre en place un XLA dans votre organisation : guide pratique en 3 étapes

Le but ici consiste à apporter des améliorations à chaque fois qu’une interaction entre utilisateur et DSI a lieu. Pour déployer cette approche dans votre organisation, il est important de s’inspirer des bonnes pratiques suivantes :

• Étape 1 — Mesurer l’expérience utilisateur en temps réel : l’immédiateté n’est plus un luxe, c’est une nouvelle donne. Votre XLA doit donc être intégré dans une démarche data-driven où les données permettent de mieux comprendre l’utilisateur et évitent les biais comportementaux et cognitifs liés à l’intuition humaine. Pour cela, le retour d’information doit être continu, saisi au bon moment et dans le contexte de l’expérience. Des outils de feedback continu tels que les enquêtes post-interaction (CSAT) ou les mesures d’effort utilisateur (CES) sont couramment utilisés à cet effet, selon les recommandations du XLA Manifesto. Il se concentre sur ce que vous avez besoin de savoir et non sur ce que vous savez déjà, comme le rôle ou le service des utilisateurs, par exemple.

• Étape 2 — Partager les données d’expérience avec toutes les parties prenantes : cette étape consiste à faire preuve de transparence en partageant les données d’expérience capturées avec tous les acteurs concernés (DSI, service desk, partenaires, fournisseurs, etc.). Ce travail ne sert pas uniquement à identifier les problèmes, mais met également en évidence ce qui est bien fait afin que l’expérience utilisateur devienne une préoccupation partagée par tous les acteurs de la chaine de production et de support.

• Étape 3 — Identifier les points de friction et piloter l’amélioration continue : avant de fixer des objectifs XLA, il est indispensable d’établir une baseline — c’est-à-dire une mesure de référence de l’expérience actuelle — sans laquelle il est impossible de démontrer une progression. Une fois cette baseline établie, examinez en détail les différents points de friction afin de comprendre comment s’intégrer dans une démarche d’amélioration continue portant sur les personnes, les processus et la technologie. Un rythme de révision mensuel ou trimestriel est recommandé, et les résultats XLA doivent être discutés en parallèle des performances SLA lors des revues de service, pour offrir une vision complète de la valeur délivrée.

Les pièges à éviter dans la mise en œuvre d’un XLA

Une démarche XLA bien conçue peut transformer la relation entre l’IT et les métiers — mais plusieurs écueils fréquents méritent d’être anticipés. Premier piège : la fatigue des enquêtes. Solliciter les utilisateurs après chaque interaction réduit rapidement les taux de réponse et dégrade la qualité des données collectées ; il vaut mieux cibler les moments clés plutôt que de multiplier les sollicitations. Deuxième piège : les métriques de façade. Mesurer la satisfaction sans relier les résultats à des actions concrètes produit des tableaux de bord flatteurs mais sans impact réel sur l’expérience.

Troisième piège : le cloisonnement des données. Un XLA piloté uniquement par le service desk, sans partage avec les équipes applicatives ou les responsables métier, ne peut pas générer d’amélioration systémique. Enfin, il faut reconnaître une tension réelle dans le modèle : un service peut afficher des SLA exemplaires — 95 % des tickets résolus en moins de quatre heures — et pourtant générer une expérience utilisateur médiocre si les interactions sont impersonnelles ou les solutions incomplètes. Le XLA révèle ces angles morts, mais il exige une maturité organisationnelle suffisante pour agir sur ce qu’il mesure.

Quelle infrastructure technologique pour piloter un XLA ?

Mettre en place un XLA n’est pas qu’une question de méthode — c’est aussi une question d’outillage. Pour industrialiser la collecte et l’exploitation des données d’expérience, une organisation a besoin d’une infrastructure capable de déclencher des enquêtes contextuelles directement depuis les flux de travail du service desk, d’agréger les retours en temps réel dans des tableaux de bord accessibles à toutes les équipes, et de corréler les scores d’expérience avec des données opérationnelles — type d’incident, équipe traitante, canal utilisé, délai de résolution.

Sans cette corrélation, il est impossible d’identifier les leviers d’amélioration avec précision. La capacité à analyser le sentiment dans les tickets et les échanges de chat ajoute une couche supplémentaire de détection précoce des signaux d’insatisfaction. En pratique, cela signifie que le XLA ne peut pas fonctionner en silo : il doit être intégré dans la plateforme ITSM existante, et non géré comme un outil séparé. Les organisations qui tentent de piloter leur XLA via des enquêtes manuelles et des tableurs découvrent rapidement que le volume de données et la complexité des corrélations dépassent ce que des outils non intégrés peuvent gérer à l’échelle.

Le XLA n’est pas une course avec un point de départ et une ligne d’arrivée. C’est un voyage complet qui évoluera au fur et à mesure que l’expérience utilisateur s’améliorera et que de nouvelles données seront évaluées.

Plus une organisation progresse en matière d’expérience utilisateur, plus les améliorations apportées impactent directement le quotidien des équipes, des agents du service desk et de la DSI. De quoi créer un meilleur climat de travail, une culture d’entreprise mieux préparée pour faire face aux défis à venir, et une plus grande satisfaction des utilisateurs. Le XLA représente une évolution significative dans la manière dont les organisations mesurent et améliorent la valeur de leurs services informatiques. Pour approfondir le sujet, les ressources du XLA Manifesto et les publications de l’itSMF constituent des points de départ solides pour toute équipe souhaitant structurer sa démarche.