Comment définir les limites du support client sur WebChat et WhatsApp

Pourquoi les équipes de messagerie ont besoin de limites de service claires et documentées

Une limite de service définit ce qu’une équipe de support peut accomplir dans une conversation, ce qu’elle peut prendre en charge sous certaines conditions et ce qui doit suivre un autre processus. Il ne s’agit pas simplement d’une liste de sujets que les agents doivent refuser. Une bonne limite aide le client à comprendre ce qui va se passer ensuite.

Sans limites écrites, deux agents peuvent donner des réponses différentes à une même demande. Les clients peuvent aussi devoir fournir des renseignements dont l’équipe n’a pas besoin, ou être redirigés sans recevoir assez de contexte pour agir. Documenter la décision et l’étape suivante permet d’assurer des réponses plus cohérentes sur WebChat et WhatsApp.

Une limite est une politique opérationnelle, pas une fonctionnalité de la plateforme de messagerie. Une boîte de réception partagée peut aider les équipes à organiser les conversations, les agents, les services, le routage, les horaires, les niveaux de service, les modèles et les étiquettes ; il revient toujours à l’organisation de définir ce que chaque équipe est autorisée et équipée à faire.

• Définissez le résultat autorisé, pas seulement le sujet. Par exemple, une équipe peut expliquer une politique sans être autorisée à approuver une exception.
• Désignez le responsable des demandes qui ne peuvent pas être traitées dans la conversation en cours.
• Consignez les exceptions, les règles d’urgence et le chemin d’escalade vers un interlocuteur humain afin que les agents n’aient pas à improviser.

Évaluez chaque demande selon quatre critères de décision

Posez les mêmes quatre questions pour chaque demande avant de décider si elle peut être traitée dans la conversation. Une demande peut en principe se prêter à la messagerie, mais nécessiter un autre canal en raison de son niveau de risque, des renseignements requis ou des options de support disponibles.

Adéquation de la tâche : le travail peut-il être accompli clairement au fil d’un échange, ou dépend-il d’une soumission formelle, de l’examen d’un document, d’une intervention physique ou d’un autre processus ? Faites la distinction entre fournir des renseignements, prendre une décision et effectuer une action.

Risque : que pourrait-il se passer si la réponse est erronée, mal comprise ou tardive ? Tenez compte des conséquences financières, de sécurité, de confidentialité, juridiques ou d’autres conséquences importantes pour votre service. Fixez des limites plus strictes lorsqu’une erreur pourrait causer un préjudice important et ne demandez pas aux agents de prendre des décisions qui dépassent leur autorité.

Besoins en renseignements : quels sont les renseignements minimaux nécessaires pour passer à l’étape suivante ? Si la tâche exige des renseignements qu’il n’est pas autorisé à recueillir dans la conversation en cours, ou qui ne peuvent pas y être examinés de façon fiable, utilisez plutôt le processus approuvé par l’organisation. Ne recueillez pas de renseignements sensibles supplémentaires simplement pour donner l’impression que la conversation est complète.

Canaux disponibles : existe-t-il un canal réel, doté du personnel nécessaire, capable de traiter la demande et accessible au client ? Déterminez l’équipe responsable, la façon de la joindre, les renseignements à préparer et la marche à suivre si le canal privilégié n’est pas disponible. Un canal qui n’existe que sur papier ne constitue pas une prochaine étape utile.

• Demandez-vous : cette tâche relève-t-elle de l’autorité et des compétences de cette équipe ?
• Demandez-vous : le niveau de risque est-il acceptable pour ce canal et ce processus ?
• Demandez-vous : pouvons-nous recueillir et utiliser les renseignements nécessaires de manière appropriée ?
• Demandez-vous : pouvons-nous indiquer une prochaine étape accessible et disponible ainsi qu’un responsable humain ?

Créez une matrice de limites de service à trois résultats

Créez une matrice concise que les agents peuvent consulter rapidement. Adaptez-la à votre service : les exemples ci-dessous illustrent des types de décisions et ne constituent pas des règles universelles. Confirmez l’équipe responsable, les actions autorisées et les canaux approuvés auprès des personnes chargées des politiques concernées.

Traiter ici : choisissez ce résultat lorsque la demande se prête à la messagerie, que l’agent est habilité à la traiter, que les renseignements nécessaires peuvent être gérés de manière appropriée et que le niveau de risque est acceptable. Indiquez ce qui a été fait ainsi que toute action ou limite restante.

Poursuivre avec des garde-fous : choisissez ce résultat lorsque la demande peut rester dans la conversation, mais nécessite une condition définie — par exemple, une réponse plus limitée, une vérification par un collègue habilité ou une restriction sur les renseignements communiqués. Expliquez la condition et ce que le client peut attendre ensuite. Si le garde-fou ne peut pas être respecté, orientez la demande vers un autre processus.

Utiliser un autre processus : choisissez ce résultat lorsque la tâche dépasse l’autorité de l’équipe, que les renseignements ou l’action nécessitent un autre processus approuvé, que le risque est trop élevé pour la conversation en cours ou qu’il est impossible de traiter la demande de façon fiable dans la messagerie. Indiquez au client un canal concret et, s’il y a lieu, mettez sa demande en contact avec une équipe ou une personne responsable désignée.

• Pour chaque type de demande courant, consignez : le résultat, sa justification, l’action autorisée, les renseignements pouvant être utilisés, le responsable et la prochaine étape à communiquer au client.
• Signalez séparément les situations urgentes ou susceptibles de causer un préjudice et précisez le chemin d’escalade vers un interlocuteur humain ainsi que les délais de réponse attendus par l’organisation. Ne laissez pas les agents décider seuls de ce qui est urgent sans consignes.
• Examinez les cas ambigus avec les responsables des politiques, de la confidentialité, de la sécurité ou des domaines spécialisés avant d’ajouter une nouvelle règle.

Expliquez la limite et proposez une prochaine étape utile

Un refus sans solution de rechange mène à une impasse. Un message utile reconnaît la demande, explique brièvement la limite et indique une prochaine étape que le client peut suivre. Évitez le jargon interne, les reproches, les consignes vagues comme « contactez le service concerné » et les promesses que l’équipe ne peut pas tenir.

Lorsque le client doit fournir des renseignements, précisez lesquels sont nécessaires et pourquoi, puis expliquez comment les transmettre par le canal approuvé. Les directives du W3C sur le critère de succès 3.3.2 des WCAG préconisent des étiquettes ou des instructions qui aident les utilisateurs à savoir quels renseignements saisir. Lorsqu’une erreur de saisie est détectée et qu’une suggestion de correction est connue, le critère de succès 3.3.3 des WCAG exige de fournir cette suggestion, sauf si cela compromet la sécurité ou la finalité du contenu.

Si le client ne peut pas utiliser le canal proposé, ne vous contentez pas de le lui répéter. Demandez-lui quel obstacle il rencontre, puis suivez les options d’assistance documentées. Les besoins de support varient ; les canaux possibles dans la conception de services comprennent le téléphone, l’aide en personne ou, s’il y a lieu, le chat Web. Ne proposez que les options réellement offertes par votre organisation.

• Reconnaître la demande : « Je comprends que vous souhaitez que nous… »
• Expliquer : « Je ne peux pas effectuer ce changement dans cette conversation parce que… »
• Indiquer une action précise : « Veuillez envoyer votre demande par [canal approuvé] et y inclure [renseignements nécessaires]. »
• Ne donner des attentes que si elles sont confirmées : nommez l’équipe ou l’étape suivante, sans inventer de délai de réponse.
• Proposer un interlocuteur humain : « Si vous ne pouvez pas suivre ce processus, dites-moi ce qui vous en empêche et je vous expliquerai les options de support disponibles. »

Appliquez une politique cohérente sur WebChat et WhatsApp sans supposer que les canaux sont identiques

Commencez par définir une politique unique pour le service, puis consignez les limites propres à chaque canal que votre équipe a confirmées. La limite ne devrait pas changer simplement parce qu’un agent répond sur WebChat plutôt que sur WhatsApp. Toutefois, les renseignements qui peuvent être recueillis, le contexte du client et les façons pratiques de poursuivre peuvent varier ; vérifiez donc les consignes sur chaque canal.

webchat.vip fournit une boîte de réception partagée pour les conversations WebChat et WhatsApp. Chaque canal WebChat dispose également d’un widget installable, personnalisable et multilingue. Ces fonctionnalités peuvent aider les équipes à organiser les conversations et à présenter des consignes, mais elles ne définissent pas les demandes que votre organisation devrait accepter ou autoriser.

Appliquez les directives WCAG au contenu Web que votre organisation contrôle, comme son widget WebChat. Les WCAG couvrent le contenu dynamique et le Web sur mobile ; cela ne signifie pas que votre organisation contrôle l’interface de WhatsApp. Veillez à ce que le texte soit lisible sur mobile, utilisez des étiquettes et des instructions claires et ne vous fiez pas uniquement à la mise en forme ou aux repères visuels. Lorsqu’un processus doit se poursuivre ailleurs, expliquez le canal dans la conversation en cours et évitez de demander au client de répéter des renseignements inutilement lorsque vos procédures permettent de transmettre le contexte.

• Utilisez les mêmes catégories de résultats et les mêmes justifications de politique sur tous les canaux.
• Vérifiez que les liens, les coordonnées, les instructions et les choix de langue proposés sont exacts sur chaque canal.
• Ne promettez pas qu’un client peut accomplir une tâche sur un canal tant que l’équipe n’a pas confirmé que ce canal est disponible et adapté.
• Traitez les exigences de confidentialité, de consentement et de sécurité comme des règles opérationnelles ; ne recueillez que les renseignements nécessaires à l’étape suivante définie.

Transformez la politique en liste de contrôle pour les agents

Une courte liste de contrôle rend ce cadre utilisable pendant les conversations en direct. Gardez-la à proximité des consignes de l’équipe et assurez-vous que les agents savent où demander de l’aide lorsqu’un cas ne correspond pas aux scénarios prévus. Une politique de limites doit guider le jugement dans des limites claires, et non inciter les agents à deviner.

Pour les demandes qui nécessitent des renseignements, précisez ce qui est indispensable et comment le client doit les fournir. Le Privacy Framework du NIST est une ressource volontaire pour repérer et gérer les risques liés à la vie privée tout en protégeant celle des personnes ; appuyez-vous sur les responsables de la confidentialité de votre organisation et sur les exigences applicables pour définir les règles propres à votre service.

Pour les contrôles techniques de sécurité, ne vous fiez pas uniquement à la formulation des messages. L’Application Security Verification Standard de l’OWASP fournit une base pour tester les contrôles de sécurité des applications Web. Demandez aux responsables techniques et de la sécurité concernés de déterminer quels contrôles s’appliquent aux systèmes et processus en question.

• Déterminez le résultat recherché par le client ; ne lui prêtez pas d’intentions qu’il n’a pas exprimées.
• Vérifiez la tâche à l’aide de la matrice à trois résultats et confirmez que l’agent est habilité à agir.
• Limitez les questions aux renseignements nécessaires pour l’action approuvée ; expliquez les renseignements requis en termes simples.
• Si le cas est hors périmètre ou incertain, expliquez la limite et suivez le canal documenté vers une personne ou une équipe habilitée.
• Consignez la raison et le résultat selon le processus approuvé par l’équipe, sans ajouter de renseignements personnels inutiles.
• Vérifiez que le client dispose d’une prochaine étape qu’il peut suivre et comprend quoi faire si le canal n’est pas accessible.

Réexaminez les décisions relatives aux limites et éliminez les impasses récurrentes

Les limites doivent être réexaminées à mesure que les besoins des clients, les politiques et les conditions opérationnelles évoluent. Repérez les demandes récurrentes que les agents ne peuvent pas traiter, les renvois répétés vers la même équipe, les commentaires de clients révélant de la confusion et les conversations qui se terminent sans résolution claire ni prochaine étape. Ces tendances peuvent signaler un canal manquant, une formulation peu claire, une règle obsolète ou une tâche à réévaluer — et pas simplement la nécessité de refuser plus systématiquement.

Examinez des exemples avec les agents de première ligne et les responsables des politiques concernées. Vérifiez que la règle écrite correspond à l’autorité réelle et aux canaux de service disponibles. Dans la mesure du possible, testez les nouvelles formulations auprès des utilisateurs et vérifiez qu’elles restent compréhensibles et cohérentes du début à la fin. Les recommandations de service de GOV.UK préconisent de relier les différents canaux, de rendre les services simples à utiliser et de les améliorer tout au long de leur existence.

• Suivez les résultats liés aux limites, les demandes non résolues, les renvois répétés et les commentaires des clients à l’aide des données opérationnelles déjà recueillies par votre équipe.
• Échantillonnez des conversations pour vérifier si les agents expliquent la raison, suivent le canal approuvé et évitent de recueillir des renseignements inutiles.
• Lorsqu’une règle est mise à jour, informez les agents concernés, actualisez les modèles ou les consignes et vérifiez que le nouveau canal est réellement disponible.
• Transmettez les questions contestées de politique, de confidentialité ou de sécurité au responsable humain concerné au lieu de les trancher au cas par cas dans une conversation client.