Comment utiliser les numéros de référence de dossier dans le chat du support client sans accroître l’effort des clients

Pourquoi les demandes de numéro de référence créent un effort évitable

Un numéro de référence peut accélérer une conversation de support, mais uniquement lorsqu’il constitue le moyen fiable le plus court d’accéder au dossier. Il crée un effort lorsqu’un opérateur le demande avant de vérifier la conversation en cours, les dossiers disponibles dans les systèmes approuvés par l’organisation ou les informations que le client a déjà fournies au cours du même parcours.

L’échec le plus courant consiste à traiter chaque demande par « Veuillez fournir votre numéro de référence. » Les clients peuvent ne pas savoir quel numéro est demandé, ne pas parvenir à le trouver ou l’avoir déjà fourni. Une demande vague augmente aussi le risque qu’ils envoient des informations personnelles sans rapport ou excessives.

Définissez clairement l’objectif de la politique : utiliser une référence comme aide au contexte et à la recherche, et non comme une barrière que les clients doivent franchir avant de recevoir une aide raisonnable.

• Recherchez d’abord dans la conversation en cours et dans les dossiers pertinents disponibles via les systèmes approuvés par l’organisation, lorsque cela est approprié sur le plan opérationnel.
• Demandez uniquement l’identifiant nécessaire pour la demande en cours.
• Proposez immédiatement une autre voie lorsque le client ne dispose pas du numéro.
• N’exigez pas de ressaisir des informations déjà fournies dans le même processus numérique, sauf si cela est essentiel ou requis pour la sécurité.

Séparer la recherche, l’authentification et l’autorisation

Une procédure opérationnelle solide sépare trois décisions. Retrouver un dossier répond à la question : « De quel dossier parlons-nous ? » L’authentification répond à la question : « Cette personne a-t-elle prouvé qu’elle contrôle le moyen d’authentification requis ? » L’autorisation répond à la question : « Cette personne authentifiée peut-elle effectuer cette action ? »

Une référence de dossier, de commande ou de réclamation peut aider à retrouver un dossier. Elle ne prouve pas l’identité de la personne qui participe au chat et n’autorise pas la divulgation d’informations protégées, la modification d’une adresse, l’annulation d’une commande, la modification des paramètres du compte ou toute autre action sensible.

Définissez des procédures de vérification et d’approbation propres à chaque action en dehors du flux de travail lié aux numéros de référence. Les opérateurs ne doivent pas improviser en demandant davantage d’identifiants jusqu’à se sentir en confiance.

• Recherche : utilisez la référence minimale nécessaire pour retrouver un dossier pertinent.
• Authentification : utilisez la méthode approuvée par l’organisation lorsqu’il faut établir l’identité.
• Autorisation : vérifiez si la personne authentifiée peut demander l’action précise.
• Ne demandez jamais aux clients de communiquer des mots de passe, des mots de passe à usage unique ou d’autres facteurs d’authentification dans un chat ordinaire.

Créer une cartographie des identifiants par type de demande

Remplacez l’expression fourre-tout « numéro de référence » par une cartographie contrôlée des identifiants. Chaque type de demande doit nommer l’identifiant privilégié, une alternative acceptable, la finalité de sa collecte et les actions qui nécessitent toujours une vérification distincte.

Cela améliore la compréhension des clients et rend le traitement interne plus cohérent. Cela empêche également qu’une référence de livraison soit considérée comme interchangeable avec un dossier de réclamation ou un identifiant de compte.

• Demande concernant une commande : demandez la référence de commande ; indiquez l’e-mail de confirmation de commande comme piste pour la trouver.
• Problème de livraison : demandez la référence de livraison ou de suivi lorsque le problème concerne un envoi.
• Suivi de réclamation : demandez la référence de réclamation ou la référence d’un dossier de support antérieur.
• Demande liée au compte : utilisez la voie approuvée de recherche du compte ; ne laissez pas entendre qu’une référence de commande vérifie la propriété du compte.
• Conversation précédente : utilisez la référence du support antérieur uniquement pour retrouver l’interaction précédente, et non pour autoriser une nouvelle action.

Déterminer quand un opérateur doit demander une référence

Créez une courte séquence de décision que les opérateurs peuvent appliquer de façon cohérente. Commencez par identifier l’objectif du client. Examinez ensuite la conversation active et les dossiers pertinents disponibles dans les systèmes approuvés par l’organisation afin d’y trouver un identifiant utilisable. Demandez une référence uniquement si elle est nécessaire pour retrouver ou distinguer le dossier pertinent et qu’elle ne peut raisonnablement pas être trouvée à partir des informations disponibles.

Évitez de collecter une référence simplement parce qu’elle pourrait être utile plus tard. Si la demande peut recevoir une réponse sans ouvrir un dossier propre au client, n’en demandez pas. Si une action sensible est demandée, passez au processus approuvé d’authentification et d’autorisation au lieu de vous appuyer sur la référence.

Pour les opérations partagées sur WebChat et WhatsApp, donnez la même séquence de décision à chaque service afin que les transferts ne redémarrent pas le processus de collecte d’informations.

• Demandez une référence lorsque plusieurs dossiers peuvent vraisemblablement correspondre et que cette référence constitue le moyen de distinction le moins contraignant.
• Ne la demandez pas lorsqu’elle est déjà visible dans la conversation en cours ou disponible via les systèmes approuvés.
• Ne la demandez pas lorsqu’une aide générique résout le problème.
• Transférez plutôt que de deviner lorsque les dossiers sont contradictoires, qu’une correspondance est ambiguë ou que l’action demandée est sensible.

Utiliser une demande client claire et accessible

Une bonne demande indique ce qui est nécessaire, pourquoi cela est nécessaire, où le trouver et ce qui se passe si le client ne parvient pas à le localiser. Nommez précisément l’identifiant. Si un format attendu est utile, fournissez un court exemple sans laisser entendre que ce format prouve le droit d’accès au dossier.

Évitez les abréviations non expliquées, les longues listes de numéros possibles et les messages qui obligent le client à chercher dans tous ses e-mails. Des libellés et instructions clairs réduisent les erreurs de saisie ; des messages d’erreur utiles doivent expliquer le problème en texte plutôt que d’indiquer simplement que la recherche a échoué.

• Demande privilégiée : « Pour retrouver la livraison, veuillez m’envoyer la référence de livraison figurant dans votre e-mail d’expédition. Elle apparaît généralement à côté de “Référence de livraison”. Si vous ne la trouvez pas, dites-le-moi et je vous aiderai par une autre voie. »
• Demande de format : « La référence de commande commence généralement par ORD- suivi de chiffres, par exemple ORD-12345. Veuillez envoyer uniquement la référence de commande. »
• Message de format non valide : « Cela ne ressemble pas à une référence de commande. Veuillez vérifier l’e-mail de confirmation pour trouver un numéro commençant par ORD-. Si vous ne le trouvez pas, répondez “Je ne le trouve pas” et je transmettrai votre demande pour obtenir de l’aide. »
• Message de recherche infructueuse : « Je n’ai pas trouvé de dossier correspondant à cette référence de livraison. Veuillez vérifier les caractères et l’envoyer à nouveau, ou dites-moi si vous avez besoin qu’une personne l’examine. »

Minimiser les données dans le chat en texte libre

Le chat en texte libre incite les clients à envoyer davantage d’informations que nécessaire. La politique doit indiquer aux clients précisément quel identifiant fournir et décourager explicitement l’envoi de données sans rapport. Les opérateurs ne doivent pas demander un ensemble de données personnelles « au cas où ».

Utilisez une collecte de réponses validées lorsqu’un format prévisible est réellement utile, tout en restant proportionné. La validation de format peut améliorer la qualité des données ; elle ne peut pas établir l’identité, prouver la propriété ni déterminer si un client peut effectuer une action.

Examinez régulièrement les données stockées liées aux identifiants et supprimez les informations qui ne sont plus pertinentes pour la finalité de support définie.

• Demandez un identifiant à la fois lorsque cela est possible.
• Ne demandez pas aux clients de coller des secrets d’authentification dans le chat.
• Ne demandez pas plusieurs références comme substitut à un processus de vérification approuvé.
• Utilisez une voie d’exception examinée par un humain lorsqu’une validation rigide exclurait un client légitime.
• Limitez les dossiers internes à l’identifiant, son type, le résultat de la recherche et l’action suivante, sous réserve de la politique de confidentialité et de sécurité de l’organisation.

Enregistrer les identifiants de manière cohérente dans la boîte de réception partagée

Une boîte de réception partagée nécessite une convention d’enregistrement afin que l’opérateur suivant puisse comprendre ce qui a été fourni sans avoir à le demander de nouveau. Dans webchat.vip, les équipes peuvent utiliser une boîte de réception partagée avec des opérateurs, des services, un routage, des modèles et des étiquettes. Configurez le flux de travail autour d’un petit ensemble documenté d’étiquettes et de modèles approuvés plutôt que de disséminer des identifiants non structurés dans les messages de conversation.

Conservez un enregistrement opérationnel factuel. Notez le type de référence, le résultat de la recherche, si une vérification reste nécessaire et le prochain responsable dans le système d’enregistrement autorisé par l’organisation. N’indiquez pas que la référence a elle-même authentifié le client.

Tout enregistrement d’identifiants, les contrôles d’accès et les périodes de conservation doivent respecter la politique de confidentialité et de sécurité de l’organisation. Évitez de copier un identifiant dans des notes lorsqu’il existe déjà dans un dossier structuré autorisé. Lorsque l’organisation utilise des notes internes de transfert dans un système autorisé, utilisez-les pour préserver le contexte essentiel entre les services et réservez les étiquettes aux états opérationnels définis.

• Étiquettes recommandées : reference-demandee, reference-recue, recherche-correspondance-trouvee, recherche-introuvable, verification-requise, examen-humain-necessaire.
• Exemple d’enregistrement de transfert, lorsque cela est autorisé : « Référence de livraison reçue ; recherche correspondant à un dossier ; aucune vérification d’identité effectuée ; le client demande un changement d’adresse ; orienter vers le processus de vérification approuvé. »
• Évitez les enregistrements vagues tels que « client vérifié » lorsqu’une référence a seulement été fournie.
• Donnez aux opérateurs des modèles approuvés pour les demandes, les échecs et les transferts.

Concevoir des solutions de repli sûres et une voie d’escalade humaine

Une référence absente ou sans correspondance ne doit pas devenir une impasse. Les clients peuvent avoir supprimé un message, reçu un numéro incorrect, ne pas avoir accès à un appareil ou à une messagerie e-mail, ou nécessiter une assistance en matière d’accessibilité. Donnez aux opérateurs une voie alternative documentée, adaptée à la demande et qui n’encourage pas la collecte de données inutile.

L’automatisation peut collecter une référence, vérifier un format défini, orienter la conversation selon le résultat et transférer celle-ci. Dans webchat.vip, les flux automatisés peuvent collecter des réponses validées, envoyer des messages ou des fichiers, créer des branches et transmettre des conversations à des personnes. Utilisez ces capacités pour réduire les frictions courantes, et non pour prendre une décision impossible à examiner concernant l’identité ou le droit à une action.

Définissez des déclencheurs explicites pour l’intervention d’une personne. Le transfert doit indiquer au client ce qui se passera ensuite, et l’opérateur destinataire doit utiliser la conversation en cours et les dossiers autorisés afin d’éviter des demandes répétées inutiles.

• Transférez à une personne lorsque le client ne parvient pas à trouver l’identifiant après des instructions claires.
• Transférez lorsqu’une référence échoue à la recherche après une vérification attentive, ou lorsque plusieurs dossiers semblent possibles.
• Transférez immédiatement en cas de contraintes d’accessibilité ou technologiques, de suspicion de compromission du compte, de préoccupations de confidentialité, de litiges, de préoccupations liées à la protection des personnes ou d’actions sensibles nécessitant une vérification approuvée.
• Dites au client : « Je transfère cette demande à un spécialiste du support qui pourra examiner les alternatives. Je veillerai à ce qu’il puisse voir les informations que vous avez déjà partagées lorsque notre processus le permet. »
• Transmettez à l’opérateur destinataire le type de demande, le résultat de la recherche, les informations pertinentes de la conversation et le motif de l’escalade via le processus autorisé par l’organisation.