Le support informatique N1 n’est pas seulement un point de résolution des sollicitations. C’est souvent le principal lieu de contact entre les utilisateurs et la DSI.
Un chiffre permet de mesurer cet enjeu. Le support concentre près de 80% des interactions entre l’organisation et la fonction DSI.

Chaque appel, chaque ticket, chaque échange contribue donc à construire l’image de la DSI. Une demande peut être techniquement résolue, tout en laissant une mauvaise impression, parfois même de la rancoeur. À l’inverse, une situation complexe peut être mieux vécue si l’utilisateur se sent accueilli, compris, informé, accompagné.

La nouvelle version 5 d’ITIL, sortie en janvier 2026 apporte la notion d’empathie au sein de la DSI. L’expérience n’est plus considérée comme un sujet annexe. Elle devient une dimension à part entière du service.
L’empathie n’y relève pas d’une posture de confort. Elle devient une compétence utile pour comprendre l’impact réel d’un incident sur l’activité.

1. La posture du support devient un sujet stratégique pour la DSI

Le technicien support N1 occupe une place particulière dans la relation entre les utilisateurs et la DSI. Il intervient rarement dans des moments neutres. L’utilisateur le contacte parce qu’un accès bloque, qu’un outil ralentit, qu’une application ne répond plus ou qu’une action simple devient impossible. Autrement dit, le support arrive souvent au moment où l’informatique empêche de travailler.
Dans ce contexte, la posture compte autant que la compétence technique. Une réponse exacte, mais sèche, peut donner le sentiment d’être renvoyé à son erreur. Une procédure transmise sans explication peut être vécue comme une mise à distance. Un silence après l’ouverture d’un ticket peut créer plus d’agacement que l’incident lui-même. Ces micro-frictions techniques du quotidien finissent par installer une image négative de la DSI.
À l’inverse, un technicien qui écoute, reformule et explique ce qu’il fait permet de réduire la tension. Il ne résout pas toujours immédiatement, mais il redonne de la visibilité. Il aide l’utilisateur à comprendre où en est sa demande, ce qui va être fait et dans quel délai il peut attendre un retour.
C’est en cela que la posture du support devient stratégique. Elle ne se limite pas à la courtoisie. Elle contribue directement à la confiance, à la lisibilité du service et à la perception de la DSI dans l’organisation.

2. Comprendre ce que vit l’utilisateur derrière sa demande

Pour bien répondre, le support doit dépasser la lecture strictement technique de la sollicitation.

Un mot de passe bloqué n’est pas seulement un problème d’accès.
C’est peut-être une réunion qui démarre dans cinq minutes.

Une imprimante indisponible n’est pas seulement un périphérique en erreur.
C’est peut-être un dossier à remettre, une validation à signer, une échéance à tenir.

Un message agacé n’est pas toujours une attaque.
C’est souvent l’expression d’une perte de contrôle.

C’est là que le questionnement actif devient essentiel. Il ne s’agit pas d’enchaîner des questions mécaniques, mais de comprendre rapidement la situation réelle.
Que faisiez-vous au moment du blocage ? Depuis quand le problème apparaît-il ? Qui est concerné ? Quel est l’impact immédiat sur votre activité ? Avez-vous une échéance particulière ? Ces questions permettent de distinguer un incident gênant d’une situation réellement bloquante.

Dans le support, un bon diagnostic représente la majorité du travail. Quand la demande est bien comprise, la résolution devient plus simple, l’escalade plus propre et la communication plus claire. À l’inverse, une qualification approximative crée des allers-retours, de la frustration et une perte de temps pour l’utilisateur comme pour les équipes techniques.

Cette compréhension change la qualité de la prise en charge. Le technicien ne qualifie pas seulement une catégorie d’incident. Il qualifie une situation de travail. Il mesure l’impact métier, la pression vécue par l’utilisateur et les conséquences possibles si rien n’est fait rapidement.

Cette approche rejoint le passage progressif des engagements de délais vers les engagements d’expérience. Le sujet n’est plus seulement de savoir en combien de temps une demande est traitée. Il est aussi de comprendre comment l’utilisateur a vécu ce traitement. A-t-il été écouté ? A-t-il compris les étapes ? A-t-il eu le sentiment que son problème était pris au sérieux ?

L’empathie n’est donc pas de la gentillesse. C’est une compétence de diagnostic. Elle permet au support de traiter le ticket, mais surtout de traiter la situation qui se cache derrière le ticket.

3. Répondre avec clarté, sans jugement ni rapport de force

La communication non violente appliquée au support informatique repose sur des gestes simples.

Observer sans juger. Reformuler avant de répondre. Nommer la contrainte sans accuser. Donner une prochaine étape claire. Ces réflexes évitent de transformer une difficulté en tension relationnelle.

Lorsqu’un utilisateur appelle avec agacement, le premier enjeu n’est pas de se défendre. Il faut accueillir l’émotion sans l’absorber, puis revenir aux faits.
“Je comprends que la situation soit bloquante. Pour avancer, j’ai besoin de vérifier quelques éléments avec vous.” Cette formulation reconnaît la gêne, sans entrer dans le rapport de force. Elle permet de reprendre la main sur le diagnostic.

La même logique s’applique aux limites du support.
Dire “ce n’est pas notre périmètre” ferme la relation. Dire “ce sujet relève d’une autre équipe. Je vous indique le bon canal et je trace la demande” apporte une orientation claire.
Dire “vous avez mal suivi la procédure” place l’utilisateur en faute. Dire “la procédure n’est pas évidente. Nous allons reprendre les étapes ensemble” maintient la coopération.

La clarté compte aussi dans l’attente. Le silence crée du doute, puis de l’agacement. Un point d’avancement, même bref, vaut mieux qu’une absence de retour.
Le technicien n’a pas besoin de promettre ce qu’il ne maîtrise pas. Il doit dire ce qui est fait, ce qui reste à vérifier, qui intervient, et quand l’utilisateur aura des nouvelles.

La qualité relationnelle n’est donc pas un supplément. Elle sécurise la résolution. Elle protège le technicien, rassure l’utilisateur et rend le traitement plus efficace.

Conclusion

L’informatique mobilise souvent beaucoup de cerveau gauche, des profils très analytiques.
On analyse, on classe, on priorise, on applique des procédures, on mesure des délais. C’est indispensable. Mais dans la relation de support, cela ne suffit pas.

Il faut aussi mobiliser le cerveau droit, empathique. Comprendre une émotion, percevoir une tension, adapter sa formulation, rassurer sans promettre, expliquer sans infantiliser.

C’est tout l’enjeu d’un support réellement professionnel. La qualité ne peut plus être évaluée uniquement à travers les volumes traités ou les temps de résolution.
Ces indicateurs restent utiles, mais ils ne disent pas tout. Il faut aussi regarder la clarté des échanges, l’effort demandé à l’utilisateur, la qualité de la qualification, la fluidité de la transmission et le sentiment de confiance après la résolution.

Cette posture ne doit pas dépendre uniquement des qualités individuelles du technicien. Elle se forme. Elle s’entraîne. Elle se pilote.
Reformuler une demande, annoncer un délai, expliquer une contrainte, transmettre proprement au niveau 2, clôturer utilement une sollicitation sont des compétences à part entière.

Le support informatique n’est pas seulement une chaîne de résolution. C’est une chaîne de confiance.