23 touchpoints, één systeem

Dit artikel volgt één gast (een 38-jarige marketingdirector genaamd Sarah, die een lang weekend in een landgoedhotel plant voor de trouwdag van haar ouders) langs drieëntwintig afzonderlijke digitale touchpoints met een horeca-exploitant. Van de eerste zoekopdracht op Google tot het verzoek om een review na het verblijf: elke interactie wordt vastgelegd in hetzelfde canonieke gastprofiel, elk gedragssignaal voedt de volgende beslissing en elke operationele gebeurtenis kan een marketingtrigger activeren als de exploitant ervoor kiest deze te koppelen.

Het gaat niet om de klantreis op zich. Het gaat erom dat elk touchpoint afhankelijk is van gegevens uit een ander operationeel systeem, en de volledige klantreis alleen naadloos verloopt omdat al die systemen één database delen.

In een gefragmenteerde softwarestack loopt de klantreis op alle vlakken vast. Sarah wordt bij touchpoint 6 behandeld als een nieuwe klant, vervolgens weer bij touchpoint 14 en nogmaals bij touchpoint 19. Haar voorkeuren worden niet onthouden. Haar loyaliteitsstatus reist niet met haar mee. Haar toestemming voor marketing moet opnieuw worden verzameld. Het operationele personeel heeft geen context. Het marketingteam heeft geen attributie. Achttien van de drieëntwintig touchpoints blijven operationeel in het duister.

In een geïntegreerde architectuur blijft elk touchpoint overzichtelijk en transparant. Dit is hoe dat eruitziet.

Touchpoints 1–10: vóór haar aankomst

Touchpoint 1: Sarah zoekt op Google naar "Cotswolds hotels with private dining for 8". Ze komt terecht op een locatiepagina op de website van de exploitant. Het CMS maakt deel uit van hetzelfde platform als al het andere. De pagina die ze ziet wordt dynamisch opgebouwd met beschikbaarheid voor haar datums, live opgehaald uit het PMS. Er is geen booking widget van derden die haar naar een ander domein leidt.

Touchpoint 2: Ze maakt verbinding met het wifi-netwerk van de locatie tijdens een oriënterend bezoek twee weken eerder (haar ouders wonen in de buurt en ze was even binnengesprongen voor koffie). De captive portal herkent haar e-mailadres (hetzelfde gastprofiel) en er is op dat moment een trigger voor de eerste wifi-inlog geactiveerd, waarmee ze is ingeschreven in een laagdrempelige nurture-flow over de locatie. Dit weet ze niet. Ze herinnert zich alleen dat ze het een prettige plek vond.

Touchpoint 3: Ze vult het aanvraagformulier voor private dining in op de locatiepagina. De trigger voor ruimte-aanvragen wordt geactiveerd. De evenementencoördinator van de locatie ontvangt een melding. Sarah ontvangt een automatische bevestigingsmail met de brochure voor private dining als pdf, die automatisch wordt bijgevoegd omdat het formulier gekoppeld is aan de documentenbibliotheek van de locatie. Totale verwerkingstijd van het verzenden van het formulier tot de aflevering van de e-mail: minder dan 30 seconden.

Touchpoint 4: Twee uur later mailt de evenementencoördinator Sarah persoonlijk met een offerte. De e-mail van de coördinator wordt verzonden vanuit de mDOS centrale inbox. Het antwoord komt in dezelfde thread terecht. De thread wordt gekoppeld aan het contactprofiel van Sarah. De deal wordt automatisch aangemaakt met de fase "Enquiry: Quoted".

Touchpoint 5: Sarah accepteert de offerte en boekt acht couverts in de private dining room voor zaterdagavond. De boeking wordt vastgelegd in haar contactprofiel. De aanbetaling wordt geïnd via Stripe Connect op het gekoppelde account van de locatie. De trigger voor betaalde aanbetaling wordt geactiveerd en schrijft Sarah in voor een nurture-flow voorafgaand aan het evenement: menubevestiging op -7 dagen, formulier voor dieetwensen op -5 dagen, wijnvoorkeuren voor de sommelier op -3 dagen, logistiek voor aankomst op -1 dag. Geen van deze berichten wordt handmatig geschreven of verzonden. Ze worden uitgevoerd omdat de flow zes maanden geleden één keer is gebouwd en nu automatisch draait voor elke private dining-boeking op het gehele landgoed.

Touchpoint 6: Drie weken voor het evenement boekt Sarah hotelkamers voor zichzelf en haar ouders voor dezelfde nacht. De booking widget herkent haar e-mailadres (hetzelfde gastprofiel) en vult haar naam, telefoonnummer en adres vooraf in. Zowel haar PMS-boeking als haar bestaande private dining-boeking worden gekoppeld aan hetzelfde canonieke contactprofiel, zodat het team ze samen bij één gast ziet en haar dieetwensen uit het evenementenformulier zichtbaar zijn voor het F&B-team. Ze ontvangt één bevestigingsmail waarin alles staat, in plaats van drie van drie verschillende leveranciers.

Touchpoint 7: Twee weken van tevoren vergeet Sarah het formulier voor dieetwensen in te vullen. De trigger voor het verzonden formulier die zou moeten worden geactiveerd, blijft uit. In plaats daarvan wordt op -10 dagen een afzonderlijke inactiviteitstrigger voor de workflow van het evenement geactiveerd. Sarah ontvangt een vriendelijke herinneringsmail: "Korte vraag: hebben uw gasten allergieën of dieetwensen waar we rekening mee moeten houden?" Ze klikt door, vult het formulier in en de flow vervolgt zijn weg.

Touchpoint 8: Een week van tevoren breekt ze haar boeking af bij een zusterlocatie voor casual dining die ze ook wilde bezoeken op de vrijdagavond voor het jubileumdiner. Ze was gerechten aan het selecteren voor een voorafbestelling, werd afgeleid door een zakelijk telefoontje en sloot het tabblad. De trigger voor afgebroken boekingen wordt geactiveerd. Vijfenveertig minuten later ontvangt ze een e-mail: "Uw tafel bij [venue] staat nog steeds gereserveerd. Slechts één tik om te bevestigen." Een een-klik-link. Ze bevestigt.

Touchpoint 9: Drie dagen van tevoren ontvangt ze de e-mail met de voorselectie van de sommelier. Ze kiest drie wijnen uit een zorgvuldig samengestelde lijst. Haar keuzes worden opgeslagen als de voorafbestellingen van het evenement, dezelfde lijst waar de keuken en de bar die avond mee werken. De opties van de sommelier in de e-mail van Sarah zijn gefilterd op wijnen die deze week daadwerkelijk op die locatie op voorraad zijn, afkomstig uit hetzelfde voorraadsysteem dat de barmanager gebruikt voor bestellingen.

Touchpoint 10: Eén dag van tevoren ontvangt ze de e-mail met de logistieke informatie voor aankomst. Routebeschrijving. Inchecktijd. Wifi-wachtwoord. Bevestiging van de restaurantreservering. Locatie van de private dining room. Pdf van het jubileummenu (verzonden omdat Sarah "speciale gelegenheid vieren" had aangevinkt op de oorspronkelijke aanvraag, wat een tag heeft ingesteld die deze flow heeft geactiveerd). Alles in één e-mail, in de huisstijl van de locatie en ondertekend door de General Manager.

Touchpoints 11–19: het verblijf en de nasleep

Touchpoint 11: Sarah arriveert op zaterdag om 15:00 uur en checkt in. De check-in wordt vastgelegd in de database. Haar check-in activeert autonoom twee zaken: de welkomstflow (een bericht met haar naam, waarin haar kamervoorkeuren van een vorig verblijf al op haar dossier staan voor het team) en de spa-upsell-trigger: "U verblijft twee nachten bij ons. Wilt u morgenochtend de duomassage toevoegen?" Sarah boekt de behandeling via de link in het bericht. De boeking wordt teruggeschreven naar het PMS als een extra post op de kamerrekening.

Touchpoint 12: De reservering voor een informele maaltijd op vrijdagavond vindt plaats bij de zusterlocatie. De kassa belast de maaltijd aan het contactdossier van Sarah. De trigger 'afgeronde kassa-bestelling' wordt geactiveerd. Loyaliteitspunten worden atomair berekend en toegekend binnen dezelfde transactie als de betaling van de rekening. Haar loyaliteitsniveau stijgt van Silver naar Gold. De trigger voor het upgraden van het loyaliteitsniveau wordt geactiveerd, waardoor ze wordt ingeschreven in een tier-up-flow die op zondagochtend aankomt.

Touchpoint 13: De fles Châteauneuf bij het private dining-diner op zaterdagavond activeert de trigger 'aankoop per categorie' voor wijn. U leest hier meer over in ons artikel over wijnarrangementen.

Touchpoint 14: Sarah checkt zondag om 11:00 uur uit. De uitchecktrigger wordt geactiveerd. De kamerrekening wordt voldaan. De kwitantie wordt automatisch per e-mail verzonden. Het verzoek om een beoordeling na het verblijf wordt niet onmiddellijk verzonden: de flow is geconfigureerd om te wachten tot +48 uur na het uitchecken. Dat is het moment waarop de meeste gasten emotioneel klaar zijn om een waardevolle review te schrijven in plaats van een gehaaste op de parkeerplaats. Deze beslissing is genomen door het marketingteam op basis van de responsanalyses van reviews uit de eigen data van het platform.

Touchpoint 15: Dinsdagochtend ontvangt Sarah het reviewverzoek. Ze klikt door naar het eigen reviewformulier van het platform. Ze beoordeelt het verblijf met 5 sterren. De trigger voor positieve reviews wordt geactiveerd. Ze komt nu in aanmerking voor de referral-flow: de flow voor korting op een volgend verblijf bij het aanbevelen van een vriend, die het marketingteam zes maanden geleden heeft gebouwd.

Touchpoint 16: Woensdag komt de e-mail over het wijnarrangement aan.

Touchpoint 17: De ouders van Sarah (die nog nooit interactie hebben gehad met het marketingsysteem van de locatie) ontvangen een bedankmail van de General Manager. De evenementencoördinator heeft deze handmatig geschreven in de centrale inbox, gericht aan de met naam genoemde gasten van de boeker omdat hun gegevens bij touchpoint 7 zijn vastgelegd. De ouders zijn nu hun eigen contactdossiers in het CRM, gekoppeld aan dezelfde boeking. Toekomstige flows kunnen hen met de juiste toestemming bereiken.

Touchpoint 18: Twee maanden later nadert de verjaardag van Sarahs vader. De verjaardagstrigger voor loyaliteitsleden wordt geactiveerd (hij was bij touchpoint 17 aan het loyaliteitsprogramma toegevoegd via een impliciete inschrijving met marketingtoestemming). Hij ontvangt een verjaardagsemail met een aanbod voor een volgend verblijf dat past bij zijn loyaliteitsniveau.

Touchpoint 19: Hij boekt. De gehele cyclus begint opnieuw, maar ditmaal kent de locatie de familie, de kamervoorkeuren, de dieetwensen en de wijnvoorkeur al.

Touchpoints 20–23: de operationele laag

Touchpoints 20 tot en met 23 zijn operationele triggers die op de achtergrond afgaan en Sarah nooit rechtstreeks bereiken, maar elke interactie met het personeel verbeteren: de nachtaudit die wordt afgesloten om de boeken definitief te maken; een onderhoudsverzoek naar aanleiding van haar melding over een lekkende douche, dat gekoppeld wordt aan de kamer en opgelost voordat de volgende gast arriveert; een verzoek aan de concierge voor een restaurantreservering in de buurt; en het aanmaken van een zakelijk account, omdat haar bedrijf de locatie nu vier keer heeft gebruikt en er een zakelijk tarief wordt ingesteld.

Wat de klantreis bewijst

De bovenstaande reis omvat drieëntwintig touchpoints. Het maakt gebruik van zestien verschillende triggers van de meer dan 150 die in de mDOS-flow-engine zijn ingebouwd. Geen enkel touchpoint is uniek voor mDOS. Elke exploitant zou in theorie elk van deze touchpoints kunnen bouwen in een gefragmenteerde stack, mits er voldoende integratiewerk wordt verricht.

Wat uniek is voor mDOS, is dat alle drieëntwintig touchpoints van begin tot eind gekoppeld blijven aan hetzelfde centrale gastendossier, dat de gegevens waarvan elk touchpoint afhankelijk is met één query in dezelfde database bereikbaar zijn, en dat de flows die de reis sturen door het marketingteam kunnen worden gebouwd en gewijzigd in de UI van het platform, en niet door een integratiebureau.

Dit is wat "ingebed in de operationele realiteit van de locatie" betekent. De marketingengine is niet vastgeschroefd op de operationele systemen. Het maakt er deel van uit. Elke operationele gebeurtenis is een marketingtrigger die klaarstaat om te worden gekoppeld. Elke marketingtrigger is een operationele gebeurtenis die al in de database bestaat.

De 150+ triggers vormen het oppervlak. De centrale database is wat dit oppervlak mogelijk maakt.

---

Praat met de oprichter over hoe de architectuur binnen uw organisatie past.