Vous avez déployé un assistant IA, les réponses sont correctes, et pourtant peu de collaborateurs l’ouvrent en premier. C’est précisément ce qu’a rencontré Microsoft avec son agent interne de support, l’Employee Self-Service Agent (ESS), lancé à l’automne 2025 auprès de plus de 300 000 salariés et prestataires. Dans un retour d’expérience publié par Microsoft Digital, l’équipe explique avoir d’abord misé sur la qualité technique, avant de constater que le frein était ailleurs : la confiance. Cet article reprend ce que Microsoft rapporte, distingue ce que les chiffres montrent de ce qu’ils ne démontrent pas, et propose une façon de mesurer l’adoption à l’échelle d’une TPE ou d’une PME.
Ce que Microsoft a constaté
Réponse courte
Selon Microsoft, l’adoption initiale de son agent de support était plus faible qu’espéré malgré de bonnes performances techniques. Des études menées auprès des utilisateurs ont montré que la confiance, façonnée par les émotions, les habitudes et les expériences passées du support, orientait le choix de l’agent bien plus que sa précision.
L’équipe attendait que l’amélioration de la précision, de la qualité des réponses et des performances règle les problèmes d’adoption. Ce n’est pas ce qui s’est produit. Microsoft Digital a alors fait réaliser des entretiens et des groupes de discussion par un prestataire, Designit, qui a aussi analysé les retours des employés, les parcours de support et les échanges avec l’agent dans plusieurs régions.
Le constat central est formulé ainsi dans le retour d’expérience : l’adoption est d’abord un défi humain. Les habitudes, les attentes et la confiance comptent autant que la capacité de l’outil.
Pourquoi un outil exact peut quand même être contourné
Les études décrites par Microsoft convergent vers quelques mécanismes très concrets, que l’on retrouve dans n’importe quelle organisation qui déploie un assistant.
- Les employés ne traitent pas l’agent comme un outil déterministe : ils l’abordent comme un interlocuteur, quelque part entre un collègue et un conseiller du service client.
- La confiance dépendait davantage de l’alignement social que de la fiabilité technique : les employés attendaient des signes que le système comprend leur situation. L’équipe a conclu que l’agent était « too much of a machine », trop machinal.
- La plupart des employés essayaient d’abord d’autres ressources : collègues, documentation, outils existants, dépannage personnel. Quand l’agent leur proposait des solutions déjà tentées, cela les frustrait.
- Le support est jugé sur l’ensemble du parcours : perdre le contexte et devoir refaire ses étapes dégrade la confiance, alors que des canaux connectés l’améliorent.
- Certains utilisateurs se sentaient pris dans des boucles de dépannage, ou ne savaient pas si, ni comment, une escalade vers une personne était possible.
Ce que Microsoft a changé dans l’agent
Plutôt que de retoucher uniquement la qualité des réponses, l’équipe a modifié l’expérience de l’agent. Les évolutions citées dans le retour d’expérience sont les suivantes :
- reconnaître les tentatives de dépannage déjà effectuées par l’employé ;
- tenir compte de son contexte et le relier aux pannes ou problèmes connus ;
- proposer une aide en libre-service pertinente ;
- annoncer clairement ses limites et expliquer la suite ;
- permettre une escalade fluide vers une personne, et prévenir dès le départ que l’agent passera la main s’il ne peut pas résoudre le problème ;
- définir une personnalité pour l’agent, avec des lignes de conduite selon les situations, et documenter les scénarios de rupture de confiance en associant à chacun un comportement attendu.
Ce que les chiffres montrent, et ce qu’ils ne démontrent pas
D’après Microsoft, la part des employés qui commencent leur demande de support par l’agent est passée de 27 % avant la démarche de confiance à 50 %, et le nombre de tickets de support informatique créés a baissé de 30 % au total. Ce sont des chiffres publiés par l’entreprise sur son propre déploiement.
Ils appellent trois précautions. D’abord, le retour d’expérience ne décrit pas de groupe témoin : on ne peut pas isoler la part due à la refonte de la confiance de celle due à d’autres améliorations ou à l’habitude qui s’installe. Ensuite, le contexte est celui d’un support informatique interne pour plus de 300 000 personnes : un ordre de grandeur et des enjeux très différents de ceux d’une PME. Enfin, ces chiffres concernent un cas d’usage précis, le support, et ne disent rien de l’adoption d’un assistant utilisé pour rédiger, analyser ou préparer des dossiers.
Ce qui se transpose bien, en revanche, c’est la méthode : traiter l’adoption comme un sujet à part entière, l’observer sur le parcours complet, et mesurer le recours volontaire plutôt que la seule qualité des réponses.
Mesurer l’adoption dans une petite structure
Microsoft recommande de mesurer le succès par l’usage répété, c’est-à-dire par le fait que les employés choisissent l’agent comme point de départ. Voici une traduction possible pour une équipe de dix à cinquante personnes. Ces indicateurs sont une proposition de notre part, pas une méthode publiée par Microsoft.
| Signal | Ce qu’il révèle | Comment le relever |
|---|---|---|
| Recours spontané | Les personnes pensent à l’assistant en premier, sans y être poussées | Question posée tous les mois : « Pour votre dernière tâche de ce type, par où avez-vous commencé ? » |
| Continuité du parcours | L’assistant évite de refaire le travail ou de répéter des informations | Relever les cas où la personne a dû tout reformuler après un échec ou un changement d’interlocuteur |
| Escalade | On sait quand et vers qui passer la main | Vérifier que chacun peut citer la personne ou la règle à suivre quand l’assistant ne suffit pas |
Ce que cela change pour la formation et l’accompagnement
Le retour de Microsoft invite à poser les attentes dès le départ : ce que l’agent sait faire, ce qu’il ne fait pas, et comment l’escalade fonctionne. Dans une PME, cela relève de la formation et de la charte d’usage autant que de la technique.
Concrètement, une séance d’appropriation gagne à montrer des cas où l’assistant est utile et des cas où il faut passer la main, plutôt qu’une démonstration uniquement positive. Les collaborateurs prudents y trouvent des repères, et les plus enthousiastes y découvrent des limites avant de les rencontrer seuls. Les règles sur les outils autorisés, les données à ne pas saisir et la vérification des résultats sont détaillées dans notre article sur la charte d’usage de l’IA, et la séquence d’accompagnement dans le plan sur 90 jours.
Microsoft recommande aussi de fermer la boucle avec les utilisateurs : montrer aux employés que leurs retours alimentent les améliorations. Dans une petite équipe, un point de dix minutes par mois, avec trois changements concrets annoncés, suffit souvent à entretenir la confiance.
Les erreurs courantes quand l’adoption stagne
La première consiste à conclure que « les gens résistent au changement » sans avoir observé ce qu’ils font réellement avant d’ouvrir l’assistant. Le retour de Microsoft montre que le contournement est souvent rationnel : les employés connaissent des chemins qui marchent et jugent l’outil sur l’ensemble du parcours.
La deuxième est de répondre par davantage de relances ou de rappels. Si l’assistant propose des pistes déjà essayées, ou oblige à repartir de zéro, chaque rappel renforce l’impression de perdre du temps.
La troisième est de ne mesurer que la qualité des réponses. Une réponse correcte reçue par quelqu’un qui n’a pas confiance ne change pas ses habitudes. Pour savoir où vous en êtes avant de décider, notre méthode d’évaluation de la maîtrise de l’IA des équipes aide à poser un état des lieux honnête.
Questions fréquentes
Quels chiffres Microsoft a-t-il publiés sur son agent de support ?
+
Microsoft indique que la part des employés qui commencent leur parcours de support par l’agent est passée de 27 % à 50 % après sa démarche de confiance, et que le nombre de tickets de support informatique créés a baissé de 30 % au total. Ce sont des chiffres de l’entreprise sur son propre déploiement.
Peut-on conclure que la confiance explique à elle seule cette hausse ?
+
Non. Le retour d’expérience ne décrit pas de groupe témoin et ne permet donc pas d’isoler l’effet de la refonte de la confiance de celui d’autres améliorations ou de l’habitude. C’est un cas documenté, pas une preuve de causalité.
Ces résultats sont-ils transposables à une TPE ou une PME ?
+
La méthode l’est : observer le parcours complet, annoncer les limites, prévoir une escalade claire et mesurer le recours spontané. Les ordres de grandeur ne le sont pas : le cas concerne un support informatique pour plus de 300 000 personnes.
Comment mesurer l’adoption d’un assistant IA sans outil dédié ?
+
Une question mensuelle posée à l’équipe sur son point de départ pour une tâche donnée, complétée par quelques cas relevés de reprise du début après un échec, donne déjà une image utile. L’objectif est d’observer le choix volontaire, pas de surveiller les individus.
À faire maintenant
- 1Lister ce que l’assistant sait faire et ne fait pas, et le dire aux utilisateurs
- 2Définir par écrit vers qui passer la main quand l’assistant ne suffit pas
- 3Demander à l’équipe par où elle commence aujourd’hui pour une tâche donnée
- 4Planifier un point mensuel de dix minutes pour annoncer trois améliorations issues des retours