Smartphones, tablettes et ordinateurs

Préparer une demande d’assistance utile

Décrivez le résultat attendu, les étapes et le message observé, puis transmettez uniquement les informations nécessaires au support officiel.

Guide détailléLecture : environ 2 minMis à jour le
Ajouter aux favoris Ctrl/⌘ + D
Une personne photographie les réglages de son ordinateur pour documenter une demande d’assistance
01

L’essentiel

La réponse en 30 secondes

Le message ça ne marche pas laisse beaucoup de possibilités ouvertes. Une description courte et ordonnée permet au support de comprendre la situation et d’éviter de vous faire répéter les mêmes essais.

Réponse directe
À retenir
Une demande utile décrit ce que vous essayez de faire, ce qui se produit et comment reproduire le problème. Ajoutez version, heure et tests déjà effectués, sans joindre mots de passe ni documents privés inutiles.
Premier geste
Écrire le résultat attendu
Contrôle essentiel
Un support n’a pas besoin de votre mot de passe.

Exemples à adapter

Un problème intermittent

Précisez fréquence, connexion et appareil concernés pour identifier des conditions communes.

Un fichier privé

Préparez un exemple fictif qui reproduit le problème au lieu d’envoyer le document original.

Le principe du portail

Nous indiquons une méthode et, quand elle existe, l’adresse officielle. Nous ne classons pas les services selon une rémunération et nous ne remplaçons ni leurs conditions d’utilisation ni une source experte.

02

Mode d’emploi

Passer à la pratique

  1. 01
    Écrire le résultat attendu

    Décrivez l’action précise : ouvrir une page, exporter un fichier ou connecter un appareil. Indiquez quand elle fonctionnait pour la dernière fois si vous le savez. Écrivez un exemple attendu puis le résultat observé : « je cherche la facture de cette période, la liste reste vide ». Ajoutez le parcours suivi et le moment du problème. Ne transformez pas le symptôme en diagnostic comme « la base a disparu » si vous ne disposez pas de cette information.

  2. 02
    Reproduire sans risque

    Notez les étapes et le message exact. Ne répétez pas une opération susceptible d’envoyer un paiement ou de supprimer des données.

  3. 03
    Préparer les pièces

    Ajoutez version et capture recadrée si utile. Examinez onglets, notifications et noms de fichiers avant transmission. Recadrez une capture sur la zone utile et masquez les données personnelles sans cacher le message d’erreur. Vérifiez aussi le nom des fichiers joints et les autres onglets visibles. Des identifiants de connexion ou des codes de validation ne sont pas nécessaires pour expliquer le symptôme.

  4. 04
    Utiliser le bon canal

    Retrouvez le support depuis le site officiel, conservez le numéro de dossier et notez les solutions déjà testées.

▥

Repères à garder

Une grille à conserver

Utilisez ces repères pour noter vos observations. Cette grille aide la relecture sans constituer une évaluation automatique.

Sur petit écran, faites défiler le tableau horizontalement pour lire toutes les colonnes.

Une grille à conserver
RepèreÀ examinerAction
ObjectifAction attendueDécrire
ObservationMessage et heureNoter
ContexteVersion et appareilPréciser
EssaisAction et résultatConserver

Consultez les repères directement dans ce tableau.

03

Points de vigilance

Ce qu’il ne faut pas confondre

Un support n’a pas besoin de votre mot de passe.

Les journaux peuvent contenir des données privées.

Un message reçu spontanément n’établit pas l’identité d’un technicien.

04

Questions fréquentes

Les réponses courtes

Faut-il envoyer tout un journal technique ?

Vérifiez son contenu et les éléments demandés ; transmettez le minimum pertinent.

Comment suivre les essais ?

Notez action, date et résultat pour distinguer ce qui a changé.

↗

Pour vérifier et approfondir

Sources et documentation

Documentation consultée le . Les exemples sont illustratifs ; les résultats et les interfaces peuvent évoluer.

05

Continuer

Pour aller plus loin

Voir toute la rubrique « Appareils »

Comprendre par un cas concret

Un message d’erreur devient utile avec son contexte

Cas fictif : un formulaire affiche « envoi impossible ». Le message seul ne permet pas de savoir si l’échec concerne une saisie, une pièce jointe ou le service. Un signalement court peut décrire ces éléments sans contenir les données privées du formulaire.

  1. Décrire l’action attendue
  2. Donner les étapes minimales
  3. Préciser l’impact
Un message d’erreur devient utile avec son contexte : repères de lecture
ÉlémentLecture et limites
Contexte reproductibleIndiquer la page concernée, l’appareil et le navigateur, puis l’heure avec le fuseau si nécessaire. Éviter les liens contenant un jeton de session ou des données personnelles.
Étapes observées« Ouvrir le formulaire, ajouter un fichier PDF, envoyer » décrit une séquence. Donner le format et la taille du fichier sans transmettre son contenu par défaut.
Résultat et attenteRecopier le message exact et préciser si une confirmation était attendue. Ne pas conclure que rien n’a été reçu uniquement parce que l’écran affiche une erreur.
Impact pratiqueDire si l’action bloque tout le travail ou si une solution temporaire existe. Le degré d’urgence est plus clair avec une échéance qu’avec le mot « urgent » seul.
Faut-il reproduire l’envoi plusieurs fois avant de contacter l’assistance ?

Évitez les répétitions si l’action peut créer des doublons, déclencher un paiement ou envoyer plusieurs demandes. Recherchez d’abord une confirmation déjà reçue et signalez l’incertitude. Pour une capture, masquez les informations personnelles et les secrets ; transmettez seulement ce qui aide à comprendre l’échec.

Décrire un incident reproductible

Résultat attendu
Ce que l’action devait produire, formulé de manière observable : ouvrir une page, trouver un résultat ou valider un champ.
Résultat observé
Ce qui s’est produit à la place, avec les étapes, l’heure et le message pertinent. Une cause supposée doit rester séparée.

Comparez « le site ne marche pas » avec « après validation du champ ville, le bouton reste désactivé ». La seconde formulation fournit un point de départ pour reproduire le problème.

Préparer un signalement qui permette une réponse précise

Utilisez ces rubriques pour préparer votre échange ou votre vérification. Aucune information n’est saisie ni transmise sur cette page.

Titre centré sur l’action
Utilisez la structure « action tentée : résultat observé ». Exemple fictif : « Ajouter une pièce jointe : message d’envoi impossible ». Le titre décrit le problème sans prétendre en connaître la cause.
Ce qui a changé avant l’incident
Indiquez un changement connu de navigateur, de fichier ou de contexte, sans l’affirmer responsable. Si aucun changement n’est identifié, dites-le plutôt que d’inventer une explication.
Essais déjà effectués
Listez seulement les essais réellement réalisés, avec leur résultat et leur ordre. Précisez ceux que vous n’avez pas refaits parce qu’ils pouvaient produire un doublon ; l’assistance pourra proposer une vérification adaptée.
Question pour la prochaine réponse
Demandez quelle vérification non destructive effectuer ou comment confirmer la réception de la demande initiale. Une action suivante clairement formulée évite de repartir d’un échange vague sur le même message.

Exercice éditorial ajouté le . Les scénarios chiffrés sont fictifs et ne décrivent pas une prestation réalisée.