Cours – Relation avec l'utilisateur et communication de support

BTS SIO SISR 1re année – Bloc 1 – S08

Ce que tu dois savoir déjà

Prérequis : S03 (niveaux de support).
À garder en tête : lis le cours avant le TP ; la section « À retenir » en fin de cours résume l'essentiel.

À la fin de ce cours, tu sauras

Identifier le profil de son interlocuteur et adapter son discours ;
Structurer un appel de support en six phases ;
Désamorcer une situation tendue (méthode DESC) ;
Rédiger un courriel de support clair et poli ;
Reformuler sans vulgariser à l'excès.

1. Comprendre son Interlocuteur

1.1 Les Profils d'Utilisateurs

Un technicien N1 est en contact avec une grande variété de profils. Adapter son discours commence par identifier rapidement à qui on parle :

   ┌──────────────────────────────────────────────────────────────────┐
   │                   PROFILS D'UTILISATEURS                         │
   ├─────────────┬──────────────────────────┬────────────────────────┤
   │  PROFIL     │  SIGNAUX                  │  ADAPTATION            │
   ├─────────────┼──────────────────────────┼────────────────────────┤
   │ Novice      │ "L'ordinateur fait des    │ Analogies du quotidien │
   │             │  choses bizarres"          │ Pas d'acronymes        │
   │             │ Appelle tout "l'ordi"      │ Étapes courtes         │
   │             │ Ne sait pas son OS         │ Valider chaque étape   │
   ├─────────────┼──────────────────────────┼────────────────────────┤
   │ Intermédiaire│ Connaît son OS, son       │ Termes courants OK     │
   │             │ logiciel principal         │ Acronymes expliqués    │
   │             │ A déjà réinitialisé        │ Peut faire des actions │
   │             │ son mot de passe           │ guidées à distance     │
   ├─────────────┼──────────────────────────┼────────────────────────┤
   │ Avancé      │ Utilise des termes         │ Peut aller plus vite   │
   │             │ techniques (même           │ Expliquer le "pourquoi"│
   │             │ incorrects)                │ pas seulement le "quoi"│
   │             │ A cherché sur Google       │ Écouter ses hypothèses │
   ├─────────────┼──────────────────────────┼────────────────────────┤
   │ Technicien  │ Vocabulaire précis         │ Communication          │
   │ / Expert    │ Décrit le symptôme         │ technique directe OK   │
   │             │ clairement                 │ Partage d'hypothèses   │
   └─────────────┴──────────────────────────┴────────────────────────┘

Warning

Piège classique : Un utilisateur qui emploie des mots techniques n'est pas forcément expert. Il a peut-être lu quelque chose sur internet ou répète ce qu'on lui a dit. Vérifier discrètement le niveau réel avant d'aller trop vite.

1.2 L'Écoute Active

L'écoute active est la technique qui permet de collecter toutes les informations nécessaires au diagnostic sans interrompre ni orienter l'utilisateur.

Ses 4 composantes :

Composante	Ce que ça signifie	Exemple
Écouter sans interrompre	Laisser l'utilisateur finir avant de parler	Résister à l'envie de proposer une solution dès les premières secondes
Reformuler	Répéter avec ses propres mots ce qu'on a compris	"Si je comprends bien, votre Excel ne s'ouvre plus depuis ce matin — c'est bien ça ?"
Relancer	Poser des questions ouvertes pour obtenir plus d'informations	"Et quand vous dites que ça 'plante', que se passe-t-il exactement ?"
Valider	Confirmer que le problème est bien compris avant d'agir	"Avant de commencer, je récapitule : [résumé]. C'est correct ?"

2. La Structure d'un Appel de Support

2.1 Les 6 Phases d'un Appel N1 Professionnel

   ① ACCUEIL
   ──────────────────────────────────────────────────────
   Se présenter clairement : prénom + service
   Formule standard : "Centre de services SimIO, [Prénom] à votre écoute"
   Ne jamais répondre : "Ouais ?" / "Service informatique ?"

   → Ton : chaleureux, disponible, même si c'est le 20e appel de la journée

   ② IDENTIFICATION
   ──────────────────────────────────────────────────────
   Nom de l'appelant, service, poste (numéro de PC si connu)
   "Pouvez-vous me donner votre nom et votre service ?"
   Ouvrir le ticket PENDANT cette phase, pas après

   → Note : en cas de priorité P1, l'identification peut être rapide ;
     ne pas bloquer 3 minutes si le serveur est en feu

   ③ COLLECTE DU PROBLÈME
   ──────────────────────────────────────────────────────
   Laisser l'utilisateur décrire le problème sans l'interrompre
   Puis poser les 5 questions de diagnostic (vues en S04) :
   Depuis quand ? Qu'est-ce qui a changé ? Reproductible ?
   Isolé ou généralisé ? Message d'erreur ?

   → Technique : prendre des notes en temps réel dans le ticket

   ④ DIAGNOSTIC ET TRAITEMENT
   ──────────────────────────────────────────────────────
   Guider l'utilisateur étape par étape
   Annoncer chaque action AVANT de la faire guider
   "Je vais vous demander de faire [action] — pouvez-vous m'indiquer
    ce qui s'affiche à l'écran ?"

   → Si l'incident dépasse le N1 : annoncer l'escalade clairement et
     rassurer sur le suivi

   ⑤ VALIDATION
   ──────────────────────────────────────────────────────
   Tester la résolution avec l'utilisateur avant de raccrocher
   "Pouvez-vous essayer d'ouvrir votre fichier maintenant ?"
   "Est-ce que ça fonctionne correctement ?"

   → Ne jamais clôturer un ticket sans validation utilisateur sauf
     si l'utilisateur n'est plus joignable (clôture automatique 72h)

   ⑥ CLÔTURE
   ──────────────────────────────────────────────────────
   Résumer ce qui a été fait en une phrase
   Indiquer le numéro de ticket pour référence future
   Proposer une base de connaissances si pertinent
   Formule de clôture : "Y a-t-il autre chose que je puisse faire
   pour vous ? ... Bonne journée."

   → JAMAIS : raccrocher avant que l'utilisateur ait dit au revoir

2.2 Ce qu'on Ne Fait Jamais au Téléphone

À ne jamais faire	Pourquoi	Alternative
"Je ne sais pas" (sans suite)	Donne l'impression d'incompétence	"Je vais vérifier ça et vous rappelle dans l'heure"
Parler à quelqu'un d'autre en gardant l'appelant en attente sans prévenir	Très mauvaise expérience utilisateur	"Je vous mets en attente 30 secondes, je consulte un collègue"
Utiliser du jargon non expliqué	Frustration et incompréhension	Reformuler en termes métier
Promettre sans savoir	"Ce sera réglé dans 10 minutes" alors que c'est inconnu	"Je vous tiens informé dès que j'ai une estimation"
Prendre l'incident personnellement si l'utilisateur est agressif	Escalade émotionnelle inutile	Technique de désescalade (voir II.C)
Oublier d'ouvrir le ticket	Perte de traçabilité, SLA non suivi	Ticket ouvert dès le début de l'appel

3. Gérer les Situations Difficiles

3.1 Typologies d'Utilisateurs Difficiles

Profil	Comportement	Technique recommandée
L'impatient	"Ça fait 3 fois que j'appelle, ça dure depuis ce matin, j'en ai marre"	Reconnaître l'inconvénient, donner une action concrète immédiate
L'accusateur	"C'est à cause de votre mise à jour, vous avez tout cassé"	Ne pas se défendre, recadrer sur la résolution : "Je comprends, concentrons-nous sur la solution"
Le paniqué	"Toutes mes données ont disparu ! Tout est perdu !"	Rassurer d'abord : "On va vérifier ça ensemble, dans la majorité des cas les données sont récupérables"
Le technicien autoproclamé	"J'ai vérifié le DNS, le ping passe, j'ai désactivé le pare-feu, ça vient de votre côté"	Valoriser ses actions, prendre le relais avec méthode : "Vous avez bien vérifié les bases. Je vais reprendre le diagnostic depuis la couche réseau."
Le muet	Répond par oui/non, ne décrit pas le problème	Poser des questions fermées précises : "Est-ce que vous voyez un message d'erreur à l'écran ?"
Le bavard	Raconte 10 minutes de contexte non pertinent	Recadrer avec bienveillance : "Je note tout ça — pour avancer efficacement, puis-je vous poser quelques questions précises ?"

3.2 La Technique DESC — Désescalade

Quand un utilisateur est agressif ou très mécontent, la technique DESC (Décrire, Exprimer, Spécifier, Conséquences) permet de désamorcer sans s'effacer :

   D — DÉCRIRE    : Reformuler objectivement la situation
   ──────────────────────────────────────────────────────────────
   "Je comprends que votre service de messagerie est inaccessible
    depuis ce matin et que ça bloque votre travail."

   E — EXPRIMER   : Montrer de l'empathie sincère
   ──────────────────────────────────────────────────────────────
   "C'est effectivement une situation très gênante, et je comprends
    votre frustration."

   S — SPÉCIFIER  : Annoncer une action concrète et un délai
   ──────────────────────────────────────────────────────────────
   "Ce que je vais faire maintenant : je classe votre incident
    en priorité haute et je l'escalade immédiatement à notre
    équipe système."

   C — CONSÉQUENCES : Donner une visibilité sur la suite
   ──────────────────────────────────────────────────────────────
   "Vous recevrez une mise à jour d'ici 30 minutes. Si le problème
    persiste, nous vous contacterons directement."

Note

Ce que DESC ne fait pas : Il ne s'excuse pas excessivement, ne promet pas l'impossible, ne transfère pas la responsabilité sur l'utilisateur. Il reconnaît, rassure, engage, informe.

4. Communication Écrite de Support

4.1 L'Email de Support Professionnel

Un email de support est différent d'un email personnel : il doit être clair, actionnable et utilisable par n'importe quel technicien qui lirait le ticket ultérieurement.

Structure d'un bon email de réponse à un incident :

OBJET : [Ticket #XXXX] Réponse — [titre court du problème]

Bonjour [Prénom],

[1. Accusé de réception — 1 phrase]
Nous avons bien pris en compte votre demande concernant [résumé du problème].

[2. Statut actuel — 1-2 phrases]
Votre incident est en cours de traitement / a été résolu / a été escaladé
à notre équipe spécialisée.

[3. Action ou instruction — si applicable]
Pour résoudre votre problème, voici la procédure à suivre :
1. [Étape 1 en termes simples]
2. [Étape 2]
3. [Étape 3]

[4. Confirmation demandée — si résolu]
Pouvez-vous confirmer que tout fonctionne correctement en répondant
à cet email ou en mettant à jour votre ticket sur le portail ?

[5. Référence et contact]
Numéro de votre ticket : #XXXX
En cas de problème persistant : [canal de contact]

Cordialement,
[Prénom] — Centre de services SimIO SARL

4.2 Reformuler sans Vulgariser à l'Excès

Il existe une ligne entre vulgarisation utile et condescendance. Un technicien qui explique "le gros bouton bleu qui fait redémarrer la machine" à un cadre supérieur risque de froisser son interlocuteur.

Règle d'or : Viser le niveau -1 du vocabulaire, pas le niveau -5.

   TECHNIQUE         NIVEAU -1 (bon)              NIVEAU -5 (mauvais)
   ─────────         ──────────────────           ──────────────────────
   "Le cache DNS      "Votre ordinateur a           "Votre machine oublie
    est corrompu"      mémorisé une ancienne          pas les adresses des
                       adresse pour un site —          sites, elle se trompe
                       on va la corriger"              de chemin"

   "Vos droits NTFS   "Vous n'avez pas les          "Le dossier, il est
    sont insuffisants" autorisations pour             fermé à clé pour vous"
                       modifier ce dossier"

À retenir

Un appel de support suit six phases : accueil, écoute, reformulation, diagnostic, résolution ou escalade, clôture.
On reformule avant de chercher une solution.
Face à un utilisateur tendu : laisser parler, reconnaître l'émotion, puis les faits (méthode DESC).
Un courriel de support a un objet explicite, est court et sans jargon.

Je vérifie mes acquis

J'identifie rapidement le profil de l'utilisateur (novice / intermédiaire / avancé)
J'applique les 6 phases d'un appel N1 dans l'ordre
Je reformule une phrase technique en termes compréhensibles
J'utilise la technique DESC face à un utilisateur mécontent
Je rédige un email de support professionnel avec les 5 sections
Je tiens compte du niveau de l'utilisateur pour adapter mon vocabulaire
Je sais ce que je ne dois jamais faire au téléphone (liste de ce cours)