Conversation annexe
Définition
Une conversation annexe est un fil séparé dérivé d'un ticket de support principal — avec d'autres participants, comme une équipe interne, un fournisseur ou un autre service — utilisé pour collecter des informations sans encombrer la conversation visible par le client.
Comment cela fonctionne
Pendant le traitement d'un ticket, un agent ouvre une conversation annexe pour impliquer quelqu'un en dehors du fil principal — écrire à un entrepôt au sujet du stock, contacter l'équipe technique pour un bug, ou demander une validation à un manager. Cet échange reste rattaché au ticket, mais invisible pour le client.
Contrairement à une simple note interne, une conversation annexe est un véritable fil bidirectionnel, avec ses propres destinataires et son propre canal (e-mail, Slack ou un ticket lié) : les allers-retours sont donc conservés au même endroit, rattachés à la demande d'origine.
Pourquoi c'est important
Les conversations annexes maintiennent hors de la vue du client la coordination que demande souvent la résolution d'un ticket, tout en la conservant comme contexte. Le client voit un fil propre ; l'agent garde chaque échange interne documenté sur le ticket — utile pour l'audit, pour l'agent suivant qui le reprend, et pour entraîner l'IA sur la façon dont les problèmes se résolvent réellement.
Questions fréquentes
Quelle est la différence entre une conversation annexe et une note interne ?
Une note interne est un commentaire à sens unique laissé sur le ticket à l'attention des collègues ; une conversation annexe est un fil séparé à part entière, avec ses propres participants et son propre canal, qui permet de correspondre réellement avec un tiers sans quitter le ticket.
Les clients voient-ils les conversations annexes ?
Non. Les conversations annexes sont internes par conception : elles se détachent du ticket pour la coordination et restent masquées dans le fil visible par le client.
Termes liés
Ticket de support
Un ticket de support est un enregistrement unique et traçable de la demande ou du problème d'un client, qui contient la conversation complète et les métadonnées — statut, priorité, agent assigné, tags — depuis son ouverture jusqu'à sa résolution..
Transfert à un humain
Le transfert à un humain est le principe, chez Macha, de garder une personne dans la boucle sur tout ce qui est visible par le client — très concrètement au moyen de garde-fous de confirmation qui suspendent un agent avant toute action d'écriture en chat interactif, et de schémas d'escalade qui orientent les cas difficiles vers votre équipe..
Boîte de réception partagée
Une boîte de réception partagée est une adresse e-mail unique (comme support@ ou help@) à laquelle toute une équipe peut accéder et qu'elle gère ensemble, avec la visibilité sur qui traite quel message, afin qu'aucune réponse ne soit oubliée ni envoyée en double..
Escalade
L'escalade est le fait de transférer un ticket de support à un niveau supérieur, à un spécialiste ou à un manager, lorsque l'agent en charge ne parvient pas à le résoudre ou que le ticket risque de faire dépasser un SLA..
Espace de travail de l'agent
Un espace de travail de l'agent est l'interface unifiée dans laquelle un agent de support traite son travail — tickets, chats en direct, contexte client et canaux — sur un seul écran, sans avoir à passer d'un outil à l'autre pour répondre..
Passez à l'action
Macha est une couche d'agents IA qui se pose sur le help desk que vous utilisez déjà, Zendesk, Freshdesk, Front, Intercom ou Gorgias.
Démarrer l'essai