Organigramme du processus de transfert du chat en direct
Organigramme du processus de transfert de chat en direct pour la vérification, le diagnostic, le transfert chaleureux ou asynchrone, la capture de transcription, l'examen d'urgence, la reconnaissance du propriétaire et la confirmation du…
Qu'est-ce que le processus organigramme du processus de transfert du chat en direct ?
Un transfert de chat en direct échoue lorsque le client doit recommencer. Ce modèle commence par capturer le client, le problème et le résultat souhaité, puis applique la vérification de l'identité uniquement lorsque les informations du compte ou l'action l'exigent. L'agent de première ligne examine les contacts précédents et décide si le problème peut être résolu dans la conversation en cours. Dans le cas contraire, le processus choisit entre un transfert chaleureux vers un spécialiste disponible et un dossier asynchrone portant la transcription, un résumé concis et les preuves déjà recueillies.
Le graphique traite la communication comme faisant partie du transfert plutôt que comme une courtoisie après celui-ci. L'impact urgent reçoit un propriétaire prioritaire et un délai, tandis que chaque itinéraire indique au client qui prend le relais, quel canal sera utilisé et quand s'attendre à un contact. Le client peut contester un plan inapproprié avant le départ de l'agent d'origine, et le propriétaire destinataire doit reconnaître le cas. La résolution ou la première mise à jour promise parvient ensuite au client, dont la confirmation clôt un historique continu ou renvoie le problème à un cas documenté. Le processus porte délibérément sur la continuité entre les canaux et non sur le flux de travail de diagnostic détaillé du spécialiste.
Ce que couvre cet organigramme
Dans ce modèle
- Vérification d'identité conditionnelle qui protège les informations du compte sans ajouter de friction à chaque conversation
- Un choix entre un transfert à chaud et un transfert asynchrone, avec un contexte préparé avant que le client ne change de propriétaire ou de canal
- Transcription, résumé, preuve, urgence, priorité, délai de réponse et accusé de réception du propriétaire destinataire
- Acceptation par le client du plan de transfert et boucle de confirmation finale qui maintient le lien entre les discussions et l'historique des cas.
Quand utiliser ce modèle
- Les clients répètent les détails du compte et les étapes de dépannage après les transferts par chat en direct
- Les agents terminent les conversations avec une vague promesse qu'une autre équipe répondra, mais aucun propriétaire ni date limite n'est visible.
- Les transferts chauds et les tickets de suivi utilisent des pratiques différentes et les discussions urgentes perdent la priorité lorsqu'elles deviennent asynchrones
- Vous concevez des transitions de robot à agent, d'agent à spécialiste ou de chat à e-mail et vous avez besoin d'une seule norme de continuité
Comment cela fonctionne
Marquez où la vérification est requise
Identifiez les sujets qui exposent les données du compte ou autorisent des modifications, et utilisez uniquement votre méthode de vérification approuvée pour ces chemins. Définissez les informations sécurisées qu'un agent peut toujours fournir en cas d'échec de la vérification.
Définir le package de transfert
Exigez un bref énoncé du problème, le résultat souhaité, les étapes déjà essayées, les preuves pertinentes, l'impact sur le client et le lien de transcription complet. Une transcription seule ne constitue pas un résumé, et un résumé sans preuve oblige le prochain propriétaire à répéter le diagnostic.
Définir des règles de transfert à chaud et asynchrones
Indiquez combien de temps un agent attend un spécialiste, quels sujets sont éligibles pour un transfert en direct et quand un dossier doit être créé à la place. Ajoutez une règle d'urgence qui survit au passage du chat vers une autre file d'attente.
Mesurer les défaillances de continuité
Examinez les transferts dans lesquels le client a répété des informations, l'équipe de réception a rejeté la propriété ou la mise à jour promise a été manquée. Utilisez ces échecs pour améliorer le routage, la dotation en personnel et le modèle de transfert plutôt que de coacher uniquement l'agent expéditeur.
Questions fréquentes
Que doit inclure un transfert de chat en direct ?
Il doit inclure le contexte client vérifié lorsque cela est autorisé, un résumé concis du problème, le résultat souhaité, le dépannage déjà effectué, les preuves à l'appui et un lien vers la transcription. Il doit également nommer le prochain propriétaire, le canal, la priorité et le temps de réponse attendu. Le propriétaire destinataire doit reconnaître le cas afin que le transfert soit un transfert de responsabilité, et pas simplement un transfert de données.
Quelle est la différence entre un transfert à chaud et un transfert asynchrone ?
Lors d'un transfert chaleureux, l'agent d'origine informe un spécialiste disponible avant que ce spécialiste ne rejoigne la conversation en direct. Lors d'un transfert asynchrone, l'agent crée un dossier pour un travail ultérieur et indique au client comment et quand le nouveau propriétaire répondra. Les deux nécessitent le même contexte et la même discipline de propriété ; seuls le timing et le canal diffèrent.
Quand le chat d’origine doit-il être fermé ?
Fermez-le une fois que le problème est résolu dans le chat ou après que le client a accepté un plan de transfert clair et que le propriétaire destinataire a reconnu le cas lié. Ne fermez pas uniquement parce qu’une transcription était jointe ou qu’une autre file d’attente a été sélectionnée. Si le client indique ultérieurement que le problème n'est toujours pas résolu, rouvrez ou poursuivez le dossier lié afin que l'historique reste continu.