Lena réserve-t-elle automatiquement une table ?

Non. Une demande n’est pas une réservation. Dans le parcours intégré le 27 septembre 2026, une table n’est confirmée qu’après une confirmation sans ambiguïté du restaurant.

Que se passe-t-il si le restaurant ne répond pas ?

Une demande envoyée mais non confirmée doit être clôturée comme « sans réponse » après deux heures. Le message prévu indique qu’aucune table n’est réservée et fournit le contact du restaurant lorsqu’il est disponible. La livraison dépend du contact disponible et du service de messagerie.

Lena peut-elle autoriser elle-même une arrivée tardive ?

Non. Pour un hébergement lié, Lena peut transmettre la demande au contact enregistré et lui rattacher la réponse. La décision revient à l’hébergeur ; le parcours nécessite la configuration adaptée.

Ces améliorations ont-elles été mesurées en exploitation ?

Non. Les changements vérifiés concernent le fonctionnement technique du système. Aucun taux de livraison, délai de traitement ou résultat de satisfaction n’est publié pour ces changements.

Développement2 octobre 2026

Quand Lena transmet une demande : ce qui doit suivre le chat

Comment Lena suit les demandes aux hébergeurs et restaurants : changements vérifiés, limites et prochaines vérifications. État au 2 octobre 2026.

Illustration conceptuelle : une demande passe du visiteur au prestataire via le concierge, puis une réponse revient ; ce n’est pas une vue du produit.

Un concierge IA pour Saas-Fee n’aide le visiteur à formuler une demande concrète que s’il distingue « demandé » de « confirmé ». Du 26 au 28 septembre 2026, Lena Concierge a revu les parcours des demandes aux hébergeurs et aux restaurants : les réponses sont rattachées au bon dossier, les demandes sans réponse ont une issue définie et le visiteur doit connaître le résultat. Ce progrès est vérifié dans le code ; aucun taux de réussite en exploitation n’est publié.

État vérifié le 2 octobre 2026.

Pourquoi une bonne réponse ne suffit pas

« Pouvons-nous arriver plus tard ? » ou « Y a-t-il une table demain soir ? » ne sont pas de simples questions d’information. Une personne chez l’hébergeur ou au restaurant doit décider. Transmettre la demande ne peut donc pas être présenté comme un accord. Le concierge doit suivre un parcours clair : enregistrer la demande, l’envoyer au bon contact, identifier sa réponse et communiquer le résultat au visiteur.

Ce sujet concerne aussi les destinations. Un document du SECO sur la numérisation du tourisme suisse (2025) décrit le service aux visiteurs comme un processus numérique et souligne les liens entre hôtels, prestataires et organismes de destination. Le rapport touristique de l’OCDE publié le 1er juillet 2026 présente les outils numériques et l’IA comme des possibilités d’améliorer les opérations et de personnaliser les expériences. Ces sources décrivent le secteur ; elles ne mesurent pas l’effet de Lena.

Ce qui a changé chez Lena cette semaine

Une demande à l’hébergeur reste suivie jusqu’au retour au visiteur

La mise à jour du 26 septembre a ajouté un cycle de statuts pour l’arrivée anticipée, l’arrivée tardive et le départ tardif. Il concerne les visiteurs disposant d’un lien personnel vers leur hébergement, si les paramètres WhatsApp et Twilio nécessaires sont en place. Une question générale sur les horaires d’arrivée ne devient pas automatiquement une demande à l’hébergeur.

Lena peut transmettre la demande au contact de l’hébergement avec un code de référence. L’hébergeur peut accepter ou refuser en citant ce code. Sa réponse doit revenir au visiteur, qui peut aussi consulter le statut dans le chat. Ce parcours présente des limites de configuration : certains messages nécessitent des modèles WhatsApp et les statuts de livraison ne sont visibles que dans les conditions décrites. L’intégration du code établit le parcours, pas son utilisation par chaque hébergement connecté.

La mise à jour du 28 septembre traite deux lacunes. Si le contact de l’hébergement change, une ancienne demande en attente ne doit plus être considérée comme une demande actuelle au nouveau contact. Un traitement protégé et planifié fait expirer les demandes en retard. Il ne peut pas accélérer l’hébergeur, mais il limite la durée de l’état d’attente.

Une table nécessite une confirmation sans ambiguïté

La mise à jour du 27 septembre a modifié l’interprétation des réponses du restaurant : un texte libre ne confirme plus une table. Auparavant, même un refus contenant le mot « confirmer » pouvait être pris pour un accord. Le bouton de confirmation est désormais nécessaire. Si plusieurs demandes attendent une réponse du même restaurant sans référence unique, le système ne choisit pas au hasard. Appuyer plusieurs fois ne doit pas envoyer plusieurs confirmations au visiteur.

En l’absence de réponse du restaurant, la mise à jour du 27 septembre clôt une demande envoyée mais non confirmée après deux heures avec le statut « sans réponse ». Le message prévu précise qu’aucune table n’est réservée et fournit le contact du restaurant lorsqu’il est disponible. Une confirmation ultérieure sans ambiguïté peut encore modifier le statut. La livraison au visiteur dépend du contact disponible et du service de messagerie ; une tentative d’envoi enregistrée ne prouve pas que chaque visiteur a reçu le message.

À qui ce parcours peut être utile

Les visiteurs obtiennent une description plus précise de l’état réel de leur demande d’arrivée ou de table. La distinction entre envoyée, confirmée et clôturée sans réponse est essentielle. Aucune mesure publiée ne démontre encore la réduction des malentendus en exploitation.

Les hôtels et appartements de vacances peuvent relier une demande à l’hébergement, au visiteur et à la réponse du bon contact, au lieu de la perdre parmi des messages isolés. Cela suppose des coordonnées à jour, une configuration WhatsApp adaptée et un processus interne clair.

Les destinations pourraient tirer des enseignements de ces passages définis entre visiteurs et entreprises locales pour organiser un accompagnement numérique commun. Lena apporte des éléments de ce parcours ; les changements techniques ne prouvent ni un déploiement à l’échelle d’une destination ni un effet opérationnel démontré.

Les prochaines vérifications

Avec de vrais contacts de test autorisés, vérifier la réception des messages par les hébergeurs et restaurants dans la configuration WhatsApp de production, puis la visibilité du résultat pour le visiteur.
Tester de bout en bout les réponses absentes, ambiguës ou tardives, ainsi qu’un changement de contact d’hébergement.
Dans un pilote, mesurer les demandes correctement terminées, les délais de réponse et les échecs de livraison. Aucun indicateur de ces résultats n’est publié pour ces changements.
Définir qui reprend la demande sans réponse et quelles entreprises participent effectivement. Ce texte ne prétend à aucune participation ou collaboration.

Ce sont des vérifications à venir, sans date promise ni fonction annoncée comme déjà introduite.

Questions fréquentes

Lena réserve-t-elle automatiquement une table ?: Non. Une demande n’est pas une réservation. Dans le parcours intégré le 27 septembre 2026, une table n’est confirmée qu’après une confirmation sans ambiguïté du restaurant.
Que se passe-t-il si le restaurant ne répond pas ?: Une demande envoyée mais non confirmée doit être clôturée comme « sans réponse » après deux heures. Le message prévu indique qu’aucune table n’est réservée et fournit le contact du restaurant lorsqu’il est disponible. La livraison dépend du contact disponible et du service de messagerie.
Lena peut-elle autoriser elle-même une arrivée tardive ?: Non. Pour un hébergement lié, Lena peut transmettre la demande au contact enregistré et lui rattacher la réponse. La décision revient à l’hébergeur ; le parcours nécessite la configuration adaptée.
Ces améliorations ont-elles été mesurées en exploitation ?: Non. Les changements vérifiés concernent le fonctionnement technique du système. Aucun taux de livraison, délai de traitement ou résultat de satisfaction n’est publié pour ces changements.