«Vous reste-t-il quelque chose pour le pont ?»
C'est la question qui arrive le plus souvent par WhatsApp à la réception d'un petit hôtel. Et c'est aussi celle à laquelle il est le plus difficile de répondre : elle arrive un samedi à onze heures du soir, quand personne ne regarde son téléphone ; elle arrive en août mélangée avec quarante autres ; ou elle arrive et on répond par cœur, avec un « je crois que oui, laisse-moi vérifier » qui reste sans suite.
Chacune de ces questions est une réservation à un demi-mètre de se concrétiser. Le client connaît déjà les dates, sait combien ils sont et a déjà décidé qu'il veut y aller. Il a juste besoin de savoir s'il y a de la place. S'il n'obtient pas de réponse dans quelques minutes, il ouvre Booking et pose la question à un autre.
Les assistants IA génériques ne résolvent pas cela, et il convient de le dire clairement : un modèle de langage ne sait pas si vous avez une double libre le 14 août. Il peut rédiger un message impeccable disant qu'il y en a. Et s'il n'y en a pas, vous venez de vendre quelque chose que vous n'avez pas.
NAiOS Hotel : l'inventaire réel, au cœur de la conversation
NAiOS Hotel est le nouveau module de la plateforme qui connecte le moteur de réservation de l'hébergement avec les agents IA de NAiOS. À partir de là, lorsque quelqu'un demande par WhatsApp ou par le chat du site s'il reste des chambres, l'agent vérifie vraiment avant de répondre.
Il est conçu pour les hébergements qui travaillent déjà avec un moteur de réservation — le module arrive avec un support natif pour RoomCloud — et pour toutes les tailles : hôtels indépendants, pensions, auberges, appartements touristiques, maisons rurales et petites chaînes. Un même compte peut avoir plusieurs établissements connectés, chacun avec son moteur, son identifiant et sa fiche.
La règle qui soutient tout : il y a, il n'y a pas, ou je ne sais pas
La plupart des systèmes de ce type fonctionnent avec deux réponses : il y a de la disponibilité ou il n'y en a pas. Nous avons conçu le module avec trois, et cette troisième est celle qui fait la différence.
Si le moteur de réservation met du temps à répondre, si la date est en dehors de ce que l'hôtel a publié, ou si quelque chose échoue en cours de route, l'agent ne dit pas qu'il est complet. Il dit qu'il ne peut pas le confirmer et renvoie à la réception.
Cela peut sembler un détail, mais c'est tout le contraire. Un assistant qui répond « désolé, nous sommes complets » sans l'avoir vérifié coûte des réservations à l'hôtel, une par une et en silence, sans que personne ne le détecte jamais. Tout le module est construit pour défendre cette distinction, et il existe des tests automatiques qui empêchent qu'elle se perde dans les futures versions.
Un cas réel qui nous a enseigné son importance : un hôtel avait le calendrier chargé seulement jusqu'à la fin septembre. Pour le moteur de réservation, octobre et novembre n'étaient pas « fermés » : ils n'existaient tout simplement pas encore. Un système naïf aurait répondu « il n'y a pas de disponibilité » pour tout l'automne. Le nôtre distingue les deux situations et répond qu'il ne peut pas encore confirmer ces dates.
Ce que l'agent sait faire
Le module met cinq capacités entre les mains de l'agent WhatsApp et du chat, et les utilise uniquement lorsque la conversation le demande :
- Consulter la disponibilité pour des dates et un nombre de personnes spécifiques, avec le prix du séjour complet — pas par nuit — et le séjour minimum s'il y en a un.
- Proposer des chambres qui correspondent à cette occupation, classées par la façon dont elles s'ajustent et par prix. S'il s'agit de cinq personnes, il propose les combinaisons possibles ; il n'offre pas une chambre double.
- Voir le calendrier des jours disponibles autour des dates demandées, pour pouvoir suggérer des alternatives lorsque ce qui est demandé n'est pas libre.
- Donner des informations sur l'hébergement : capacité réelle de chaque type de chambre, mètres carrés, lits, salles de bains, services et extras avec leur prix.
- Envoyer la photo d'une chambre spécifique lorsque le client la demande. Par WhatsApp, elle arrive sous forme d'image, pas comme un lien collé dans le texte.
- Générer le lien de réservation du propre moteur de l'hôtel, avec les dates, l'occupation, la langue et le code de canal direct déjà renseignés. Le client n'a qu'à payer.
Ce dernier point mérite une note : le lien mène au canal direct de l'hôtel, pas à un intermédiaire. Une conversation qui commence sur WhatsApp se termine sur le site propre, sans commission entre les deux.
Répondre dans la langue de l'invité
L'agent répond dans la langue dans laquelle il est écrit et génère le lien de réservation dans cette même langue. Pour un hébergement en bord de mer, où dans l'après-midi même, des messages arrivent en catalan, espagnol, français et anglais, ce n'est pas un ornement.
Ce que vous n'avez pas pu vendre
Chaque demande qui se termine sans disponibilité est enregistrée : quelles dates ont été demandées, pour combien de personnes et combien de fois. Cette liste est, littéralement, la demande que l'établissement n'a pas pu satisfaire. Elle sert à ajuster les prix, à revoir les quotas ou à décider quel week-end il est préférable de ne pas fermer.
Les questions fréquentes vivent à part
Le wifi, le petit-déjeuner, le parking, si les animaux sont admis ou à quelle heure est le check-in ne sont pas des disponibilités : ce sont des connaissances de l'hôtel, et elles vivent dans la Base de Connaissance de NAiOS. Le module apporte ce que l'IA ne peut pas savoir par elle-même — s'il y a de la place — et laisse le reste là où cela fonctionnait déjà.
Avec un point important que nous avons appris en testant : les données que l'hôtelier n'a pas encore remplies sont explicitement marquées comme non enregistrées, afin que l'agent puisse dire « je te le confirme avec la réception » au lieu de l'inventer. Un assistant qui invente qu'il y a du wifi gratuit génère une plainte lors du check-in.
Niveau 1 : sans toucher à votre compte RoomCloud
Voici la partie qui surprend le plus les hôteliers avec qui nous avons parlé : pour commencer, il n'est absolument pas nécessaire de configurer quoi que ce soit dans RoomCloud. Ni de demander des autorisations, ni de souscrire un module supplémentaire, ni d'ouvrir un ticket avec le support, ni d'attendre que quelqu'un vous donne un accès.
Le module fonctionne avec les mêmes informations que le moteur de réservation publie déjà à tout visiteur du site de l'hôtel. La seule chose nécessaire est ce que l'hôtelier a déjà à portée de main :
- Le numéro d'identification de l'hôtel dans le moteur de réservation.
- L'URL du moteur de recherche du site web.
- Le code de canal direct, s'il en utilise un.
On remplit une fiche, on clique sur « Tester la connexion » et, si le moteur répond, le module commence à se synchroniser tout seul. À partir de là, il maintient le calendrier des mois à venir préchargé et consulte en direct lorsqu'on lui demande une date qu'il n'a pas fraîche. Mise en route : quelques minutes, pas des semaines.
C'est la voie rapide pour valider le cas d'utilisation : vous vous connectez, testez avec des conversations réelles et décidez. Et comme rien n'a été touché dans le compte du moteur, il n'y a rien à annuler si l'on préfère s'arrêter.
Niveau 2 : avec l'API de RoomCloud, lire et écrire des réservations
Le niveau 1 répond à la question « y a-t-il de la place ? ». Le niveau 2 répond à la suivante : « réserve-le pour moi ».
Avec une clé API de RoomCloud —que l'hôtel demande à son fournisseur et nous fournit— le module passe de la consultation à l'opération : lire les réservations existantes et écrire de nouvelles réservations directement dans le moteur. Ce que cela ouvre :
- Clore la réservation dans la conversation, sans obliger l'invité à sauter sur le site web.
- Consulter une réservation déjà faite lorsque l'invité écrit quelques jours plus tard en demandant son numéro de réservation, l'heure d'arrivée ou les détails de son séjour.
- Gérer les modifications et annulations par le même canal que celui par lequel la réservation a été faite.
- Confirmer avec les données du moteur, pas avec une copie intermédiaire qui peut devenir obsolète.
Les deux niveaux ne sont pas exclusifs et il n'est pas nécessaire de choisir dès le départ : le niveau 1 se met en place aujourd'hui et le niveau 2 s'ajoute par-dessus lorsque l'établissement souhaite faire le pas, sur la même configuration et le même agent.
Pour qui cela a-t-il du sens
Pour les hébergements petits et moyens qui reçoivent déjà des demandes par WhatsApp et n'ont pas une réception ouverte vingt-quatre heures sur vingt-quatre pour y répondre. Hôtels indépendants, pensions, auberges, appartements touristiques, maisons rurales et campings.
Si votre établissement reçoit chaque semaine des messages demandant des dates précises, et que certains restent sans réponse jusqu'au lendemain, ce module est fait exactement pour cela.
Comment commencer
NAiOS Hotel s'active comme tout autre module de la plateforme : l'établissement est connecté, le module est activé dans les outils de l'agent WhatsApp et il est testé. La plateforme comprend un environnement de test où l'on peut voir, demande après demande, ce que l'agent a demandé au moteur, ce qu'il a répondu, d'où provient la donnée et combien de temps cela a pris — avant de le mettre devant un client.
Si vous gérez un hébergement et souhaitez le voir fonctionner avec votre propre inventaire, écrivez-nous et nous le mettons en place avec vous.
