23 points de contact, un seul système

Cet article suit un client unique (Sarah, directrice marketing de 38 ans, qui planifie un long week-end dans un hôtel de charme à la campagne pour l'anniversaire de mariage de ses parents) à travers vingt-trois points de contact numériques distincts avec un opérateur hôtelier. De la première recherche Google à la demande d'avis post-séjour, chaque interaction est enregistrée sur la même fiche client canonique, chaque signal comportemental alimente la décision suivante, chaque événement opérationnel peut déclencher un déclencheur marketing si l'opérateur choisit de le configurer.

L'essentiel ne réside pas dans le parcours lui-même. L'essentiel est que chaque point de contact dépend des données d'un système opérationnel différent, et que l'ensemble du parcours ne tient que parce que tous ces systèmes partagent une seule et même base de données.

Dans une stack fragmentée, le parcours se brise aux coutures. Sarah est traitée comme une nouvelle cliente au point de contact 6, puis de nouveau au point de contact 14, et encore au point de contact 19. Ses préférences ne sont pas conservées. Son statut de fidélité ne la suit pas. Son consentement marketing doit être recueilli à nouveau. Le personnel opérationnel n'a aucun contexte. L'équipe marketing n'a aucune attribution. Dix-huit des vingt-trois points de contact tombent dans le noir opérationnel.

Dans une architecture unifiée, chaque point de contact reste dans la lumière. Voici à quoi cela ressemble.

Points de contact 1 à 10 : avant son arrivée

Point de contact 1 : Sarah recherche sur Google « Cotswolds hotels with private dining for 8 ». Elle arrive sur la page d'un établissement sur le site web de l'opérateur. Le CMS repose sur la même plateforme que tout le reste. La page qu'elle consulte est générée de manière dynamique avec la disponibilité pour ses dates extraite en direct du PMS. Aucun widget de réservation tiers ne la redirige vers un autre domaine.

Point de contact 2 : Elle se connecte au Wi-Fi de l'établissement lors d'une visite de repérage deux semaines plus tôt (ses parents habitent à proximité, elle s'y était arrêtée pour un café). Le portail captif reconnaît son adresse e-mail (la même fiche client) et un déclencheur de première connexion Wi-Fi s'est activé à ce moment-là, l'inscrivant dans un flux de nurturing doux au sujet de l'établissement. Elle n'en sait rien. Elle se rappelle simplement avoir aimé l'endroit.

Point de contact 3 : Elle remplit le formulaire de demande pour un salon privé sur la page de l'établissement. Le déclencheur de demande de réservation d'espace s'active. Le coordinateur d'événements de l'établissement reçoit une notification. Sarah reçoit un e-mail de confirmation automatique accompagné de la brochure PDF du salon privé, jointe automatiquement car le formulaire est relié à la bibliothèque de documents de l'établissement. Latence totale entre l'envoi du formulaire et la réception de l'e-mail : moins de 30 secondes.

Point de contact 4 : Deux heures plus tard, le coordinateur d'événements envoie un e-mail personnel à Sarah avec un devis. Cet e-mail est envoyé directement depuis la boîte de réception unifiée mDOS. La réponse arrive dans le même fil de discussion. Le fil est rattaché à la fiche contact de Sarah. L'opportunité commerciale est créée automatiquement au statut « Demande : devis envoyé ».

Point de contact 5 : Sarah accepte le devis et réserve huit couverts dans le salon privé pour le samedi soir. La réservation est enregistrée sur sa fiche contact. L'acompte est prélevé via Stripe Connect sur le compte connecté de l'établissement. Le déclencheur d'acompte versé s'active et inscrit Sarah dans un flux d'accompagnement pré-événement : confirmation du menu à J-7, formulaire d'exigences alimentaires à J-5, pré-sélection des vins par le sommelier à J-3, logistique d'arrivée à J-1. Aucun de ces e-mails n'est rédigé ou envoyé manuellement. Ils s'exécutent parce que le flux a été configuré une seule fois, il y a six mois, et fonctionne désormais pour chaque réservation de salon privé de l'ensemble du domaine.

Point de contact 6 : Trois semaines avant l'événement, Sarah réserve des chambres pour elle et ses parents pour la même nuit. Le widget de réservation reconnaît son adresse e-mail (la même fiche client) et pré-remplit son nom, son numéro de téléphone et son adresse. Sa réservation PMS et sa réservation de salon privé existante sont toutes deux associées à la même fiche contact canonique ; l'équipe les consulte donc regroupées sous un seul client, et ses préférences alimentaires issues du formulaire événementiel sont visibles par l'équipe F&B. Elle reçoit un seul e-mail de confirmation regroupant l'ensemble des informations, au lieu de trois e-mails provenant de trois prestataires différents.

Point de contact 7 : Deux semaines avant, Sarah oublie de remplir le formulaire d'exigences alimentaires. Le déclencheur de formulaire soumis qui devait s'activer ne se déclenche pas. Un déclencheur d'inactivité distinct du workflow événementiel prend le relais à J-10. Sarah reçoit une relance amicale : « Un petit mot : est-ce que certains de vos invités ont des allergies ou des contraintes alimentaires que nous devrions connaître ? ». Elle clique sur le lien, remplit le formulaire et le flux suit son cours.

Point de contact 8 : Une semaine avant, elle abandonne une réservation pour un établissement partenaire plus décontracté qu'elle souhaitait également visiter le vendredi soir précédant le dîner d'anniversaire. Alors qu'elle choisissait ses plats pour une précommande, distraite par un appel professionnel, elle a fermé l'onglet. Le déclencheur d'abandon de réservation s'active. Quarante-cinq minutes plus tard, elle reçoit un e-mail : « Votre table à l'adresse [venue] est toujours réservée. Un seul clic suffit pour confirmer. » Lien en un clic. Elle confirme.

Point de contact 9 : Trois jours avant, l'e-mail de pré-sélection du sommelier arrive. Elle choisit trois vins dans une liste personnalisée. Ses sélections sont enregistrées sous forme de précommandes pour l'événement, la liste même que la cuisine et le bar consulteront le soir venu. Les choix de vins proposés dans l'e-mail de pré-sélection de Sarah ont été filtrés selon les bouteilles réellement en stock dans l'établissement cette semaine-là, issues du même système de stock que celui utilisé par le responsable du bar pour ses commandes.

Point de contact 10 : Un jour avant, l'e-mail relatif à la logistique d'arrivée arrive. Itinéraire routier. Heure de check-in. Mot de passe Wi-Fi. Confirmation de la réservation au restaurant. Emplacement du salon privé. PDF du menu d'anniversaire (envoyé parce que Sarah avait coché « célébration d'une occasion spéciale » lors de la demande initiale, ce qui a appliqué un tag déclenchant ce flux). Tout cela dans un seul e-mail aux couleurs de l'établissement, signé par le directeur général.

Points de contact 11 à 19 : le séjour et ses suites

Point de contact 11 : Sarah arrive samedi à 15h et effectue son enregistrement. L'enregistrement est enregistré dans la base de données. Son enregistrement déclenche deux actions de manière autonome : le flux d'accueil (un message utilisant son prénom, incluant ses préférences de chambre issues d'un séjour précédent déjà enregistrées sur sa fiche pour l'équipe) et le déclencheur de vente additionnelle pour le spa : « Vous séjournez chez nous deux nuits. Souhaitez-vous ajouter le massage en duo demain matin ? ». Sarah réserve le soin depuis le lien contenu dans le message. La réservation est réinjectée dans le PMS en tant que supplément facturé sur la note.

Point de contact 12 : La réservation pour un dîner informel le vendredi soir a lieu dans l'établissement partenaire. La caisse facture le repas sur la fiche contact de Sarah. Le déclencheur de commande validée en caisse s'active. Les points de fidélité sont calculés et attribués de manière atomique au sein de la même transaction que le paiement de l'addition. Son statut de fidélité passe de Silver à Gold. Le déclencheur de changement de statut de fidélité s'active, l'inscrivant dans un flux de changement de statut qui arrivera dimanche matin.

Point de contact 13 : La bouteille de Châteauneuf lors du dîner privé le samedi soir active le déclencheur d'achat par catégorie pour le vin. Vous avez pu en savoir plus à ce sujet dans notre article sur les accords mets et vins.

Point de contact 14 : Sarah quitte l'établissement dimanche à 11h. Le déclencheur de départ s'active. La note globale est réglée. Le reçu est envoyé automatiquement par e-mail. La demande d'avis post-séjour n'est pas envoyée immédiatement : le flux est configuré pour aplicar un délai de 48 heures après le départ, moment où la plupart des clients sont émotionnellement disposés à rédiger un avis constructif plutôt qu'un commentaire bâclé sur le parking. Cette décision a été prise par l'équipe marketing en s'appuyant sur les analyses du taux de réponse aux avis issues des données mêmes de la plateforme.

Point de contact 15 : Mardi matin, Sarah reçoit sa demande d'avis. Elle clique vers le formulaire d'avis propriétaire de la plateforme. Elle attribue 5 étoiles au séjour. Le déclencheur d'avis positif s'active. Elle devient alors éligible au flux de parrainage, le flux de remise sur le prochain séjour en recommandant un ami, conçu par l'équipe marketing il y a six mois.

Point de contact 16 : Mercredi, l'e-mail sur les accords mets et vins arrive.

Point de contact 17 : Les parents de Sarah (n'ayant jamais interagi avec le système marketing de l'établissement) reçoivent un e-mail de remerciement du directeur général. Le coordonnateur d'événements l'a rédigé manuellement depuis la boîte de réception unifiée, adressé aux invités désignés par la personne ayant réservé, car leurs coordonnées ont été collectées lors du point de contact 7. Les parents possèdent désormais leurs propres fiches contacts dans le CRM, associées à la même réservation. Les flux futurs pourront les solliciter sous réserve de leur consentement préalable.

Point de contact 18 : Deux mois plus tard, l'anniversaire du père de Sarah approche. Le déclencheur d'anniversaire de membre fidélité s'active (il avait été ajouté au programme de fidélité lors du point de contact 17 via une inscription implicite avec consentement marketing). Il reçoit un e-mail d'anniversaire contenant une offre adaptée à son statut pour un nouveau séjour.

Point de contact 19 : Il réserve. La boucle recommence entièrement, mais cette fois-ci, l'établissement connaît déjà la famille, ses préférences de chambre, ses restrictions alimentaires et ses goûts en matière de vin.

Points de contact 20 à 23 : la couche opérationnelle

Les points de contact 20 à 23 sont des déclencheurs opérationnels qui s'exécutent silencieusement en arrière-plan et n'atteignent jamais directement Sarah, mais améliorent chaque interaction avec le personnel : la clôture de la vérification nocturne (night audit) qui finalise la comptabilité ; une demande de maintenance, issue de sa remarque sur une douche qui fuit, enregistrée pour la chambre et résolue avant l'arrivée du client suivant ; une demande de conciergerie, suite à sa demande de réservation d'un restaurant à proximité ; et la création d'un compte entreprise, car sa société a désormais fait appel à l'établissement à quatre reprises et un tarif entreprise est en cours de configuration.

Ce que ce parcours démontre

Le parcours ci-dessus compte vingt-trois points de contact. Il exploite seize déclencheurs distincts parmi les plus de 150 intégrés au moteur de flux mDOS. Aucun point de contact pris isolément n'est exclusif à mDOS. En théorie, n'importe quel exploitant pourrait concevoir chacun d'entre eux au sein d'une pile logicielle fragmentée, au prix d'un travail d'intégration conséquent.

La spécificité de mDOS réside dans le fait que ces vingt-trois points de contact restent associés à la même fiche client unique du début à la fin, que les données dont dépend chaque point de contact sont accessibles en une seule requête dans la même base de données, et que les flux régissant le parcours peuvent être créés et modifiés par l'équipe marketing directement dans l'interface utilisateur de la plateforme, sans faire appel à une agence d'intégration.

Voilà ce que signifie « ancré dans les réalités opérationnelles de l'établissement ». Le moteur marketing n'est pas simplement greffé sur les systèmes opérationnels : il en fait partie intégrante. Chaque événement opérationnel est un déclencheur marketing prêt à être connecté. Chaque déclencheur marketing est un événement opérationnel déjà présent dans la base de données.

Ces plus de 150 déclencheurs constituent le champ d'action. La base de données unifiée est ce qui rend ce champ d'action possible.

---

Échangez avec le fondateur pour découvrir comment cette architecture s'adapterait à votre établissement.