Réunir messages vocaux, textos et courriels en un seul dossier de demande

Parce que chaque canal se comporte à sa manière. Le message vocal est le canal des gens pressés, ou de ceux qui appellent après la fermeture. Le texto est celui des réponses courtes. Le courriel sert aux détails et aux pièces jointes. Un même client peut utiliser les trois pour une seule question, sans y penser.

Le problème n'est pas le client : c'est que chaque canal arrive dans un outil différent. La messagerie vocale est dans le système téléphonique, les textos sur le téléphone d'un employé, les courriels dans une boîte partagée. Personne ne voit la suite de l'histoire.

Les entreprises de service à la clientèle connaissent bien ce problème. Selon un article de Contact Center Pipeline, l'enquête mondiale 2024 de Deloitte Digital sur les centres de contact a trouvé que seulement 13 % des centres interrogés pouvaient faire passer un client d'un canal à l'autre en conservant les données et le contexte de l'échange ; l'article attribue le problème, pour le client qui doit se répéter, à un manque d'intégration entre les canaux ^[1]. Ce chiffre vient de grands centres de contact : une PME avec une ligne partagée vit la même coupure à plus petite échelle.

À une fiche dont tous les champs utiles sont remplis avant que l'équipe la touche. Le tableau ci-dessus donne les huit champs d'un dossier : le client, le canal d'origine, le message d'origine, le résumé, le type de demande, les renseignements à recueillir, la règle appliquée et le statut.

Le champ qui change tout est le sixième. Pour chaque type de demande, l'entreprise décide quels renseignements sont obligatoires. Un remboursement exige peut-être le numéro de l'appareil, une copie de la facture et les quatre derniers chiffres de la carte ; une demande de rendez-vous exige un véhicule, un travail demandé et des disponibilités. Sans cette liste écrite, chaque employé improvise, et le dossier se complète à coups de rappels.

Voici ce que cette liste fait, en pratique :

• Elle évite le premier appel de rappel : le client sait dès le premier échange ce qu'il doit fournir.
• Elle rend les réponses comparables : la même question reçoit la même réponse, peu importe qui est de service.
• Elle mesure le progrès : on peut compter les dossiers qui sont complets dès le premier échange, et ceux qui ne le sont pas.

Par l'identité du client d'abord, par la demande ensuite. Le numéro de téléphone et l'adresse courriel servent de clés : un message vocal et un texto du même numéro vont dans le même fil. Le fil est celui du client ; à l'intérieur, chaque demande a sa propre fiche. Un client qui écrit au sujet d'un remboursement, puis demande les heures d'ouverture, a deux fiches dans un même fil.

C'est la structure que Lightdesk utilise : chaque client a son fil de conversation et chaque demande a sa fiche. L'équipe voit d'un coup d'œil ce qui est réglé, ce qui attend une réponse du client et ce qui l'attend, elle. Lightdesk reçoit les messages vocaux, les textos, les courriels et les formulaires Web de l'entreprise ; chaque demande conserve l'enregistrement, la transcription et la fiche.

Quelques règles simples aident à garder les fils propres :

• Un client qui change de canal garde son fil : on lui répond là où il a écrit en dernier.
• Un nouveau sujet ouvre une nouvelle fiche, pas un nouveau fil.
• Un numéro inconnu ou un message ambigu est marqué à vérifier plutôt que classé au hasard.

En demandant tout ce qui manque, d'un coup, par le canal le plus simple pour le client. Un message vocal laissé à 21 h ne se règle pas en rappelant le lendemain matin pour demander un numéro, puis en rappelant l'après-midi pour demander une facture. Il se règle avec un seul texto qui liste ce qui manque.

Lightdesk fonctionne ainsi : un message vocal arrive, il est transcrit, résumé et classé, puis un texto part automatiquement pour demander les renseignements manquants. Le client répond, et la fiche se remplit jusqu'à ce que tous les champs obligatoires y soient. La demande est alors prête pour l'équipe. Lightdesk répond dans la langue du message, en français ou en anglais.

Pour une entreprise qui fait la même chose à la main, le principe est le même : une liste de renseignements par type de demande, un message qui les demande tous en même temps et un endroit unique où les réponses atterrissent.

L'équipe, toujours. Un dossier complet ne veut pas dire qu'une machine décide de tout. Les remboursements, les crédits et les appels de service sont préparés, puis approuvés par un membre de l'équipe avant d'être exécutés. Lightdesk prépare l'action ; rien n'est exécuté avant l'approbation.

Certaines demandes sont transmises directement à l'équipe, avec le résumé, la fiche et la conversation : le client demande à être rappelé, le message est difficile à comprendre, la demande ne figure pas dans le guide ou le texto ne peut pas être livré parce que la ligne est une ligne fixe. Dans ces cas, l'équipe sait qu'elle doit appeler, et elle le fait avec tout le contexte sous les yeux.

Au démarrage, l'équipe approuve chaque réponse. Les types de demande qui passent tels quels, semaine après semaine, passent ensuite en mode automatique, un type à la fois.

Par un exercice de deux heures avec les vraies demandes de la dernière semaine. Prenez dix demandes réglées et reconstituez, pour chacune, l'ensemble des messages échangés sur tous les canaux. Combien de messages faut-il pour chaque demande ? Quel renseignement a manqué au premier échange ? Combien de fois l'équipe a-t-elle rappelé ?

Cet inventaire donne la liste des types de demandes et des champs obligatoires de chacune. C'est le contenu du guide qu'une personne de l'équipe, ou Lightdesk à la mise en service, consigne par écrit. Une fois le guide écrit, il sert à l'équipe et à l'outil, avec ou sans automatisation.

Les pages sur le coût d'un appel manqué et sur le service après-vente d'un concessionnaire montrent le même exercice appliqué à deux situations précises.