Les messages programmés Airbnb font bien une chose : envoyer un texte à un moment prévu. Leur limite n'est pas cachée dans un sous-menu. Elle vient du mécanisme lui-même : le message est décidé avant que la situation existe.
- Le cadre natifLes trois moments couverts et ce qu'ils font bien
- Le plafondCinq cas où le calendrier seul ne suffit plus
- À l'envoiMême déclencheur, autre niveau d'adaptation
Les trois déclencheurs natifs d'Airbnb
Airbnb appelle cette fonctionnalité « réponses rapides programmées ». Dans son centre d'aide, les trois moments natifs cités sont la nouvelle réservation, l'arrivée et le départ.
Chaque moment couvre une étape simple. La nouvelle réservation confirme que tout est enregistré. L'arrivée porte le message le plus utile de la séquence : adresse, heure, accès, consigne importante. Le départ rappelle la sortie du logement et ce qu'il faut laisser en ordre.
Ce cadre a de vraies qualités. Il est intégré à la plateforme. Il est stable et gratuit. Il suffit souvent si vous restez sur Airbnb et si votre séquence se limite à ces trois moments. Les variables aident à tenir un texte court, avec une réserve documentée : un champ affiche « Non disponible » quand l'information n'est pas dans l'annonce. Les envois suivent le fuseau horaire du logement, ce qui évite une partie des erreurs de calendrier.
Pour le réglage pas à pas, le guide des messages automatiques Airbnb reprend la manipulation. Pour le contenu, les six modèles de messages donnent une base à raccourcir plutôt qu'à allonger.
Cinq situations que la programmation ne couvre pas
Un message programmé est prêt avant le message du voyageur, avant l'imprévu et avant la nuance du logement. Ce n'est pas un réglage manquant. C'est la nature d'une programmation.
1. Le voyageur écrit hors séquence
Le cas le plus courant : le voyageur écrit le matin pour demander un code ou annoncer une arrivée avancée. Le message d'arrivée prévu plus tard partira quand même à l'heure réglée si personne ne le reprend.
Le problème n'est pas le texte, c'est le moment. Une séquence décidée d'avance ne sait pas qu'une question vient de déplacer la priorité.
2. La réservation de dernière minute
Une réservation faite le matin pour une arrivée le soir compresse la séquence. Confirmation, arrivée puis départ peuvent se retrouver le même jour sur un séjour très court. Airbnb documente ce point par une option intitulée « Envoyer pour les réservations de dernière minute et les séjours courte durée ». Si cette option existe, c'est bien que le comportement par défaut ne couvre pas tous les cas.
3. Un logement n'est pas un autre
Un gabarit sait insérer des champs. Il ne sait pas porter la nuance opérationnelle d'un bien à l'autre si cette nuance n'est pas déjà écrite dans le texte. Deux logements d'un même parc peuvent pourtant avoir des réalités opposées : arrivée autonome ici, remise de clés sur place là, parking résidentiel dans un immeuble et parking public dans un autre. Soit vous généralisez trop, soit vous multipliez les variantes à la main. Dans les deux cas, la maintenance finit par coûter plus que le message.
4. Les autres plateformes demandent leur propre réglage
Si vous louez aussi sur Booking ou Vrbo, leurs outils existent également. Mais le scénario Airbnb ne s'y copie pas tout seul : il faut recréer les modèles, vérifier les champs et maintenir chaque séquence séparément. Ce n'est pas un défaut d'Airbnb, c'est la conséquence d'un réglage fait dans une plateforme précise.
5. Il n'y a pas de branchement conditionnel
La demande classique est simple : envoyer un message de mi-séjour seulement à partir de trois nuits. Les trois déclencheurs natifs ne travaillent pas ainsi. Ils ne branchent pas un envoi sur une durée, sur un échange déjà reçu ou sur une exception accordée au cas par cas. Même limite pour un départ tardif validé la veille ou pour une arrivée anticipée qui dépend d'un ménage terminé plus tôt. Le calendrier sait qu'une date approche. Il ne sait pas arbitrer une situation.
| Situation | Ce que la programmation en fait | Ce qu'il faut faire à la place |
|---|---|---|
| Le voyageur écrit avant le message prévu | Le message part à l'heure réglée même si la question a changé la priorité | Reprendre la main ou laisser un outil traiter la réponse dans le fil |
| Réservation de dernière minute | La séquence se compresse ou des envois sont sautés selon le réglage | Vérifier le comportement sur séjour court et ajuster le scénario |
| Variation d'un logement à l'autre | Le même texte doit couvrir des réalités différentes | Un message par logement, sinon une couche qui lit ses consignes propres |
| Autres plateformes | Chaque extranet garde ses modèles et ses champs | Centraliser dans le PMS ou accepter une maintenance séparée |
| Mi-séjour conditionnel | Pas de branchement sur la durée ni sur un contexte récent | Déclencher via un autre outil ou envoyer manuellement |
Ce que Sentioo change au moment où le message part
Sentioo ne remplace pas le déclencheur si vous avez déjà votre calendrier. Il intervient au moment où le message part, puis au moment où le voyageur répond.
Le calendrier reprend trois messages système par réservation : bienvenue, check-in environ 24 h avant l'arrivée et départ environ 24 h avant le départ. Il accepte aussi un nombre libre de messages personnalisés par logement, placés de -30 à +30 jours autour de l'arrivée ou du départ, avec un créneau horaire et une activation message par message.
Chaque message programmé a deux modes. En strict, le réglage par défaut en production, le gabarit part mot pour mot. En reinterpret, le gabarit résolu est rédigé à nouveau au moment de l'envoi dans votre ton, avec les consignes du logement et l'historique. Votre gabarit reste la version de référence.
La différence devient nette juste après l'envoi. Si le voyageur répond, la réponse s'appuie sur son message, l'historique du fil avec consigne explicite de ne pas répéter, l'état de la réservation, les dates, la base de connaissances du logement construite automatiquement puis enrichie au fil des conversations et les disponibilités. Ce qui sort du cadre connu remonte vers vous au lieu d'être inventé.
Même calendrier, trois niveaux de délégation- CopiloteSentioo prépare le brouillon du message ou de la réponse. Vous relisez puis vous envoyez.
- HybrideSentioo répond seul sur vos plages horaires et vous laisse la main sur les autres.
- AutopiloteLe message part seul. Ce qui sort du cadre connu remonte vers vous avec le contexte utile.
Sentioo ne prétend jamais être une personne. Si le voyageur l'interroge sur son identité, il se présente comme l'assistant du logement. Le détail est visible dans les fonctionnalités et dans comment ça marche.
Quand la programmation native suffit
Il faut le dire clairement : la programmation native suffit souvent. Un ou deux logements, une seule plateforme, trois messages stables et peu de questions hors cadence forment un cadre simple, où ajouter une couche n'apporte pas grand-chose. C'est vrai aussi quand le besoin se limite à caler des rappels récurrents.
Le plafond apparaît ailleurs : quand le texte devrait tenir compte de ce qui vient d'être dit, quand les réservations tardives deviennent fréquentes, quand les écarts entre logements s'accumulent ou quand plusieurs plateformes demandent le même entretien en parallèle. La question n'est alors plus quand envoyer. Elle devient quoi envoyer maintenant, à qui et dans quel contexte.
