Ce que c'est
Un outil de chronologie pour les incidents support. Il transforme les messages et notes copiés en un seul récit ordonné, avec les délais de réponse et les silences repérés.
Chronologies d'incident pour les équipes support
Support Timeline lit les messages de chat, les courriels et les lignes de logs que vous collez, les remet dans l'ordre et mesure combien de temps le client a attendu à chaque étape. Ensuite, il rédige pour vous le message au client et la chronologie du post mortem.
Mon tableau de bord est vide depuis ce matin
Merci, nous regardons tout de suite
Des nouvelles ? Mon équipe ne peut plus expédier
Désolés pour l'attente, le correctif est en ligne
Un outil de chronologie pour les incidents support. Il transforme les messages et notes copiés en un seul récit ordonné, avec les délais de réponse et les silences repérés.
Les responsables support, les ingénieurs d'astreinte, les customer success managers et les fondateurs qui répondent aux clients pendant une panne.
Pendant un incident, l'histoire est éparpillée dans cinq discussions et personne ne sait combien de temps le client a attendu. Ici, elle devient une seule ligne chiffrée, prête à partager.
Collez le fil tel quel. Les lignes sont triées par heure, les doublons retirés et chaque message étiqueté. Tout reste dans cette page.
Un message par ligne commençant par l'heure, ou des exports de chat où le nom et l'heure sont sur leur propre ligne.
Les heures comme 10:02, 10:02 AM, 2026-10-21 10:02 ou Oct 21, 10:02 fonctionnent. Écrivez un nom avant les deux points pour indiquer qui parle, et ajoutez client ou customer entre parenthèses après le nom pour marquer le côté client.
Collez un fil et appuyez sur Créer la chronologie, ou chargez l'exemple pour voir le fonctionnement.
Chaque chiffre part du premier message du client, pas du moment où l'équipe a remarqué le problème.
Le temps avant qu'un membre de l'équipe réponde. C'est ce que le client ressent en premier.
Le temps avant que quelqu'un confirme qu'il enquête ou fasse remonter le problème. Une réponse automatique ne compte pas, sauf si elle le dit.
Le temps avant qu'un retour arrière, un contournement ou un correctif soit en place, même non confirmé.
Le temps avant que le client ou l'équipe confirme que tout refonctionne.
Les écarts entre les messages de l'équipe avant la résolution. Ils passent en rouge quand l'équipe se tait plus longtemps que votre objectif de mise à jour.
Les écarts qui commencent par un message du client et se terminent par la réponse suivante de l'équipe. Le plus long est celui dont on se souvient.
Prenez les messages du chat, des courriels ou de votre outil de support, ainsi que les notes des alertes ou du canal d'incident.
Collez tout, dans n'importe quel ordre. Réglez vos objectifs de première réponse et de mise à jour.
Chaque ligne est étiquetée signalement, mise à jour, correctif ou résolution. Si la supposition est fausse, changez l'étiquette ou le côté en un clic.
Copiez le message au client dans votre langue, ou téléchargez la chronologie du post mortem en Markdown.
Tous ceux qui ne sont pas marqués comme client. Pour marquer le client, écrivez client, customer ou user entre parenthèses après le nom, ou changez le côté sur n'importe quelle ligne.
L'équipe n'a rien écrit pendant plus longtemps que votre objectif de mise à jour alors que le problème était encore ouvert.
Oui. La première ligne devient le début et tous les chiffres partent d'elle.
Quand le problème a commencé, quand vous avez répondu, quand le correctif est sorti et quand tout a été résolu, en phrases simples que vous pouvez modifier.