Lacunes de connaissances du support client : transformer les tendances en réponses plus utiles

Qu’est-ce qu’une lacune de connaissances dans le support ?

Une lacune de connaissances est un décalage entre les informations dont les clients ou les équipes ont besoin et les consignes disponibles pour répondre à ce besoin. Les consignes peuvent être absentes, inexactes, peu claires, obsolètes ou difficiles à trouver. Une question qui revient est un motif d’enquête, pas la preuve que le contenu est en cause.

Avant de modifier un article, distinguez les problèmes de connaissances des autres types de défaillances. Un cas isolé peut être inhabituel et nécessiter une résolution individuelle. Un problème d’acheminement peut orienter le client vers la mauvaise équipe. Une défaillance de processus peut se produire au sein même du service ou dans la manière dont une équipe de support traite une demande. Les recommandations de GOV.UK sur le support avertissent expressément que des demandes récurrentes peuvent découler de certaines étapes du parcours de service ou du traitement des contacts, et pas seulement de l’absence de contenu d’aide.

• Consignes manquantes : aucune réponse approuvée n’existe pour un besoin récurrent des clients.
• Consignes peu claires : une réponse existe, mais les personnes la comprennent mal ou ne peuvent pas l’appliquer.
• Consignes difficiles à trouver : la bonne réponse existe, mais son titre, son emplacement ou le chemin pour y accéder ne correspond pas à la manière dont les personnes la recherchent.
• Problème d’acheminement, de processus ou de produit : le contenu pertinent peut exister, mais le client ne parvient toujours pas à effectuer la tâche ou à joindre la bonne équipe.

Définissez une question d’examen et un échantillon respectueux de la vie privée

Commencez par une question suffisamment précise pour orienter l’examen. Par exemple, « Pourquoi les clients demandent-ils comment modifier une demande déjà envoyée ? » est plus utile que « Qu’est-ce qui ne va pas avec le support ? ». Avant d’accéder aux conversations, définissez le domaine du service, les canaux, la période et les décisions que l’examen pourrait éclairer.

N’utilisez que les données personnelles strictement nécessaires pour répondre à cette question. Les recommandations de l’ICO sur la minimisation des données précisent que celles-ci doivent être adéquates et pertinentes, limitées au nécessaire, examinées périodiquement et supprimées dès qu’elles ne sont plus utiles. Respectez les règles de votre organisation en matière d’accès, de conservation et de traitement ; ne copiez pas de cas identifiables dans vos documents de travail lorsqu’un résumé anonymisé suffit.

webchat.vip fournit des journaux de conversation, des analyses opérationnelles et des rapports exportables pour WebChat et WhatsApp. Ne sélectionnez que les données et les champs autorisés dont l’examen a besoin. La disponibilité des journaux ou des rapports ne remplace pas les obligations de votre organisation en matière de protection de la vie privée.

• Notez la question de l’examen, les canaux, la période et la décision visée.
• Vérifiez qui est autorisé à accéder aux données sources et où les extraits peuvent être conservés.
• Excluez les noms, coordonnées, identifiants de compte et autres détails propres à un cas, sauf s’ils sont indispensables et autorisés.
• Utilisez un échantillon couvrant les canaux ou équipes pertinents ; ne supposez pas qu’un seul canal représente tous les clients.
• Fixez une date de réexamen et de suppression des extraits temporaires.

Regroupez les conversations par besoin client, pas par mots identiques

Un comptage des mots ou une liste de mots-clés peut constituer un point de départ utile, mais différentes formulations peuvent exprimer le même besoin, tandis que des mots identiques peuvent désigner des problèmes différents. Lisez un petit échantillon en contexte et regroupez les cas selon la tâche que le client cherche à accomplir, l’étape où il rencontre une difficulté et le résultat dont il a besoin.

Les recommandations de GOV.UK sur le support préconisent de regrouper les demandes en catégories utiles, notamment par canal, équipe en mesure d’agir, motif courant, état de la demande et type de contenu. Pour examiner les connaissances, gardez le besoin client comme catégorie principale et utilisez le canal ou l’état comme dimensions complémentaires. Si votre équipe utilise des étiquettes dans webchat.vip, des étiquettes cohérentes peuvent aider à organiser les conversations, mais leur utilité dépend de la définition et de la pratique d’étiquetage qui les sous-tendent.

• Attribuez à chaque groupe une étiquette en langage courant qui décrit la tâche ou la question du client.
• Conservez des groupes distincts lorsque la même formulation renvoie à des causes ou à des résultats différents.
• Consignez le canal et l’état pertinent du cas afin de ne pas détacher les tendances de leur contexte.
• Signalez les cas incertains pour examen au lieu de les faire entrer de force dans une catégorie pratique.
• Gardez quelques exemples anonymisés ou de courts résumés pour montrer pourquoi chaque groupe existe.

Vérifiez la lacune soupçonnée avant de modifier le contenu

Examinez les consignes approuvées en vigueur et le parcours client avant de conclure qu’une réponse manque. Vérifiez si les consignes sont exactes, à jour, compréhensibles et accessibles depuis l’étape où la question se pose. Comparez la tendance observée dans les conversations avec l’expérience des équipes et consultez les personnes qui connaissent le service, comme le personnel du support, les responsables de contenu et les experts du domaine concerné.

Les recommandations de GOV.UK sur la recherche utilisateur citent les données analytiques, les journaux de recherche et les données des centres d’appels parmi les sources de preuve possibles, tout en recommandant également de s’entretenir avec les utilisateurs et le personnel qui les aide. Considérez toute suggestion qui ne repose pas sur des éléments probants issus des utilisateurs comme une hypothèse à vérifier. Lorsque les éléments sont mitigés, consignez cette incertitude et recueillez davantage d’informations au lieu de présenter une intuition comme une lacune confirmée.

• Une personne chargée du support peut-elle trouver la réponse approuvée en utilisant les termes réellement employés par les clients et le personnel ?
• La réponse correspond-elle au service, aux règles et au processus en vigueur ?
• Les équipes interprètent-elles ou expliquent-elles différemment les consignes existantes ?
• Un problème d’acheminement, de transfert, de produit ou d’exploitation pourrait-il expliquer la même tendance ?
• Quels éléments permettraient de distinguer ces causes possibles ?

Établissez les priorités selon l’impact, la récurrence, le risque et l’effort

Le volume des conversations aide à repérer les sujets à examiner, mais ne détermine pas à lui seul leur importance. Un problème moins fréquent peut causer davantage de tort aux clients, présenter un risque réglementaire ou de sécurité, ou imposer un effort disproportionné aux personnes qui tentent d’accomplir une tâche importante. À l’inverse, une question fréquente peut déjà avoir une réponse claire et révéler plutôt un problème de repérabilité ou de processus.

Appuyez-vous sur un relevé de décision simple plutôt que sur un classement fondé uniquement sur les décomptes. Les recommandations de GOV.UK sur le support citent le coût et le pourcentage d’utilisateurs concernés parmi les facteurs de priorisation. Ajoutez l’impact sur les clients, le risque et l’effort estimé afin de rendre les arbitrages visibles, et indiquez les points où les éléments probants sont faibles.

• Impact client : dans quelle mesure le problème entrave-t-il la tâche ou entraîne-t-il des efforts évitables ?
• Récurrence : la tendance apparaît-elle dans l’échantillon, les équipes ou les canaux pertinents ?
• Risque : une réponse erronée ou absente pourrait-elle entraîner un préjudice important, un problème de conformité ou une grave défaillance du service ?
• Effort : quel travail faut-il prévoir pour modifier et maintenir les consignes ou le processus ?
• Niveau de confiance : la cause est-elle étayée par les conversations et validée par les équipes ou les responsables concernés ?

Choisissez une intervention adaptée à la cause

Ne créez pas automatiquement un nouvel article d’aide. Si le contenu est correct, mais difficile à trouver, améliorez son titre, son emplacement ou le lien qui y mène depuis le parcours concerné. Les recommandations de GOV.UK sur la rédaction des interfaces préconisent des titres qui reprennent le langage des utilisateurs ainsi qu’un texte concis et direct. Si le contenu manque de clarté, reformulez les étapes concernées et vérifiez si les lecteurs les comprennent. Si les consignes sont absentes, rédigez-les avec le responsable compétent et précisez-en clairement la portée et les limites.

Si la cause sous-jacente concerne l’acheminement ou un processus de service, modifier uniquement le contenu d’aide risque d’ajouter du bruit sans régler le problème. Signalez le problème opérationnel à l’équipe en mesure d’agir. webchat.vip prend en charge les conversations partagées sur WebChat et WhatsApp, l’organisation des opérateurs et des services, l’acheminement, les horaires, les niveaux de service, les modèles et les étiquettes. Les flux automatisés peuvent recueillir des réponses validées, suivre différentes branches et transférer la conversation à une personne ; utilisez ces capacités uniquement si elles correspondent à un processus approuvé, et préservez une voie de contact humain pour les cas qui nécessitent un jugement.

• Clarifiez un contenu existant lorsque la réponse est fiable, mais difficile à suivre.
• Créez de nouvelles consignes lorsqu’un besoin client confirmé ne dispose d’aucune réponse approuvée.
• Améliorez la repérabilité lorsque la réponse existe, mais que les clients ou les équipes ne la trouvent pas.
• Modifiez le processus de support ou de service lorsque le contenu n’est pas la cause sous-jacente.
• Utilisez l’automatisation pour des étapes définies et validées ; transférez à une personne les cas ambigus, sensibles ou hors du flux approuvé.

Attribuez la responsabilité, l’approbation et une date de révision

Des consignes réutilisables ont besoin d’un responsable nommé, pas seulement d’un auteur de brouillon. Désignez une personne chargée de leur exactitude et de leur maintenance, identifiez l’expert qui doit les approuver et convenez de la personne qui publiera la modification. Les recommandations de GOV.UK en matière de conception de contenu décrivent la responsabilité du contenu de service, l’importance d’une rédaction claire et accessible, ainsi que la vérification de l’exactitude et de la pertinence ; adaptez ces responsabilités aux rôles de votre équipe.

Retirez les informations personnelles et les détails propres à un cas avant de transformer une conversation en consignes réutilisables. Consignez la portée, la date d’entrée en vigueur, la source de l’approbation et la prochaine date de révision. Si la réponse dépend d’une décision relative à une politique, au droit, à la sécurité ou à un autre domaine spécialisé, suivez la procédure d’approbation du responsable concerné au lieu de demander à un agent de support de déduire la règle.

• Responsable du contenu : veille à la clarté, à l’exactitude et à la prochaine révision.
• Responsable du domaine : confirme le fond ainsi que les conditions liées aux règles ou aux processus.
• Approbateur : confirme la procédure de publication requise pour le contenu ou la modification du processus.
• Date de révision : fixez une date ou un événement qui déclenchera une vérification de l’actualité du contenu.
• Vérification de la vie privée : retirez les détails identifiants et ne conservez que les informations nécessaires aux consignes.

Mesurez l’effet de la modification et notez les limites

Définissez une question de suivi avant la publication. Par exemple, vérifiez si le même besoin client continue d’apparaître dans un échantillon comparable, si les équipes déclarent trouver les consignes plus facilement ou si les clients ont encore besoin d’explications. Dans la mesure du possible, utilisez les mêmes règles de regroupement et une période ou un échantillon comparable. Les recommandations de GOV.UK sur l’analyse comparative préconisent de conserver les mêmes tâches et questions d’un cycle à l’autre pour pouvoir comparer les résultats, puis d’utiliser le cycle suivant pour évaluer si les changements ont amélioré l’expérience des utilisateurs.

Les analyses opérationnelles, les journaux de conversation, les évaluations et les rapports exportables de webchat.vip peuvent éclairer l’examen de suivi. Interprétez-les avec prudence : les variations de volume peuvent être liées à la répartition entre les canaux, à la saisonnalité, au trafic ou à d’autres changements de processus, et pas uniquement à la mise à jour du contenu. Combinez les données opérationnelles avec les retours des équipes et, le cas échéant, avec la recherche utilisateur. Consignez ce qui a changé, ce que vous avez observé et ce qui reste incertain ; révisez, annulez ou signalez la modification si le problème persiste ou si un risque apparaît.

• Définissez le changement attendu et les éléments que vous examinerez avant la mise en ligne de la mise à jour.
• Dans la mesure du possible, utilisez des groupes de besoins clients, des périodes et des méthodes de comparaison cohérents.
• Examinez les tendances des conversations de suivi en parallèle des retours des équipes et des éléments pertinents sur le service.
• Recherchez les effets indésirables, comme une nouvelle confusion ou une hausse des transferts.
• Notez les limites et désignez la personne qui agira si le résultat est incertain ou négatif.