L’IA conversationnelle est une catégorie, pas un widget.
Un hôtel avec une bulle de discussion sur son site Web suppose souvent qu'il a acheté une IA conversationnelle. Il a acheté une surface. La catégorie est plus large et pratiquement invisible : sur quelle chaîne l'invité a choisi de commencer, si le système a compris ce qui était réellement demandé, ce qu'il est autorisé à dire et ce qui se passe au moment où il doit arrêter de parler.
Ces éléments peuvent être forts ou faibles indépendamment, c'est pourquoi deux hôtels proposant le même produit peuvent en avoir des expériences totalement différentes. Un widget raffiné avec une base de connaissances mince produit des absurdités confiantes. Une excellente base de connaissances derrière un transfert qui atterrit dans une boîte de réception non surveillée produit un invité qui a attendu neuf heures pour rien. Le produit est rarement la variable qui compte le plus.
Il vaut la peine de cartographier les pièces sur papier avant une démonstration, car une démonstration ne montre que la surface.
| Partie | Ce qu'il décide | Qu'est-ce qui ne va pas quand il est faible |
|---|---|---|
| Canal | Où commence le client et ce que l'hôtel peut renvoyer | Les messages arrivent dans une application que personne n'a ouverte |
| Compréhension | Ce que l'invité a réellement demandé | Une réponse sûre à une question que personne n'a posée |
| Connaissance | Ce que le système est autorisé à dire | Invention plausible là où l'hôtel n'a jamais écrit de règle |
| Remettre | Quand une personne prend le relais et ce qu'elle reçoit | Le client répète toute l'histoire à un membre du personnel |
| Mémoire | Ce qui transporte entre les messages et entre les séjours | Un invité récurrent traité comme un étranger ou un étranger accueilli par son nom |
| Enregistrer | Ce qui est conservé par la suite et pendant combien de temps | Aucune preuve de ce qui a été promis au nom de l'hôtel |
Un concierge IA promet plus que ce que la plupart des produits offrent.
Un concierge humain fait trois choses. Ils connaissent le client, ils connaissent la ville et agissent au nom du client : la table est réservée, la voiture est réservée, le côté calme du bâtiment est rappelé sans qu'on le redemande.
La plupart des logiciels vendus comme concierge IA proposent une version du second. Il répond aux questions sur la propriété et la région à partir des informations fournies par l'hôtel. Connaître le client nécessite une identité fiable et un historique de séjour, qui se trouvent généralement dans un système différent. Agir au nom de l'invité nécessite l'autorisation de modifier quelque chose, ce que la plupart des implémentations n'accordent pas raisonnablement.
Il ne s'agit pas d'une réclamation concernant le logiciel. Il s'agit de savoir comment l'étendre. Lorsqu'une proposition utilise le mot concierge, demandez laquelle des trois tâches elle effectue, ce dont elle a besoin pour les accomplir et ce qu'elle fait lorsque cette information manque. Les réponses transforment un nom de catégorie en une spécification à laquelle vous pouvez demander à un fournisseur.
Allez plus loinChatbot IA pour hôtelsDécouvrez comment la surface de discussion du site Web elle-même est conçue, à quoi elle répond et où s'arrête sa portée.
↗Le canal modifie la conception plus que le modèle.
est anonyme, immédiat et jetable. L'invité est une session ;lorsque l'onglet se ferme, la conversation se termine généralement par celui-ci. Cela convient aux questions de pré-réservation et à très peu d’autres choses.
La messagerie se comporte de la manière opposée et comporte des règles autour desquelles l'hôtel doit concevoir. Sur la plateforme WhatsApp Business, une fenêtre de service client 24 heures sur 24 s'ouvre lorsque l'invité envoie un message à l'entreprise, et elle se réinitialise à chaque fois qu'il envoie un nouveau message. Une fois cette fenêtre fermée, seuls les modèles de messages pré-approuvés peuvent être envoyés. Une note préalable à l'arrivée n'est donc pas quelque chose que la réception compose le jour même ;c'est un modèle enregistré et approuvé au préalable. Une réponse réfléchie rédigée vingt-six heures après que l'invité a écrit ne sera pas envoyée sous la forme dans laquelle elle a été rédigée.
Les canaux sociaux ajoutent un problème différent. La personne qui envoie le message n'est souvent pas la personne figurant sur la réservation : un partenaire, un collègue ou un enfant adulte qui pose des questions sur la réservation de quelqu'un d'autre est un événement courant et une question d'identité que le système doit savoir comment traiter.
La chaîne décide également si l'invité peut l'utiliser. Un widget de site Web fait partie du site propre de l'hôtel et est jugé selon les mêmes normes que le reste de celui-ci. WCAG 2.2 est la recommandation actuelle du W3C ;un panneau de discussion qui ne peut pas être ouvert depuis le clavier, ou qui devient illisible avec un zoom de 200 %, exclut certains des invités les plus susceptibles d'avoir une question qui mérite une réponse.
La divulgation doit également survivre au canal. Les dispositions de transparence de la loi européenne sur l'IA stipulent que les gens doivent être informés lorsqu'ils interagissent avec une machine, et la Commission européenne déclare que les règles de transparence s'appliquent à partir d'août 2026. C'est simple dans un widget avec un en-tête. C'est plus difficile sur WhatsApp, où il n'y a pas d'interface pour l'insérer, et plus difficile avec la voix, où il faut le prononcer avant que l'appelant ne perde patience.
| Canal | Qui est l'invité | Là où ça casse |
|---|---|---|
| Chat sur le site Web | Anonyme jusqu'à ce qu'ils en décident autrement | La conversation se termine à la fermeture de l'onglet du navigateur |
| WhatsAppAPERÇU DES MESSAGES | Un numéro de téléphone qui persiste entre les séjours | En dehors de la fenêtre de 24 heures, seul un modèle approuvé sera envoyé |
| Instagram et Facebook | Un profil social, souvent pas le booker | La personne de messagerie n'est pas la personne sur la réservation |
| SMS | Un numéro de téléphone et rien d'autre | Pas d'images, pas de boutons et un coût pour chaque message |
| Une adresse nommée, généralement celle du booker | Discussions divisées et deux personnes répondent à la même demande | |
| Voix | Celui qui a décroché le téléphone | Rien ne peut être fait défiler vers l'arrière ;un mauvais chiffre a tout simplement disparu |
La reconnaissance d’intention est la partie qui gagne sa place.
Considérons un seul message : « Avez-vous quelque chose pour le 14 ? Il a au moins six significations plausibles : une chambre, une modification d'une réservation existante, une table de restaurant, un soin, une salle de réception ou une place de parking. Le choix dépend du canal sur lequel il est arrivé, de la page que le client lisait et de l'existence ou non d'une réservation à son nom.
Un système qui résout ce problème avec une courte question est véritablement utile. Un système qui devine est pire qu'un formulaire de contact, car la supposition arrive avec le nom de l'hôtel et semble certaine. La véritable décision de conception se situe là où se situe le seuil de confiance : en dessous, le système demande ;au-dessus, le système répond. Les implémentations décevantes ont presque toujours un seuil trop bas.
Un deuxième exemple montre l’autre moitié du problème. « La piscine est-elle ouverte ? » peut être répondu à partir d’une page d’installations. "La piscine est-elle ouverte le 3 ?" Impossible, car la réponse dépend d'un programme de maintenance qui, dans la plupart des hôtels indépendants, figure sur un tableau blanc derrière la réception. La limite n’est pas le modèle. C’est que l’hôtel n’a pas de réponse lisible par machine à lui donner.
est également la sortie la plus sous-utilisée de toute la catégorie. Si chaque conversation est étiquetée avec une intention, l’hôtel se retrouve avec une liste classée de ce que son propre site Web ne parvient pas à expliquer. Cinq semaines durant lesquelles des clients demandent où laisser leurs bagages avant l'enregistrement sont un défaut du contenu de la page, et réparer la page coûte moins cher que d'y répondre quatre cents fois de plus.
- Les intentions auxquelles vous répondrez directement, avec la source approuvée pour chaque réponse.
- Les intentions que vous acheminerez toujours vers une personne, quelle que soit la confiance du système.
- Les intentions pour lesquelles vous collecterez des détails, puis les transmettrez sans rien promettre.
- Niveau de confiance en dessous duquel le système demande plutôt que répond.
- Une intention enregistrée sur chaque conversation, afin que le modèle puisse être lu ultérieurement.
- Un aperçu mensuel des intentions pour lesquelles aucune réponse n'a été approuvée.
Écrivez les règles de transfert avant la date de lancement.
Quatre situations devraient mettre fin à la partie automatisée d'une conversation : le client demande à parler à quelqu'un, la confiance dans le système est faible, le sujet figure sur une liste que l'hôtel a accepté de ne jamais automatiser et la même question a déjà échoué deux fois.
Le quatrième est celui qui manque à la plupart des configurations et celui dont les invités se souviennent. Lorsqu’on lui demande de reformuler une troisième fois, c’est le moment où quelqu’un arrête d’essayer – pas avec l’assistant, mais avec l’hôtel. Un compteur est simple à mettre en œuvre et est rarement présent.
Le transfert est un transfert de responsabilité et non une règle de routage. Trois choses doivent être définies : qui le reçoit, ce qu'il reçoit et que se passe-t-il si personne ne le récupère dans le délai promis au client. Le troisième est celui où les implémentations échouent discrètement. Une escalade qui arrive dans une boîte de réception partagée à 23h40 n’a été transmise à personne.
| Déclenchement | Ce que fait le système | Ce que l'hôtel doit préparer |
|---|---|---|
| Le client demande une personne | Arrête de répondre et indique ce qui se passe ensuite | Un temps de réponse vrai à cette heure-là |
| La confiance est faible | Offre le transfert au lieu de deviner | Une file d'attente surveillée plutôt qu'une boîte de réception partagée |
| Le sujet est sur la liste « Jamais » | Passe le relais sans tenter de répondre | Une liste convenue, rédigée avant le lancement |
| La même question a échoué deux fois | Remettre au lieu de demander à nouveau | Un compteur, et quelqu'un qui lit les pannes chaque semaine |
| Personne ne le récupère à temps | Indique honnêtement au client qu'il attend | Une règle en dehors des heures d'ouverture avec un propriétaire nommé |
Répondre dans une langue que personne dans l'équipe ne lit.
Un modèle répondra à une demande allemande en allemand pour savoir si la base de connaissances de l'hôtel a été rédigée en allemand ou non et si une personne de service peut ou non vérifier ce qui a été dit. Deux questions reçoivent une réponse à la fois : le fait est-il exact et l'allemand est-il correct ? Et en pratique, seule la première est examinée.
L'exposition relève de la politique. Une condition d'annulation, une règle de dépôt ou une déclaration sur l'accessibilité est un engagement pris au nom de l'hôtel. Traduit à la volée à 23 heures, c'est un engagement que personne n'a lu. La position réalisable est de traduire l'emballage et non la règle : conservez un court formulaire approuvé de chaque politique matérielle dans chaque langue dans laquelle vous recevez réellement des demandes, vérifié une fois par quelqu'un qui le lit, et laissez le modèle gérer la conversation autour de celle-ci.
Conservez ensuite un enregistrement lisible. Si l’équipe ne peut pas lire les transcriptions, les conversations dans une langue autre que l’anglais deviennent celles que personne n’examine jamais – ce qui est précisément le trafic le moins surveillé. Une vue traduite du fil de discussion pour la révision du matin est une petite fonctionnalité avec un grand effet.
- Libellé approuvé pour les conditions d’annulation, de dépôt et de paiement.
- Message de secours utilisé lorsqu'il n'y a pas de réponse approuvée.
- La divulgation selon laquelle l'invité parle à un assistant IA.
- La promesse en dehors des heures d'ouverture, y compris l'heure à laquelle une personne répond.
- Formats de date, d'heure et de devise, qui changent de signification entre les marchés.
- La phrase qui remet l'invité à un membre du personnel.
La majeure partie de la valeur arrive lorsque personne n'est en poste.
L’argument commercial honnête en faveur de l’IA conversationnelle dans une petite propriété n’est pas la déviation pendant la journée de travail. La réception peut répondre à une question à 14h00. Il s'agit de la demande à 22h40 d'une personne distante de quatre fuseaux horaires qui serait autrement lue à 09h00, date à laquelle elle a réservé ailleurs.
Cela est mesurable sans rien acheter. Comptez les demandes arrivant en dehors des heures de bureau et la part d'entre elles qui ont reçu une réponse utile ou laissé des coordonnées plutôt que de répondre à un formulaire. C'est le seul chiffre de cette catégorie qui correspond directement à la demande que l'hôtel n'aurait pas connue autrement.
Il tend également le piège. En dehors des heures d'ouverture, c'est exactement le moment où le transfert n'a personne à qui s'adresser. Décidez à l'avance de ce que dit le système à 02h00 et faites en sorte que cela soit vrai.« Quelqu'un vous répondra sous peu » est une promesse qui n'est pas tenue à 02h05 et qui coûte plus cher que de ne rien dire.« L'équipe de la réception lit ceci à partir de 7h00 et répondra à ce moment-là » est plus ennuyeux, précis et quelque chose qu'un client peut planifier.
Les fuseaux horaires constituent la moitié la plus silencieuse du même problème. Si les règles de la propriété sont écrites à l'heure locale et que le client a neuf heures d'avance, aujourd'hui et demain signifient deux choses différentes dans une seule phrase. Tout ce que le système dit concernant une coupure, une arrivée tardive ou une annulation le jour même doit indiquer le fuseau horaire de la propriété plutôt que de le supposer.
Voice est un produit différent portant le même nom.
Tout ce qui rend le texte indulgent est absent lors d'un appel téléphonique. L'appelant ne peut pas revenir en arrière, donc un mauvais chiffre est tout simplement faux et disparaît. Il n’y a pas d’interface dans laquelle placer une divulgation, elle doit donc être prononcée en premier, dans une phrase suffisamment courte pour ne pas irriter. Le silence est porteur de sens : une pause de deux secondes qui se lit comme une réflexion dans un chat se lit comme un appel interrompu sur un téléphone.
Les gens interrompent également. Un système vocal qui ne peut pas être parlé au milieu d'une phrase sera raccroché et les appels qu'il perdra seront ceux qui sont impatients - qui, dans un hôtel, sont de manière disproportionnée ceux de ce soir.
Voice gagne sa place sur les appels essentiellement de routage, et sur une ligne de nuit dans une propriété sans veilleur de nuit. Il a du mal avec tout ce que l'appelant doit écrire, avec un nom qui doit être orthographié, avec une référence de réservation mélangeant lettres et chiffres, avec un accent inconnu sur un bruit de fond et avec tout type de paiement.
- Lisez la divulgation orale à haute voix et chronométrez-la en secondes.
- Parlez du système au milieu d'une phrase et voyez s'il s'arrête.
- Donnez un nom de famille difficile à épeler à une vitesse de parole normale.
- Lire une référence de réservation qui mélange des lettres et des chiffres.
- Appel depuis une voiture, un bar et un hall de gare.
- Transférez à une personne et écoutez ce que cette personne entend en premier.
Là où l’IA conversationnelle échoue véritablement.
Chaque catégorie a une liste de choses qu'elle fait mal, et un fournisseur qui ne peut pas en produire une n'a pas effectué suffisamment de déploiements en direct. C’est la liste qu’il vaut la peine d’avoir sous les yeux lors d’une manifestation.
| Situation | Pourquoi il échoue | Que faire à la place |
|---|---|---|
| Une politique que l'hôtel n'a jamais écrite | Il n'y a rien à récupérer, donc le vide est comblé | Décidez d'abord de la règle, puis décidez si vous souhaitez l'automatiser |
| Disponibilité et prix en direct | La réponse est aussi actuelle que la source qui la sous-tend | Ouvrir le parcours de réservation plutôt que d'indiquer un chiffre dans le chat |
| Tout ce qui dérange l'invité | La vitesse n'est pas ce que le client demande | Remettez le relais au premier signe, sans chercher à le calmer |
| Adéquation à l’accessibilité | Les besoins individuels ne correspondent pas à une liste d'installations | Donnez les faits, puis proposez à une personne de confirmer l'exigence |
| Demandes de groupes et d'événements | La réponse dépend du calendrier et de la marge | Capturez un brief structuré et arrêtez-vous là |
| La seconde moitié d'un long fil | Le contexte précédent est supprimé et l'invité se répète | Limitez la longueur et remettez-le avant ce point, pas après |
Lisez les transcriptions avant d'élargir la portée.
Le taux de confinement – la part des conversations fermées sans personne – est le chiffre rapporté par tous les fournisseurs et le moins utile à optimiser. Cela peut être amélioré en rendant l'assistant plus difficile à échapper, ce qui est le contraire de ce que souhaite un hôtel. Traitez-le comme une description, jamais comme une cible.
Une meilleure routine prend une demi-heure par semaine et ne nécessite aucun outil de reporting. Lisez dix conversations choisies délibérément plutôt qu'au hasard : trois qui ont été transmises, trois que l'invité a abandonnées en cours de discussion, deux auxquelles le système a répondu avec peu de confiance et deux dans une langue que personne dans l'équipe ne lit.
- Demandes arrivées en dehors des heures de travail et ce qu'elles sont devenues.
- Questions qui ont généré le message de secours, regroupées par sujet.
- Remises non récupérées dans les délais promis.
- Conversations au cours desquelles l'invité a demandé deux fois la même chose.
- Coordonnées capturées qui sont devenues une véritable enquête.
Définissez la propriété, les temps de réponse et le transfert tout au long du parcours client plutôt que sur un seul canal.
↗Les transcriptions sont des données personnelles dès lors qu’elles sont utiles.
La routine de lecture ci-dessus n'existe que parce que les conversations sont stockées et qu'une conversation stockée contenant un nom, une référence de réservation ou un numéro de téléphone est une donnée personnelle. Les orientations de l'ICO sur l'IA et la protection des données définissent les questions à régler avant que cet enregistrement n'existe : à quoi sert-il, quelle base juridique, qui à l'intérieur de l'hôtel peut le voir, quel fournisseur le détient et combien de temps il est conservé.
La rétention est l'élément le plus souvent laissé en suspens, et il s'agit d'une conversation de cinq minutes avant le lancement et d'une conversation délicate après. Un hôtel qui conserve chaque relevé de notes indéfiniment car personne n'a choisi une période n'a pris une décision par hasard. Quatre-vingt-dix jours est une réponse défendable ;il en va de même pour un an, s'il y a une raison derrière cela. Ne pas avoir de réponse ne l’est pas.
Le but de toutes ces lectures n'est pas de marquer le fournisseur. Chaque message de secours est soit une page qui n'explique pas quelque chose, soit une décision que l'hôtel n'a pas prise, et les deux sont moins chers à réparer que le logiciel à remplacer. Élargissez la portée de l'assistant uniquement lorsque la portée actuelle a cessé de produire cette liste.
Évaluez une configuration d'IA conversationnelle en une heure
Travaillez sur cette question avec les personnes qui répondront réellement aux transferts. Tout ce à quoi vous ne pouvez pas répondre est une décision à prendre et non une fonctionnalité à acheter.
vérifié
Conseils actuels derrière cet article
Ce guide combine des conseils principaux avec une analyse pratique du flux de travail hôtelier. Les capacités et intégrations du produit doivent toujours être vérifiées par rapport aux systèmes de la propriété, aux règles de fonctionnement et à la documentation actuelle du fournisseur.
- Commission européenneCadre réglementaire de la Loi sur l’IA
Cadre actuel basé sur les risques, calendrier de mise en œuvre et obligations de transparence des chatbots.
- pour les développeursEnvoyer des messages et la fenêtre du service client
Comment la fenêtre du service client WhatsApp 24 heures sur 24 s'ouvre, se réinitialise et se ferme, et ce qui peut être envoyé une fois qu'elle est effectuée.
- Bureau du commissaire à l'informationIntelligence artificielle et protection des données
Conseils, outils de gestion des risques et tâches d'explication au Royaume-Uni pour les organisations utilisant des données personnelles dans des systèmes d'IA.
- W3CDirectives pour l'accessibilité du contenu Web (WCAG) 2.2
La recommandation actuelle du W3C pour le contenu Web accessible sur ordinateur et mobile.
