Een hotelmerk kiezen is een technologiestack kiezen voor de komende tien jaar.

Hoofdstuk 01

Als een hoteleigenaar een merk kiest, is de zichtbare helft van de beslissing makkelijk te bespreken: marktpositie, fees, herkenning bij gasten, franchisesupport. Over de onzichtbare helft wordt minder gesproken.

Welk PMS je gaat draaien. Welke loyaltymotor daarop aansluit. Welke boekingskanalen je koppelt. Aan welke securitystandaarden je moet voldoen. Welke rapportageformats het hoofdkantoor verlangt. Welk leveranciersecosysteem je erft, of je dat nu wilt of niet. In die onzichtbare helft ontdekt de IT-afdeling een half jaar later wat de deal werkelijk inhield.

Twee besluiten in één handtekening

Geen van beide helften is optioneel. Beide horen bij de handtekening. De vraag is alleen of je ze allebei hebt gewogen vóór het tekenen, of de tweede pas daarna hebt ontdekt. Een hotelmerk kiezen is in de praktijk kiezen welke systemen je teams de hele looptijd van het contract bedienen. Eigenaren die de erfenis aan techniek als voetnoot behandelen, komen die later tegen als begrotingsregel. Eigenaren die haar vooraf wegen, onderhandelen vanuit een helderdere positie.

Hoofdstuk 02

De klassieke zes merkfactoren, gelezen vanuit de operationele werkelijkheid van de komende tien jaar. Elke factor heeft een tweede laag die zelden de term sheet haalt. De eerste laag is de taal van de brochure en de franchisedocumentatie. De tweede laag is de taal van je IT-budget, je integratiekaart en je compliancedossier. Beide lagen zijn echt. Slechts één ervan staat gedrukt.

Te lezen als: past het merk bij je doelgast. Ook te lezen als: welke techniek verwacht die gast op de kamer. Een zakelijk hard brand gaat uit van snelle wifi, casten naar de tv en IP-telefonie die werkt. Een boutique soft brand gaat uit van persoonlijke digitale accenten. Hetzelfde aantal gasten, twee heel verschillende IT-budgetten.

Te lezen als: welke marketing en training het merk levert. Ook te lezen als: welke IT-support het merk níét levert. De meeste merken stoppen bij de grens van het PMS. Al het overige, van accesspoints tot endpointsecurity tot de printer bij de receptie, is van jou. Vraag vóór het tekenen aan welke kant van die grens elk systeem staat.

Te lezen als: is het merk modern. Ook te lezen als: hoe modern mag je van hen zijn. Sommige merken schrijven specifieke PMS- en IPTV-leveranciers voor. Andere laten ruimte. Die ruimte bepaalt of je IT-roadmap van jou is of van hen.

Te lezen als: franchisefees, omzetdeling, ROI. Ook te lezen als: de kosten van voorgeschreven technologiestacks die voor je omvang niet de goedkoopste hoeven te zijn. En de kosten van migreren als het contract afloopt. Voorgeschreven systemen brengen licentiestructuren, supportcontracten en upgradecycli mee die voor een portefeuille zijn onderhandeld, niet voor jouw locatie. Reken die kosten door over de volledige looptijd voordat je merkvoorstellen vergelijkt.

Te lezen als: hoe eenvoudig kun je weg. Ook te lezen als: wie is bij vertrek eigenaar van de gastgegevens, welke systemen mag je houden, welke moet je teruggeven. Dit is geen technische vraag tot het moment dat je vertrekt. Dan is het alleen nog een technische vraag.

Te lezen als: culturele match. Ook te lezen als: hoe het merk omgaat met security-incidenten, uitval en toegang van derden. Bij een inbreuk: wiens incidentresponsplan draait er. Als de wifi om 2 uur ’s nachts uitvalt: wie is verantwoordelijk richting de gast.

Hoofdstuk 03

Drie aansluitmodellen. Drie vormen van eigenaarschap over techniek. Dezelfde operationele vraag, drie verschillende antwoorden op wie de stack bestuurt. Een merkmodel kiezen is ook kiezen hoeveel van je technologieroadmap je zelf houdt. Die afruil wordt in de onderhandeling zelden hardop benoemd. Dat zou wel moeten, want zij bepaalt je IT-werkelijkheid voor de hele looptijd van de overeenkomst.

Strikte standaarden, wereldwijde herkenning, een sterk loyaltyprogramma. Daar staat tegenover: het merk schrijft het grootste deel van de techniek voor. Het PMS ligt vast. De boekingskanalen liggen vast. Loyaltykoppelingen zijn niet onderhandelbaar. Jouw IT-autonomie wordt kleiner. Jouw compliancelast wordt ook kleiner, want het merk draagt daar veel van. Het best voor drukke locaties, zakelijke reizigers en eigenaren die operationele eenvoud willen.

Centrale reserveringen, marketingbereik, deel uitmaken van een familie, maar met lokaal karakter. Daar staat tegenover: meer ruimte aan de technische kant. Vaak kies je je PMS binnen een goedgekeurde shortlist. Je houdt meer van je IT-roadmap in eigen hand. Je houdt ook meer van de verantwoordelijkheid. Het best voor bestemmingen met lokale kleur, boutiquelocaties en eigenaren die bereik willen zonder volledige standaardisatie.

Volledige autonomie over positionering, techniek en identiteit. Daar staat tegenover: geen centrale marketing, geen reserveringskracht, geen loyaltymotor, geen compliancekader om op te leunen. Elke laag is van jou. Elke laag is ook jouw risico. Het best voor bestemmingslocaties met sterke lokale vraag, eigenaren met stevige operationele slagkracht en hoteliers die hun techniek zien als concurrentievoordeel in plaats van als overhead.

Hoofdstuk 04

Onder de NIS2-richtlijn ligt de verantwoordelijkheid voor security bij hotels vanaf een bepaalde omvang bij de exploitant. Niet bij het merk. Niet bij de PMS-leverancier. Niet bij de aanbieder van het reserveringssysteem. Lekt je loyaltykoppeling gastgegevens, dan komt de persoonlijke aansprakelijkheid bij jouw bestuur te liggen, hoofdelijk, niet bij het bestuur van het merk.

Dat verandert de rekensom van de onderhandeling. De securitystandaarden van het merk zijn je startpunt, niet je eindstreep. Aan die standaarden voldoen bewijst dat je in lijn bent met het merk, niet dat je aan de wet voldoet. De richtlijn beoordeelt je locatie op haar eigen maatregelen, haar eigen registraties en haar eigen paraatheid bij incidenten. Dat werk blijft van jou, welk logo er ook boven de deur hangt.

Wie heeft toegang tot wat. Welke merksystemen en externe leveranciers krijgen een login op je PMS. Welke hebben toegang tot gastgegevens. Welke mogen schrijven. Welke hebben adminrechten.

Hoe zijn gegevens beschermd tijdens transport en in opslag. Encryptiestandaarden, back-upafspraken, waar de data staat, en het incidentresponsprotocol als een gedeeld systeem op merkniveau wordt getroffen.

Wanneer verlaten gegevens het hotel. Centrale reserveringssystemen, loyaltymotoren en revenuemanagementplatformen verplaatsen gastgegevens allemaal buiten je gebouw. Onder NIS2 blijf je daarvoor verantwoordelijk zodra ze vertrekken.

Het antwoord van het merk op deze drie vragen is geen formaliteit binnen due diligence. Het is de vorm van je compliancerisico voor de hele looptijd van het contract. Leg de antwoorden vast en bewaar ze bij het contractdossier. Haal ze erbij zodra systemen veranderen of leveranciers worden vervangen. Wij stellen deze vragen standaard namens onze klanten, omdat hetzelfde team de omgeving ontwerpt en oplevert die met die antwoorden moet leven.

Hoofdstuk 05

Bij de meeste merkonderhandelingen zitten juristen, finance en de eigenaar aan tafel. IT wordt achteraf geraadpleegd, als het al gebeurt. Zo komen hotels vast te zitten aan platformen die hun eigen team niet kan beheren, aan koppelingen die niet passen op de bestaande omgeving en aan afspraken over gegevensdeling die hen onder NIS2 blootstellen. De oplossing is eenvoudig. Haal iemand met technische verantwoordelijkheid aan tafel vóórdat de term sheet wordt getekend, niet erna.

De technische vragen die het waard zijn om op tafel te leggen, zijn praktisch en concreet. Welk PMS is verplicht, toegestaan of verboden. Welke koppelingen accepteert het merk. Welke gegevens verlaten je gebouw, waarheen, met welke encryptie. Wat gebeurt er met gastgegevens aan het einde van het contract. Wie is eigenaar van de wifistandaarden en wie toetst ze. Wat gebeurt er als een gedeeld merksysteem wordt getroffen: wiens incidentresponsplan draait als eerste, en wie spreekt de gasten. Geen van deze vragen is exotisch. Ze hebben allemaal gevolgen die de deal overleven.

Daarom schuiven wij op verzoek aan bij merkonderhandelingen van onze klanten. Niet om het commerciële besluit te nemen, dat is terecht aan de eigenaar. Wel om de technische gevolgen van de commerciële voorwaarden te vertalen naar taal die het bestuur kan wegen. Elke clausule die een systeem, een koppeling of een gegevensstroom noemt, heeft een operationele werkelijkheid die zich over de hele looptijd afspeelt. Die werkelijkheid vooraf lezen is goedkoper dan haar in jaar twee ontdekken.