Il y a quelques jour, j’ai dû aider un client qui rencontrait des problèmes techniques. Il m’a appelée en me disant qu’il rencontrait des problèmes et quand je lui ai demandé quel genre de problème il rencontrait, il m’a répondu « Y a rien qui marche ».
Cela m’a donc donné l’idée de cet article. Et comme j’écris sur le blog d’o2switch, j’ai pensé aux personnes auxquelles vous écrivez et qui se cachent derrière leur support.
Ainsi, quand un problème survient sur un site web, une adresse email, un espace client ou un outil en ligne, le premier réflexe est souvent d’écrire rapidement au support avec une phrase comme : « ça ne marche pas », « j’ai un bug » ou « mon site est cassé ».
Quelque part, c’est compréhensible. Quand quelque chose bloque, on veut surtout que ce soit réparé rapidement. Mais pour la personne qui reçoit la demande, ce type de message ne donne pas assez d’informations pour comprendre le problème. Le support ne voit pas forcément ce que vous voyez. Il ne sait pas automatiquement quelle page est concernée, quelle action a été faite, quel message d’erreur s’affiche ou depuis quand le problème existe.
Faire une demande de support efficace, ce n’est pas écrire un long rapport technique. C’est simplement donner les bonnes informations dès le départ. Une demande claire permet au support de comprendre plus vite la situation, de reproduire le problème si nécessaire et de vous apporter une réponse plus précise.
Je vous explique pourquoi et je vous donne en fin d’article une liste de questions qui vont vous permettre de formuler le problème que vous rencontrez (D’ailleurs, si vous êtes celui ou celle qui doit répondre aux problèmes d’un client ou d’une cliente, ce serait une liste de questions à leur envoyer !)
Pourquoi « ça ne marche pas » ne suffit pas
Dire « ça ne marche pas » peut vouloir dire beaucoup de choses différentes. Cela peut signifier que le site ne s’affiche plus du tout, qu’une page précise affiche une erreur, qu’un bouton ne répond pas, qu’un formulaire ne s’envoie pas, qu’un email n’arrive pas, qu’une mise en page est cassée sur mobile ou encore qu’un accès administrateur est bloqué.
Pour le support, chaque cas nécessite une vérification différente. Sans précision, il faut commencer par poser des questions : quelle page ? quel bouton ? quel compte ? quel navigateur ? quel message d’erreur ? depuis quand ? Le résultat direct est que cela retarde le diagnostic.
Une demande de support efficace permet donc d’éviter plusieurs allers-retours inutiles. Plus le problème est décrit clairement dès le premier message, plus le support peut avancer rapidement.
Décrire précisément le problème rencontré.
Exemples de formulation de messages au support
La première chose à faire est de décrire ce qui ne fonctionne pas avec des mots simples, mais précis.
Vous devez vous efforcer d’expliquer l’action réalisée, le comportement observé et le résultat attendu. Le support peut alors commencer à chercher dans la bonne direction. Il suffit d’expliquer ce que vous avez fait et ce que vous avez vu.
Expliquer ce que vous vouliez faire
Un problème se comprend toujours mieux quand on connaît l’objectif de départ. Avant de décrire le blocage, il est utile d’indiquer ce que vous essayiez de faire.
Par exemple, vous pouvez écrire :
« Je voulais ajouter une image dans un article WordPress. »
« Je voulais créer une nouvelle adresse email. »
« Je voulais modifier le menu principal du site. »
« Je voulais me connecter à mon espace client. »
« Je voulais envoyer un message depuis le formulaire de contact.«
Cette précision aide votre interlocutrice ou interlocuteur à comprendre le contexte. Parfois, le problème ne vient pas uniquement d’un bug, mais d’une mauvaise méthode, d’un réglage incomplet ou d’une étape oubliée. En comprenant votre objectif, le support peut vous guider plus efficacement.
Donner l’adresse exacte de la page concernée
Si le problème concerne un site web, il est important d’indiquer l’adresse exacte de la page concernée. Dire « sur la page contact » peut sembler suffisant, mais ce n’est pas toujours le cas. Un site peut contenir plusieurs pages similaires, des versions en brouillon, des pages traduites ou des modèles utilisés à plusieurs endroits.
Le plus simple est de copier-coller l’URL complète de la page.
Par exemple :
« Le problème se produit sur cette page : https://www.monsite.fr/contact/«
Cette information permet au support d’accéder directement au bon endroit, sans perdre de temps à chercher. C’est l’un des éléments les plus utiles dans une demande de support efficace.
Indiquer les étapes pour reproduire le problème
Quand c’est possible, il faut expliquer les étapes qui permettent de voir le problème. C’est ce qu’on appelle « reproduire » le bug.
Vous pouvez décrire le parcours de manière simple :
- Je vais sur la page de connexion.
- Je saisis mon adresse email et mon mot de passe.
- Je clique sur Connexion
- La page se recharge, mais je reste déconnecté.
Ce type de description est très utile. Le support peut refaire les mêmes actions de son côté et vérifier si le problème apparaît aussi. Si le problème est reproductible, il est beaucoup plus facile à comprendre et à corriger.
À l’inverse, si le support ne sait pas comment déclencher le problème, il devra vous demander davantage d’informations.
Copier le message d’erreur complet
Les messages d’erreur sont souvent très précieux. Même s’ils semblent techniques ou incompréhensibles, ils donnent des indices importants.
Il vaut mieux copier le message exact plutôt que de le résumer.
Par exemple, ne dites pas seulement :
« J’ai une erreur WordPress.«
Écrivez plutôt :
« Le message affiché est : ‘Erreur lors de la connexion à la base de données ».
De la même façon, si un email revient avec un message d’échec, si une page affiche une erreur 403, 404 ou 500, ou si un outil affiche une alerte particulière, il faut transmettre le texte complet. Cela permet au support de distinguer rapidement plusieurs types de problèmes : accès refusé, fichier introuvable, erreur serveur, problème de mot de passe, souci DNS, quota atteint ou configuration incorrecte.
Ajouter une capture d’écran ou une vidéo
Une capture d’écran peut aussi faire gagner beaucoup de temps. Elle montre exactement ce que vous voyez : le message affiché, la page concernée, le bouton utilisé ou l’endroit où le problème apparaît.
Quand vous faites une capture d’écran, il est préférable, si c’est possible, de montrer toute la fenêtre du navigateur. Cela permet de voir l’adresse de la page, le contexte et parfois des éléments utiles qui ne seraient pas visibles sur une capture trop recadrée.
Pour certains problèmes, en enregistrement de l’écran peut être encore plus utile. C’est le cas lorsqu’un bug apparaît après plusieurs clics, lorsqu’un élément bouge mal, lorsqu’un bouton ne répond pas ou lorsqu’un affichage change selon les actions réalisées.
L’objectif n’est pas de faire une belle présentation, mais de montrer clairement ce qui se passe.
Préciser l’appareil et le navigateur utilisés
Tous les problèmes ne se produisent pas partout. Un site peut très bien fonctionner sur ordinateur, mais poser problème sur mobile. Une page peut s’afficher correctement sur Firefox, mais pas sur Safari. Un bug peut apparaître sur un iPhone, mais pas sur un téléphone Android.
C’est pourquoi il est utile de préciser votre environnement.
Vous devez donc indiquer si vous utilisez un ordinateur, un smartphone ou une tablette, préciser le navigateur utilisé : Chrome, Safari, Firefox, Opera, Edge ou un autre. Si le problème concerne un téléphone, indiquez si vous êtes sur iPhone ou Android.
Par exemple :
“Le problème apparaît sur iPhone avec Safari, mais je ne le vois pas sur mon ordinateur avec Chrome.”
Cette information oriente immédiatement le diagnostic. Elle permet au support de tester dans les bonnes conditions.
Dire depuis quand le problème existe
Le moment où le problème est apparu peut donner une piste importante. Un bug qui existe depuis ce matin n’a pas la même origine qu’un problème présent depuis plusieurs semaines.
Il est donc utile de préciser depuis quand vous avez remarqué le problème.
Vous pouvez écrire :
- Le problème est apparu ce matin.
- Le problème existe depuis la dernière mise à jour
- Le problème est apparu après l’installation de l’extension nomdelextension
- Le problème a commencé après la modification des DNS
Ces informations permettent parfois de relier le problème à une action récente. C’est particulièrement utile sur un site WordPress, où une mise à jour, un nouvelle extension, un changement de thème ou une modification de configuration peut avoir un impact visible.
Mentionner ce que vous avez déjà essayé
Avant de contacter le support, vous avez peut-être déjà tenté quelques actions. Il est important de les indiquer dans votre demande (d’ailleurs, faites ces actions avant de contacter le support ^^)
Par exemple :
- J’ai vidé le cache de mon navigateur.
- J’ai essayé depuis un autre ordinateur
- J’ai désactivé l’extension que je venais d’installer
Cela évite au support de vous proposer des vérifications que vous avez déjà faites. Cela permet aussi d’avancer plus vite vers d’autres pistes.
Il ne faut pas hésiter à dire ce qui a été essayé, même si cela n’a pas fonctionné. Une tentative qui ne résout pas le problème reste une information utile.
Éviter de multiplier les canaux pour la même demande
Quand un problème semble urgent, on peut être tenté d’envoyer la même demande par email, par formulaire, par téléphone, par message privé ou via plusieurs interlocuteurs. Cela ne fait pas forcément gagner du temps.
Au contraire, les informations peuvent se disperser. Une personne reçoit la capture d’écran, une autre reçoit le message d’erreur, une troisième reçoit une explication différente. Le suivi devient moins clair et le risque de confusion augmente.
Pour une demande de support efficace, il vaut mieux centraliser les échanges dans un seul fil de discussion ou un seul ticket. De cette façon, tout l’historique reste au même endroit et chaque personne qui intervient peut comprendre ce qui a déjà été dit ou testé.
Ne pas modifier le site pendant l’analyse sans le signaler
Lorsqu’un support est en train d’analyser un problème, il est préférable d’éviter de faire beaucoup de modifications en parallèle sans le signaler. Si vous installez une extension, changez un réglage, supprimez une page, modifiez les DNS ou videz un cache pendant que le diagnostic est en cours, cela peut changer le comportement du site.
Exemple de mauvaise demande de support et d’une demande efficace
Voici un exemple de demande difficile à traiter :
« Bonjour, ça ne marche pas. Pouvez-vous regarder ?«
Ce message est trop vague. Le support ne sait pas ce qui ne fonctionne pas, sur quel site, sur quelle page, depuis quand, ni ce que vous essayiez de faire. Il faudra donc fournir plusieurs autres informations avant même que le support ne commence le diagnostic.
Ce n’est pas un problème de formulation ou de politesse. C’est simplement un manque d’informations.
Voici un exemple de demande de support efficace.
« Bonjour, je rencontre un problème sur le formulaire de contact de cette page : https://www.monsite.fr/contact/. Quand je remplis tous les champs puis que je clique sur Envoyer, le bouton tourne pendant quelques secondes, mais aucun message de confirmation ne s’affiche. Je ne reçois pas non plus l’email de test. Le problème apparaît depuis ce matin. J’ai testé sur Chrome depuis mon ordinateur et sur Safari depuis mon iPhone. J’ai joint une capture d’écran. »
Cette demande permet déjà au support de comprendre le problème, de savoir où tester, de connaître le comportement observé et de vérifier si le souci est lié à l’envoi d’email, au formulaire, au navigateur ou à une modification récente.
Toutes les demandes n’ont pas besoin d’être aussi détaillées, mais cet exemple montre les informations qui font gagner du temps.
Modèle à copier pour faire une demande de support efficace
Pour vous aider, voici un modèle simple à réutiliser lorsque vous contactez un support.
- Objet de la demande : Indiquez le sujet du problème en quelques mots.
- Page ou service concerné : Ajoutez l’URL de la page, le nom du service ou l’adresse email concernée.
- Ce que je voulais faire : Expliquez l’action que vous essayiez de réaliser.
- Ce qui se passe : Décrivez le comportement observé.
- Ce qui devrait se passer : expliquez le résultat attendu
- Message d’erreur affiché : copiez le message exact, s’il y en a un.
- Depuis quand le problème existe : indiquez la date ou le moment où vous avez constaté le problème
- Appareil et navigateur utilisés : Précisez si vous êtes sur ordinateur, mobile ou tablette, et avec quel navigateur.
- Ce que j’ai déjà essayé : Mentionnez les tests ou actions déjà effectués.
- Pièce jointe : Ajoutez une capture d’écran ou une courte vidéo si possible.
Ce modèle est une base, il n’est pas nécessaire de remplir chaque ligne dans tous les cas. L’idée est surtout de transmettre les informations les plus utiles selon le problème rencontré. Une demande claire permet une réponse plus rapide
Faire une demande de support efficace, c’est avant tout aider le support à vous aider. Plus votre message est clair, plus il est facile de comprendre le problème, de le reproduire et de proposer une solution adaptée.
Cela ne demande pas de compétences techniques particulières. Il suffit d’expliquer ce que vous vouliez faire, ce qui s’est passé, où le problème apparaît et dans quelles conditions.
Un bon message de support permet de gagner du temps des deux côtés. Vous obtenez une réponse plus pertinente, et le support peut se concentrer plus rapidement sur la résolution du problème plutôt que sur la recherche des informations manquantes.
Image à la Une : kaitlyn baker














Super. Mais on ne peut pas joindre de photos, d’images, de fichiers ou de vidéos au formulaire classique.
Bonjour,
C’est vrai qu’on ne peut pas joindre d’images parfois. Personnellement, j’utilise des liens de partages d’images. Il existe pas mal d’outils qui permettent de les générer.
A noter :
Un incident est une interruption imprévue d’un service et requiert une résolution rapide.
Un problème est la cause racine d’un ou plusieurs incidents ; il est analysé pour prévenir sa récurrence.
Pour le support c’est aussi important.
Autre chose sur le ticketting chez O2Switch :
Pour les copies d’ecran et viceo avec le support O2 switch , c’est en effet complqué .
Pas d’outil interne pour laisser des liens vidéos ou images
L’editeur est egalement restrictif pas de caracteres « cabalistiques » autorisés
C’est parfois coimpliqué … (même souvent)
Un effort peut etre de ce coté chez O2Switch ?
Merci
Stephane
Bonjour Stéphane,
Merci pour votre message et le complément d’info.
Concernant l’outil de ticketing chez o2switch, je remonte l’info à l’équipe d’o2switch.