Unité 2 / 12

Bots vocaux et textuels : conception SVI, chatbot et Voicebot

Gains :

  • Capacité à comprendre l'intention, l'existence et la structure de flux d'un bot et à définir sa portée de manière étroite et sûre
  • Capacité à distinguer quels contacts conviennent aux robots et lesquels conviennent aux humains, en fonction du risque et du niveau d'émotion
  • Capacité à établir une règle de transfert aux personnes sans perdre le contexte en cas de hors-champ, de paiement, de plainte et de colère

Le premier contact du client avec la marque ne se fait souvent pas avec une personne, mais avec un système : le menu vocal du téléphone, la fenêtre de chat sur le site Internet, la bulle d'aide dans l'application. La nouvelle génération de ces systèmes fonctionne avec l'intelligence artificielle et, lorsqu'ils sont correctement installés, ils résolvent le problème du client en quelques secondes, sans jamais atteindre un humain. Lorsqu'ils sont mal installés, ils guident le client à travers un labyrinthe de menus, donnent de fausses informations et crient « connectez-vous à un représentant ». Dans cette unité, nous verrons étape par étape comment les robots vocaux et textuels sont conçus, à quels contacts ils conviennent et comment l'intelligence artificielle facilite cette conception.

Clarifions d'abord les termes. Un bot est un logiciel qui parle automatiquement à la place d'un humain. Un chatbot est un chatbot textuel (web, WhatsApp, application). Voicebot est un robot qui parle vocalement au téléphone. IVR (Interactive Voice Response) est le système de menu classique du téléphone qui dit « appuyez sur 1 pour votre facture, appuyez sur 2 pour l'assistance technique » ; La nouvelle génération comprend la parole plutôt que les boutons. NLU (Natural Language Understanding) est la technologie qui extrait ce que veut le client à partir d’une phrase librement écrite. ASR (Automatic Speech Recognition) traduit l'audio en texte ; TTS (Text to Speech) convertit le texte en voix naturelle. Un robot vocal ; Il vous écoute avec ASR, comprend avec NLU, produit une réponse et discute avec TTS.

Anatomie du bot : intention, présence et flux

Chaque bot est construit sur deux concepts de base. L'intention est ce que le client veut faire : « connaître le solde », « suivre la cargaison », « initier un remboursement ». L'entité est l'information qui complète cette intention : numéro de commande, date, montant, ville. Par exemple, dans la phrase « Je souhaite connaître les horaires d'ouverture du magasin à Istanbul », l'intention est « requête sur les heures de travail » et l'entité est « Istanbul ». Le robot reconnaît d’abord l’intention, puis demande les entités manquantes (« Quelle ville ? »), puis extrait la réponse de la base de connaissances.

L'IA générative moderne (grands modèles de langage qui génèrent librement du texte) a assoupli cette structure : alors que dans le passé il était nécessaire d'écrire une règle pour chaque intention, aujourd'hui le modèle peut comprendre directement la phrase du client et produire une réponse fluide connectée à sa base de connaissances. Mais cette flexibilité a un prix : le modèle peut sortir de sa portée et donner une fausse représentation. Ainsi, une bonne conception de bot fait deux choses : elle utilise la puissance du langage du modèle mais l’entoure de garde-fous – des limites dont le modèle ne peut pas sortir.

Suivez ces étapes lors de la conception du flux d'un bot :

  1. Détection de salutation et d'intention : le bot se présente (« Bonjour, je suis l'assistant numérique de X ») et comprend ce que veut le client. Il est contraire à l’éthique de cacher que vous êtes un robot ; Le client doit savoir qu’il parle à un bot.
  2. Collecte d'informations : veuillez demander les entités manquantes (numéro de commande, 4 derniers chiffres au lieu de l'identifiant turc, etc.).
  3. Solution ou transfert : Si le sujet entre dans le champ d'application du bot, les réponses sont : Sinon, il indique « Je vous connecte à un agent » et transmet le contexte collecté à l'agent.
  4. Clôture : confirme si le problème a été résolu, peut poser une courte question de satisfaction.
Astuce : Un bon bot n'est pas celui qui « sait tout », mais celui qui « sait ce qu'il ne sait pas ». Lorsqu’il sort du cadre, il doit être remis à l’humain sans insister, rapidement et sans perdre son contexte.

Quel contact est avec le robot, lequel est avec l'humain ?

Les bottes excellent dans les contacts serrés, répétitifs et peu émotionnels ; Pauvre en contacts larges, complexes et émotionnels. Le tableau suivant résume la distinction :

type de contact

La botte est-elle adaptée ?

Pourquoi

Horaires d'ouverture, adresse, FAQ

Oui, directement

Réponse claire de la base de connaissances

Requête sur le solde/état de la commande

Oui, cela dépend du système en direct

Après authentification

Réinitialisation du mot de passe, mise à jour de l'adresse

Oui, transaction sécurisée

Débit précis et régulier

Initiation au remboursement/annulation (standard)

Cela dépend en partie de la politique

Aux humains au-delà des frontières

Litige facture, litige financier

non

Nécessite du jugement et de l’autorité

Plainte, colère, crise

Non, rotation rapide

Nécessite de l'empathie et du jugement

Urgence santé/sécurité

Non, transfert prioritaire

Le risque est trop élevé

Règle : le bot est adapté si la solution à un thème peut se réduire à une seule bonne réponse ; Si du jugement, de l’empathie ou de l’autorité sont requis, cela doit être laissé à l’humain.

Quatre modèles copiables

1) Personnalité du bot et définition des limites :

Vous, "Aylin", êtes l'assistant numérique de la société de commerce électronique nommée [marque]. Style : court, poli, clair ; Adressez-vous au client par « vous », et non par son nom. Ce que vous pouvez faire : suivi du fret, heures de travail, informations sur les conditions de retour, lancement de retour standard (si dans les 14 jours). Ce que vous ne pouvez pas faire : négociation du prix, promesse d'indemnisation, réponse judiciaire, retour supérieur à 14 jours, transaction par carte de paiement. Dites « Je contacte le représentant » pour ceux-ci. Si vous n'êtes pas sûr, n'inventez pas ; Dites « laissez-moi vérifier cela et transmettez-le au représentant ».

2) Reconnaissance d'intention et demande de direction :

Lisez le message client ci-dessous et sélectionnez une seule balise d'intention : [shipping_tracking, return, Cancellation, info_query, complaint, payment, other]. Supprimez également les entités le cas échéant (numéro_de commande, ville, date). message : "<<message>>"

3) Réponse sûre basée sur la base de connaissances (invite RAG) :

Répondez uniquement en vous basant sur le texte de la section [INFORMATION] ci-dessous. Si l'information n'est pas ici, dites « Je n'ai pas d'information définitive à ce sujet, je vous mets en relation avec le représentant » ; deviner, ajouter des informations externes.[INFORMATION] : <<parties de la base de connaissances>>Question du client : "<<question>>"Écrivez la réponse en 2-3 phrases, en donnant complètement les conditions de la source.

4) Message de transfert et résumé du contexte :

Vous confiez la conversation au représentant. Produire un résumé que le représentant pourra lire : - Intention du client : - Ce qui a été collecté jusqu'à présent (anonyme, pas de carte) : - Solution essayée et son résultat : - Raison du transfert : - Ton émotionnel (calme/en colère/anxieux) : Ne dépassez pas 2-3 lignes ; Rédaction des informations d'identification/carte client.

Invite faible/Invite forte

Invite faible :

Devenez un robot qui répond aux questions des clients, répond à tout.

Cette affirmation est dangereuse : la portée est illimitée, le modèle peut parler et inventer n'importe quoi, il n'y a pas de règles de délégation.

Invite puissante :

Vous êtes l'assistant numérique de [la marque]. Répondez uniquement aux problèmes d’expédition, de politique de retour et d’heures de travail sur la base de la base de connaissances fournie. En cas d'indication hors champ, de plainte, de paiement ou de colère, dites « Je vous mettrai en contact avec le représentant » et résumez le contexte. Fournir des informations concrètes telles que le prix, le montant, la durée uniquement à partir de la base de connaissances ; Sinon c'est faux.

La différence : le champ d’application est étroit, la source est dépendante, la règle de transfert et l’interdiction de fabrication sont claires.

trois mini-cases

Cas 1 — Succès de la déviation. 5 000 discussions ont été lancées chaque jour sur le site Web d'une entreprise de télécommunications ; 62 % d'entre elles étaient des questions à réponse unique telles que « combien coûte l'Internet restant ? et "quand la facture est-elle payée ?" Lorsqu'un chatbot connecté au système en direct répondait directement à ces questions, la conversation atteignant l'humain tombait de 62 % à 28 % ; les agents se sont concentrés sur des tâches complexes et le temps d'attente moyen est passé de 4 minutes à 90 secondes.

Cas 2 — Bot trop optimiste. Un robot d'une compagnie d'assurance a donné une promesse du type « 3 jours ouvrables » lorsqu'on lui a demandé « quand mes dommages seront-ils payés » puisque la couverture n'a pas été réduite ; le processus réel variait. Lorsque plus de 200 clients ont rappelé cette promesse, l'entreprise s'est retrouvée dans une situation difficile. Leçon : ne faites pas répondre le bot par des engagements ; Les informations sur le processus doivent être données comme "généralement

Cas 3 — Contexte perdu. Le robot d'une banque a distrait le client avec 6 questions, puis l'a mis en contact avec le représentant ; Le représentant a posé à nouveau les 6 mêmes questions car il n'a reçu aucun contexte. La satisfaction des clients s'est effondrée. Solution : ajout d'un résumé de transfert qui déplace automatiquement le contexte collecté par le bot vers l'écran de l'agent (anonyme) ; Encore une fois, les questions ont disparu, AHT a chuté de 40 secondes.

Erreurs courantes

  • Dissimuler que vous êtes un robot. Le client doit savoir que l’autre personne est un robot ; La dissimulation mine la confiance et le respect de la loi dans la plupart des pays.
  • Laissant la portée illimitée. Le robot qui répond à chaque sujet produit des hallucinations et de faux engagements.
  • Perte de contexte à l'époque. Demander au client d'expliquer au robot, puis demander au représentant de l'expliquer à partir de zéro est le plus grand tueur de satisfaction.
  • Menu/boucle infini. Des menus qui n’amènent pas le client à une solution ; Chaque flux doit avoir une sortie claire « connexion aux personnes ».
  • Ignorer l'émotion. C'est une catastrophe si le bot annonce le client qui dit « j'annule, j'en ai marre » et dit « nos conditions de retour sont les suivantes » ; Le signe de colère déclenche un retournement de situation.
Attention : Le succès d'un bot ne se mesure pas par "le nombre de questions auxquelles il répond", mais par "la rapidité avec laquelle il amène le client à la bonne solution (sa propre réponse ou la bonne personne)". Garder le client dans le bot n’est pas l’objectif.

En résumé

Bots vocaux et textuels ; Ce sont des outils puissants qui aident le client à trouver une solution en quelques secondes lors de contacts étroits, répétitifs et peu émotionnels. Un bon robot reconnaît l'intention, collecte en douceur les informations manquantes, donne la bonne réponse en fonction de sa base de connaissances et la transfère à l'humain lorsqu'elle sort de sa portée sans perdre le contexte. Gardez la portée du robot étroite, ne l'obligez pas à donner des réponses contenant des engagements, indiquez de manière transparente qu'il s'agit d'un robot et placez une sortie humaine claire dans chaque flux. Le but du bot n’est pas de fidéliser le client, mais de lui livrer la bonne solution le plus rapidement possible.

Tâche de candidature

Rédigez un document d'une page « portée et personnalité » pour un chatbot. Il doit inclure : (1) le nom et le style du bot, (2) 5 sujets qu'il peut faire, (3) 5 sujets qu'il ne peut absolument pas faire, (4) une phrase de délégation qu'il dira sur chaque sujet qu'il ne peut pas faire, (5) une règle de délégation d'urgence qui sera déclenchée en cas de colère/crise. Adaptez ensuite le modèle « 1) Bot persona » ci-dessus à votre propre marque et testez-le avec un exemple de message client.

liste de contrôle

  • [ ] J'ai compris l'intention, la présence et la structure de flux de mon bot et j'ai défini sa portée de manière précise.
  • [ ] Le bot indique clairement au client qu'il s'agit d'un bot.
  • [ ] Les informations concrètes (montant, durée, campagne) sont fournies uniquement en relation avec la base de connaissances / le système live.
  • [ ] Il existe une règle claire de transfert à une personne en cas de hors champ, de paiement, de plainte et de colère.
  • [ ] Pendant cette période, le bot transfère automatiquement le contexte qu'il a collecté au représentant (anonyme).
  • [ ] Il n’existe aucun flux qui fasse promettre au bot un engagement/une compensation.