La panne est comprise,le message est prêt.
Ce site est injoignable : cherche la cause et prépare le message au client.
- Ce site est injoignable, cherche la cause
- Accès choisi dans le coffre-fort
- Service arrêté, journaux lus
- Brouillon pour le client, trace conservée
Bonjour Philippe,
Votre site n’était plus joignable de 8 h 12 à 8 h 40.
La cause probable est un disque saturé, nous la confirmons.
Nous surveillons le site cette semaine.
Reconstitution sur des données fictives.
Comment expliquer clairement une panne de site à son client ?
Dans Nexus, quand un site est injoignable, l’agent ouvre l’accès adapté du coffre-fort sans recopier le mot de passe, regarde le serveur et les journaux, et cherche la cause.
- Il prépare ensuite un message simple pour le client, en brouillon dans Message.
- Vous relisez et vous envoyez.
- Une trace reste de ce qui a été fait.
Ce qui se passe, dans l’ordre.
Constater la panne
Dans Sites, vous voyez l’alerte. L’agent confirme que le site est injoignable et note l’heure.
Chercher la cause
Il utilise l’accès du coffre-fort sans recopier le mot de passe et lit les journaux du serveur.
Écrire au client
Il prépare un message simple : ce qui s’est passé, ce qui a été fait, ce qui reste à surveiller.
Relire et envoyer
Vous corrigez le ton, vérifiez les faits et envoyez. Chaque action de l’agent laisse une trace à relire.
Dites-le
à votre façon.
Questions fréquentes sur ce cas
La cause trouvée peut n’être que probable, et l’agent le dit. Ne promettez pas de délai au client sans l’avoir confirmé vous-même.
Une autre question ? Écrivez-nous →L’agent redémarre-t-il le serveur seul ?
Il propose le geste. Ce qui touche la production se décide avec vous, et chaque action est journalisée.
Le client voit-il le détail technique ?
Seulement ce que vous écrivez. Le brouillon est en langage simple, et les notes internes restent à l’équipe.