Eén inbox voor alle gastcommunicatie: sms, e-mail, WhatsApp en OTA-berichten

Een hotel met veertig kamers beantwoordt gasten vóór de lunch al op vijf plekken.

WhatsApp, op iemands privételefoon. Het extranet van Booking.com. Een Airbnb-gesprek. De mailbox van de receptie. Een chatwidget op de website die na 18:00 niemand meer opent.

Elk ervan is een aparte login, een apart meldingsgeluid, een apart idee van wat een gesprek is. Geen van allen weet wat de ander heeft gezegd. De gast maakt dat niets uit. De gast stuurde één bericht.

De meeste stukken over gastcommunicatie gaan over wat de AI is. Dit stuk gaat over waar de berichten zijn. Voordat je een bericht kunt automatiseren, moet je het kunnen zien — en de meeste operators zien niet al hun berichten op één plek. Eén inbox voor WhatsApp-, Booking.com- en Airbnb-berichten is geen mooier chatvenster. Het is één wachtrij in plaats van vijf tabbladen, met de reservering naast het gesprek, bovenop het PMS dat je al draait.

Begin dus met tellen.

Waar leven je gastberichten eigenlijk?

Doe de inventarisatie eerlijk. Eén accommodatie, één week.

• WhatsApp. Meestal een privénummer van degene die het ooit instelde. Het werkt omdat gasten het toch al open hebben staan. Het faalt omdat het vertrekt met de eigenaar van de telefoon.
• E-mail. info@, receptie@, reserveringen@, plus dat ene adres dat een terugkerende gast nog uit 2023 heeft bewaard. Threads splitsen, worden doorgestuurd en eindigen in iemands persoonlijke map.
• Sms. Aankomstgegevens, deurcodes, het bericht dat móét aankomen, of de gast nu iets heeft geïnstalleerd of niet. Verstuurd vanuit wat toevallig voorhanden was — en als een gast antwoordt, komt dat antwoord ergens binnen waar niemand kijkt.
• Webchat. De widget op je eigen site. Die vangt de berichten met de hoogste intentie op — iemand die op dit moment je kamerpagina leest — en is de plek die na zessen het minst waarschijnlijk bemand is.

Vier plekken, nog voordat je één channelmanager hebt gekoppeld. Niemand koopt bewust vier inboxen. Ze stapelen zich op, kanaal voor kanaal, elk met een goede reden toegevoegd.

Verkoop je via OTA's, tel die er dan bij op. Booking.com-berichten landen in het extranet, naast tarieven, beschikbaarheid en de reviewwachtrij — wie de prijzen doet ziet ze als eerste, wie de gasten doet vaak niet. Airbnb houdt zijn eigen gesprek, zijn eigen timingregels, zijn eigen meldingen: gelezen op een telefoon bij de bushalte, drie uur later beantwoord vanaf een laptop, als het al gebeurt. Koppel beide en je zit op zes.

Wat verandert er als vijf tabbladen één wachtrij worden?

Eén wachtrij betekent dat de inbox de eenheid is, niet het tabblad.

Elk gesprek van elk kanaal landt op één scherm. WhatsApp, sms, e-mail, Booking.com, Airbnb, webchat. Ze blijven aparte gesprekken. Een WhatsApp-gesprek wordt niet samengevoegd met een Booking.com-gesprek, en geen van beide verdwijnt onder de naam van een gast. Ze staan naast elkaar in één lijst en je werkt die af, met alle benodigde informatie in het zicht.

Het kanaal wordt een label op een gesprek, in plaats van een plek waar je heen moet.

Open er een en de reservering staat ernaast: data, kamer, aankomsttijd, openstaand saldo, eerdere verblijven. Je hoeft dus niet meer drie vragen te stellen voordat je er één kunt beantwoorden. Wie is dit? Is die hier eerder geweest? Wat hebben we al beloofd? Het staat op het scherm.

Je wachtrij is echt, en het is je enige overzicht. Als berichten in vijf systemen leven, bestaat "alles beantwoord" niet — alleen "alles beantwoord in het systeem dat ik toevallig open heb". Eén wachtrij kun je leegwerken. Vijf niet.

Hans Brinker Hostel bracht op deze manier vier tools terug naar één. Niet vier functies naar één functie: vier losse producten, vier logins, vier plekken waar een gastvraag onbeantwoord kon blijven liggen, vervangen door één wachtrij op één scherm. Lees hoe Hans Brinker het deed.

Wat ziet de gast?

Niets.

Dit is het deel waar we duidelijk over willen zijn, want het is precies waar de meeste gastbelevingsproducten iets van de gast vragen. Er is geen app om te downloaden, geen account om aan te maken, geen portaallink om terug te zoeken in een e-mail van vier dagen geleden.

De gast antwoordt waar hij begon en waar hij de voorkeur aan geeft. Berichtte hij via WhatsApp, dan komt het antwoord op WhatsApp. Schreef hij via Booking.com, dan verschijnt het antwoord in het Booking.com-gesprek, binnen de regels van dat platform. Het samenbrengen gebeurt aan jouw kant van het glas. Aan de kant van de gast: bericht gestuurd, antwoord gekregen.

Die asymmetrie is het hele ontwerp. Operators hebben één plek nodig. Gasten hebben de plek nodig die ze zelf al kozen. Elk product dat het eerste oplost door het tweede te veranderen, heeft het probleem verschoven naar degene die er het minst zin in heeft.

Antwoorden komen terug in de taal van de gast, in 100+ talen, zonder dat jij per taal een aparte set sjablonen hoeft bij te houden. Dat telt in Europese operaties zwaarder dan de meeste leveranciers toegeven: één dinsdag kan Duits, Nederlands, Spaans en Portugees in dezelfde wachtrij brengen.

Wie pakt het op bij de wissel van de dienst?

De overdracht is waar beloftes aan gasten verloren gaan, en de oplossing is niet een betere vergadering.

Interne notities leven op het gesprek. Alleen voor personeel, onzichtbaar voor de gast, in het gesprek waar ze over gaan — niet in een groepschat twee apps verderop. "Komt laat aan, ik heb gezegd dat de zijingang open blijft." "Tweede keer deze maand dat de douche ter sprake komt, stuur onderhoud voordat ze het weer noemen." De volgende dienst opent het gesprek en ziet de notitie precies bij het bericht dat de aanleiding was.

Daarmee kan de parallelle WhatsApp-groep van het personeel weg — een van de fijnere dingen om te verwijderen in dit vak.

Overdrachtsnotities werken hetzelfde wanneer de AI-conciërge een gesprek aan een mens doorgeeft. In plaats van een kale melding staat er in het gesprek wat er is gevraagd, wat er is geprobeerd en wat de AI door een mens beslist wil hebben. Niemand hoeft het gesprek te reconstrueren voordat hij ernaar kan handelen. De escalatie komt binnen met de context al opgeschreven.

LabNul50 schafte op deze basis zijn 24/7 telefonische conciërge af: de uitzonderingen bereiken nog steeds mensen, maar in leesbare staat.

En als je twintig accommodaties runt in plaats van één?

Dan gaat het niet om de inbox, maar om het filter.

Kanaalfilters laten je de wachtrij snijden op kanaal, status en accommodatie. Eén manager kijkt naar de onbeantwoorde berichten van één accommodatie. Een regiomanager kijkt naar elk Airbnb-gesprek in het hele portfolio. Een nachtteam kijkt naar alles wat onbeantwoord is, overal, en verder niets.

Portfolio's zijn het niet eens over hoe ze willen werken, dus de wachtrij dringt niets op. Sommige groepen willen één gedeelde inbox over alle accommodaties met filters per rol. Andere willen dat elke accommodatie alleen het eigen deel ziet en het groepsoverzicht bij het hoofdkantoor ligt. Beide zijn instellingen, geen verschillende producten.

Vervangt dit mijn PMS?

Nee. Het is de eerste vraag die elke operator stelt, en het antwoord bepaalt alles hierboven, dus we zeggen het gewoon.

HolidayHero zit bovenop het PMS dat je al hebt gekocht. We lezen eruit en schrijven ernaar terug — reservering, data, kamer, aankomst, saldo en bericht. Daarom klopt de reservering naast het gesprek, in plaats van dat iemand die met de hand heeft ingetypt. Mews, Apaleo, Hostaway, Guesty, Lodgify, Smoobu, RoomRaccoon, Beds24 en meer zijn al gekoppeld. Bekijk de Mews-integratie of de Hostaway-integratie.

Je PMS heeft waarschijnlijk een mailbox. Voor de kanalen waar je PMS via verkoopt. Niet voor je WhatsApp-nummer, de webchat op je site, of de dienstnotitie die uitlegt waarom kamer 14 niet vóór donderdag verkocht mag worden. Het verschil zit niet in kwaliteit, maar in dekking — inclusief de data erbij — en dekking is precies waar het om gaat.

Geen migratie. Geen overstap. Openbare prijzen vanaf €6,50 per unit per maand, zonder opstartkosten. AVG, dataopslag in de EU en PCI DSS Level 1, in 23 landen, met tot nu toe 235.431 verwerkte reserveringen en 99,9% uptime.

Wat gebeurt er de komende elf weken?

Dit stuk is de eerste aflevering van onze Release Radar.

Twaalf weken lang shippen we elke week één release en publiceren we die dezelfde week, in het openbaar, onder de nieuwe categorie Release Radar. Vaste dagen. Eén blok werk per keer.

Eén regel eronder: niets wordt vooraf aangekondigd voordat het live is. Alles wat je in de Radar leest, draait op de dag van publicatie in productie voor klanten. Geen roadmapslides, geen "binnenkort" met een wachtlijst eraan. Staat het in de Radar, dan kun je het aanzetten.

Week één is de basis: elk gastbericht in één inbox. Op donderdag publiceren we wat die inbox vult, inclusief het aandeel gastberichten dat zonder mens wordt opgelost — zonder formulier ervoor en met de methode erbij: de cijfers over gastberichten.

Wil je eerst het grotere plaatje, dan vind je dat in de pijler AI-conciërge, of plan een demo en we laten je zien hoe jouw eigen vijf plekken er één worden.