Comment savoir si une réceptionniste IA a vraiment pris le rendez-vous ?

Une réceptionniste IA répond au téléphone, demande ce dont l’appelant a besoin et propose une plage horaire. Ce qui compte pour votre entreprise, c’est ce qui se passe après que l’appelant a entendu « c’est réservé » : existe-t-il maintenant un événement dans votre agenda ? Ce guide explique comment le vérifier vous-même et quelle preuve demander à un fournisseur. Notaray est en développement chez Agnotiq, et c’est la norme que nous visons.

Qu’est-ce qui prouve qu’un rendez-vous est bien pris ?

L’agenda fait foi. Une confirmation verbale, une transcription qui indique « réservé » ou une tuile verte dans un tableau de bord sont des affirmations à propos de l’agenda, pas l’agenda lui-même. Considérez un rendez-vous comme réel quand toutes ces conditions sont réunies :

• Un événement existe dans l’agenda que votre équipe consulte vraiment, et non dans un agenda de test ou partagé que personne ne lit.
• L’heure de début et de fin correspond à ce que l’appelant a entendu, dans le bon fuseau horaire.
• L’événement contient le nom de l’appelant, un moyen de le joindre et le service demandé.
• L’appelant a reçu une confirmation après la création de l’événement, et non pendant que le système travaillait encore.
• Il y a un événement unique pour cette demande, pas deux.

S’il manque l’un de ces éléments, le rendez-vous est proposé, et non pris. Le mot compte : un rendez-vous proposé exige encore l’intervention d’une personne.

Pourquoi un agent téléphonique IA peut-il dire qu’une réservation est faite alors qu’elle ne l’est pas ?

Parler et réserver sont deux étapes distinctes. Le modèle vocal produit la phrase que l’appelant entend. Une autre requête part vers l’agenda pour créer l’événement, et cette requête peut échouer, expirer, être refusée ou tomber sur une plage déjà prise par quelqu’un d’autre.

Si l’agent parle avant que l’agenda ait répondu, il confirme une intention. Un service d’agenda comme l’API Google Agenda renvoie l’événement créé quand la requête réussit. Quand la requête expire, le résultat est inconnu : l’événement existe peut-être, ou non. Un système qui traite « inconnu » comme « fait » annonce aux appelants qu’ils sont inscrits alors que l’agenda est vide. Un système qui répète la requête sans précaution peut créer l’événement deux fois. Une protection possible consiste à envoyer le même identifiant d’événement à chaque nouvel essai. La documentation de Google précise qu’un identifiant fourni par le client doit être unique dans l’agenda : une requête répétée n’a donc pas à créer un deuxième événement. Elle prévient aussi qu’un doublon n’est pas toujours détecté à la création de l’événement, et le système devrait donc quand même vérifier l’agenda.

La Federal Trade Commission des États-Unis a déclaré qu’il n’existe pas d’exception pour l’IA dans les lois contre les pratiques déloyales ou trompeuses, et elle a annoncé en septembre 2024 des mesures contre des entreprises pour des affirmations trompeuses sur l’IA. Quand un fournisseur affirme que « chaque appel se termine par un rendez-vous », vous avez le droit de le mettre à l’épreuve.

Comment vérifier une réservation vous-même en cinq minutes ?

Nul besoin de formation technique. Il vous faut un téléphone, votre agenda et un deuxième numéro ou un collègue.

1. Appelez la réceptionniste comme un nouveau client et demandez un service précis, un jour précis. Notez mot pour mot ce que l’agent dit à la fin de l’appel.
2. Ouvrez l’agenda dans la minute qui suit. Trouvez l’événement. Vérifiez l’heure, le nom, les coordonnées et le service.
3. Vérifiez du côté de l’appelant. Un texto ou un courriel est-il arrivé ? Correspond-il à l’agenda ?
4. Demandez la même plage depuis un deuxième téléphone, en même temps, avec un collègue. Un appel devrait obtenir la plage, et l’autre devrait se faire offrir un autre moment ou une personne.
5. Rappelez et répétez exactement la même demande. Vous devriez apprendre que le rendez-vous existe déjà, sans obtenir un deuxième événement.

Faites-le un jour ordinaire, puis avec un cas délicat : une plage déjà prise, une heure hors de vos heures d’ouverture, un service que vous n’offrez pas. Le deuxième guide de cette série présente huit scénarios de ce genre.

Que doit vous montrer un fournisseur ?

Demandez un dossier pour chaque tentative de réservation, pas un sommaire. Un dossier utile indique la demande telle que l’appelant l’a faite, le moment où l’agenda a répondu, la référence de l’événement, ce qui a été dit à l’appelant et quand, ainsi que l’état final : confirmé, proposé ou échoué. Demandez ce qui se passe quand l’agenda ne répond pas, et qui en est informé.

Notaray est conçu pour confirmer un rendez-vous une fois que l’agenda l’affiche, pas avant. Notaray est aussi conçu pour que chaque tentative de rendez-vous terminée laisse un reçu. Ce sont des règles de conception, et nous publierons des résultats mesurés, avec leur dénominateur, quand ils existeront.

Questions fréquentes

Un texto de confirmation prouve-t-il que le rendez-vous est pris ?

Non. Un texto prouve qu’un message a été envoyé. Vérifiez qu’il l’a été après la création de l’événement et que l’entrée de l’agenda correspond à ses détails.

Que doit-il se passer si l’agenda est en panne ou si la plage vient d’être prise ?

L’appelant doit entendre que la demande est en attente ou qu’il faut un autre moment, et une personne désignée doit recevoir les détails avec une échéance. L’appelant ne doit pas entendre « réservé ».

Une réceptionniste IA peut-elle prendre deux fois le même rendez-vous ?

Oui, si une requête répétée crée un deuxième événement. Demandez au fournisseur comment il traite une requête répétée et demandez à voir le résultat d’un essai qui en répète une.

Qui doit s’occuper d’un rendez-vous incertain ?

Une personne, avec une échéance. Une boîte partagée sans responsable, c’est ainsi que naît le « je pensais que tu t’en occupais ».