Communiquer avec un utilisateur non technique

Le jargon technique crée de la distance

Expliquer à un utilisateur non technique que "le DNS ne résout pas correctement le FQDN du serveur applicatif" ne l'aide pas à comprendre ni à collaborer au diagnostic. Traduire en langage concret améliore à la fois la compréhension et la relation de confiance.

Traduire sans mentir ni infantiliser

Trop technique : "Le cache DNS local a une entrée obsolète
qui pointe vers l'ancienne IP du serveur."

Trop vague : "C'est un problème d'ordinateur, ça va se régler."

Juste : "Votre ordinateur garde en mémoire une ancienne adresse
pour joindre le serveur, qui a changé récemment. Je vais nettoyer
cette mémoire, ça prend 30 secondes et corrige généralement
ce type de problème."

Donner un délai réaliste, pas rassurant

Annoncer "ça sera réglé dans 5 minutes" pour un problème dont la résolution reste incertaine crée une attente déçue si ça prend finalement une heure. Un délai honnête ("je dois investiguer, je reviens vers vous d'ici 30 minutes avec un statut") construit la confiance sur la durée, même si le problème n'est pas résolu au moment de ce point d'étape.

Tenir informé même sans nouveauté

Un utilisateur qui attend une réponse sans aucune nouvelle pendant des heures perd confiance dans le support, même si le technicien travaille activement sur le sujet en coulisses. Un message "toujours en cours d'investigation, je vous tiens informé d'ici [heure]" maintient la relation même sans résolution.

Cas concret

Un utilisateur signale un problème complexe nécessitant une investigation approfondie. Le technicien ne communique aucune mise à jour pendant 4 heures, absorbé par le diagnostic technique. L'utilisateur, sans nouvelle, escalade sa frustration auprès de son manager, qui contacte à son tour le responsable IT, créant une pression inutile alors que le technicien avançait activement. Un simple message intermédiaire ("toujours en cours, prochaine mise à jour dans 1h") aurait évité cette escalade improductive.

Erreurs fréquentes

• Utiliser du jargon technique sans traduction, laissant l'utilisateur incapable de comprendre ou de participer utilement au diagnostic (ex. reproduire une action précise sur demande).
• Promettre un délai optimiste non réaliste pour rassurer immédiatement, au prix d'une déception plus grande si le délai n'est pas tenu.
• Ne donner aucune nouvelle pendant une investigation longue, même active, laissant l'utilisateur avec l'impression que rien n'est fait.

À retenir

• Traduire le jargon technique en langage concret sans mentir ni infantiliser améliore la collaboration.
• Un délai honnête, même incertain, vaut mieux qu'une promesse optimiste non tenue.
• Communiquer un statut intermédiaire pendant une investigation longue maintient la confiance, même sans résolution.

Mini-exercice

Un problème nécessite une investigation qui va prendre plusieurs heures. Quelle communication initiale à l'utilisateur est la plus appropriée : "ce sera réglé dans quelques minutes" ou une estimation honnête avec point d'étape prévu ?

Réponse : une estimation honnête avec un point d'étape prévu ("j'investigue, je reviens vers vous d'ici 1h avec un statut"), même incertaine, plutôt qu'une promesse optimiste qui, non tenue, dégraderait davantage la confiance que l'incertitude initiale honnêtement communiquée.