Commencez par les questions que vos clients posent réellement
Constituez votre série de tests à partir des demandes récentes, des notes du personnel et des questions récurrentes au téléphone. Supprimez les données personnelles inutiles avant de partager des exemples avec vos collègues. Notez la réponse ou le résultat attendu avant d’appeler : sans cela, une réponse fluide peut sembler satisfaisante même si elle contredit vos horaires d’ouverture ou promet quelque chose que vous ne pouvez pas fournir.
Limitez la première évaluation pour pouvoir examiner chaque cas correctement. Six appels peuvent couvrir deux questions courantes, une demande imprécise, un rappel, une mise en relation et un service désactivé. Utilisez des formulations naturelles plutôt que de lire mot pour mot les informations de votre entreprise. Vérifiez les limites d’appels et d’utilisation en vigueur avant de prévoir des tests répétés.
- Demandez : « À quelle heure fermez-vous le samedi ? »
- Posez une question courante dont la réponse figure déjà dans la base de connaissances configurée pour votre entreprise.
- Demandez : « Est-ce que je peux modifier ce que j’ai prévu pour la semaine prochaine ? » sans préciser de quoi il s’agit.
- Demandez à être rappelé, demandez à parler à quelqu’un, puis sollicitez séparément un service indisponible.
Évaluez le résultat, pas seulement la voix
Le choix de la voix et de la langue influe sur l’expérience client, mais une conversation agréable ne prouve pas que l’accueil téléphonique fonctionne correctement. Vérifiez si la réponse était exacte, si l’appelant a compris l’étape suivante et si toute action promise a produit un résultat observable. Une demande de rappel n’équivaut pas à une conversation effectivement menée avec votre équipe.
Pour chaque appel, conservez une fiche de contrôle simple : question de test, résultat attendu, réponse réelle, éléments probants, personne responsable du problème et résultat du nouveau test. Utilisez les notes d’appel si les enregistrements ou les transcriptions ne sont pas disponibles ; les enregistrements et transcriptions facultatifs respectent vos paramètres et vos durées de conservation. Indiquez si le test est réussi, échoué ou à examiner, plutôt que de vous fier à une impression générale.
- Comparez les réponses factuelles aux informations actuellement configurées.
- Vérifiez les coordonnées de rappel dans la fiche créée.
- Pour un transfert, confirmez que le destinataire prévu a effectivement reçu l’appel.
Exemple d’évaluation fictive : repérer précisément le problème
Exemple hypothétique : un petit salon configure son heure de fermeture du samedi à 4 heures de l’après-midi, accepte les demandes de rappel et utilise un numéro britannique pour les transferts. Les processus de réservation ne sont pas activés. Le propriétaire demande : « Êtes-vous ouverts jusqu’à cinq heures samedi ? » Une réponse correcte doit indiquer l’heure de fermeture configurée, à savoir 4 heures de l’après-midi, plutôt que de simplement acquiescer à la question de l’appelant.
Le propriétaire demande ensuite : « Prenez-moi rendez-vous à trois heures. » La réservation étant désactivée, le test doit être considéré comme échoué si la réponse affirme qu’un rendez-vous est confirmé. Un résultat satisfaisant consisterait à expliquer que la réservation ne peut pas être effectuée par ce canal et à proposer une solution de remplacement configurée, comme un rappel. La fiche de contrôle doit conserver les propos réellement tenus, sans les atténuer en les résumant par « demande de réservation traitée ».
- Consignez les termes exacts de toute confirmation non justifiée, le cas échéant.
- Vérifiez les informations sur l’entreprise et les paramètres des processus activés.
- Corrigez le paramètre concerné ou signalez le problème, puis reprenez exactement la même formulation.
Vérifiez séparément les mises en relation et les limites des services
Testez le transfert vers votre numéro britannique ou votre destination SIP configurés, avec un collègue prêt à recevoir l’appel. Comparez l’expérience de l’appelant au compte rendu du destinataire. Si l’appel n’arrive pas, vérifiez la configuration de la destination avant d’attribuer le problème à la réponse vocale. Testez séparément les réponses sur les horaires d’ouverture et la disponibilité des transferts ; la réussite de l’un ne prouve pas que l’autre fonctionne.
Ne testez les commandes ou les réservations en tant que services disponibles que si les processus NeroWeb ou NeroBooking correspondants sont activés. WhatsApp nécessite un accompagnement à la mise en service, une vérification et une autorisation avant activation. Les intégrations NeroGym, NeroTrade et NeroConnect permettent de traiter les demandes de renseignements et de rappel, mais ne garantissent pas des transactions autonomes. Si le paiement est évoqué, vérifiez que le parcours utilise des liens de paiement sécurisés : les clients ne doivent pas communiquer oralement les données complètes de leur carte à l’IA.
Pour chaque problème, apportez une correction et refaites une vérification
Distinguez les informations sources incorrectes d’un comportement inexpliqué. Des horaires d’ouverture obsolètes nécessitent une correction de la configuration. Une configuration correcte suivie d’une réponse incorrecte nécessite une investigation. L’absence de fiche de rappel ou l’échec d’un transfert nécessite des preuves de la tentative d’action, et pas simplement une reformulation du message d’accueil.
Testez à nouveau la question initiale après chaque correction, puis essayez une variante naturelle. Les critères de réussite observables sont simples : la réponse correspond aux faits configurés, la fiche créée ou le transfert correspond à la demande, et aucune action indisponible n’est présentée comme effectuée. Transmettez les problèmes non résolus à l’équipe en précisant l’heure du test, la formulation utilisée, le résultat attendu et les éléments probants disponibles, sans inclure d’informations client superflues.
BON À SAVOIR
Questions fréquentes
Ai-je besoin d’enregistrements pour contrôler les appels ?
Non. Des notes d’appel structurées et la vérification des fiches créées peuvent faciliter une évaluation. N’utilisez les enregistrements ou transcriptions facultatifs que conformément à vos paramètres et à vos règles de conservation.
Dois-je poser délibérément des questions ambiguës ?
Oui, mais veillez à ce qu’elles restent réalistes. Une demande incomplète permet de vérifier si la conversation évite les suppositions non fondées. Ne jugez pas la réussite uniquement sur la capacité de l’IA à fournir une réponse immédiate.
Une demande de renseignements sur une réservation traitée avec succès prouve-t-elle que les réservations fonctionnent ?
Non. Une demande de renseignements, une demande de rappel et une réservation confirmée sont des résultats différents. Testez le processus activé et examinez la fiche créée avant de considérer une réservation comme finalisée.
Que dois-je tester à nouveau après avoir modifié les paramètres ?
Reposez la question qui a échoué, puis une version formulée différemment. Vérifiez également tout résultat étroitement lié, comme le message diffusé en dehors des heures d’ouverture après une modification des horaires.