Een hotel-PMS is allang niet meer alleen een PMS

Tien jaar geleden was de taak van een hotel-PMS eenvoudig te omschrijven. Het bevatte de reserveringen, het kamerplan en de tarieven. Al de rest — de website, de factuur, de schoonmaaklijst, het restaurant, de spa — leefde ergens anders, meestal op papier, en dat was normaal.

Dat is niet meer normaal, en de reden is niet dat hotels veeleisender werden. Het is dat de gastreis volledig online is gegaan, en de software is grotendeels niet gevolgd.

Vandaag is de reservering het midden van het verhaal, niet het begin en zeker niet het einde. Wat betekent dat de interessante vraag over hotelsoftware niet langer is "beheert het boekingen goed?" maar "waar stopt het, en wie betaalt voor het gat?"

De echte kostprijs van software is het gat tussen de tools

Neem een gewone volgorde en tel de systemen die betrokken zijn bij een accommodatie die elk onderdeel apart heeft gekocht.

Een gast vindt het hotel op Google en komt op de website terecht. (Website-tool.) Ze controleren de beschikbaarheid en boeken. (Boekingsmodule.) De beschikbaarheid moet verdwijnen van de OTA's. (Channel manager.) De reservering verschijnt aan de receptie. (PMS.) De kamer moet schoongemaakt worden voor aankomst. (Spreadsheet, of papier.) De gast is een bedrijf en heeft een correcte factuur nodig. (Boekhoudtool.) Bij het inchecken vragen ze naar het diner. (Restaurantsysteem, of een telefoontje.) En naar een massage op zaterdag. (Een notitieboekje aan de spa-balie.)

Acht contactpunten. Zelfs als elke tool goed is, kijk naar wat er tussen hen gebeurt:

• De gastnaam wordt minstens drie keer getypt, en minstens één keer anders gespeld
• Iemand exporteert elke ochtend een lijst om een andere lijst te maken
• Het factuuradres bestaat op twee plaatsen en komt op geen van beide overeen
• De dinerreservering is niet verbonden met de kamer, dus niemand weet dat de gast vroeg is uitgecheckt
• De spa-afspraak botst met een behandelkamer die al door een andere gast is ingenomen

Geen van deze is een ramp. Ze zijn allemaal een kleine belasting op elke aankomst, betaald door het personeel, elke dag, voor altijd. Dat is de echte kostprijs van hotelsoftware, en die verschijnt nooit op een factuur van een leverancier.

Fouten zijn geen ongelukken, ze zijn structureel

De overboeking die een zaterdag verpest, is zelden iemand die onzorgvuldig is. Het zijn twee systemen die niet met elkaar praatten op het moment dat het ertoe deed — een tarief dat op één plaats is bijgewerkt, een kanaal dat volgens een schema synchroniseert, een kamer die in het gat twee keer is verkocht.

Hetzelfde geldt voor de kleinere fouten: de gast aan wie het verkeerde tarief is aangerekend omdat de aanbieding in een e-mail stond; de aankomst waar niemand zich op heeft voorbereid omdat de reservering binnenkwam via een kanaal dat iemand minder vaak controleert; de factuur die twee keer opnieuw is uitgereikt omdat de bedrijfsgegevens om 22:00 uur met de hand zijn ingevoerd.

Je kunt deze niet weg trainen. Het zijn eigenschappen van de architectuur, niet van het personeel. De enige structurele oplossing is het aantal plaatsen verminderen waar hetzelfde feit wordt opgeslagen.

Wat een hotelsysteem nu moet dekken

Als je de werkelijke reis in kaart brengt in plaats van de softwarecategorieën, heeft een accommodatie dit allemaal verbonden nodig:

Voor het verblijf

• Een website die een directe boeking kan aannemen, niet alleen een telefoonnummer kan tonen
• Een boekingsmodule met echte beschikbaarheid, ingebed in die website
• Kanaalsynchronisatie zodat de OTA's en de directe module nooit dezelfde kamer verkopen
• Tarieven, seizoenen en beperkingen op één plaats

Tijdens het verblijf

• De receptie: aankomsten, vertrekken, kamerwijzigingen, verlengingen, walk-ins
• Housekeeping: wie maakt wat schoon, in welke volgorde, en wat is klaar
• Alles waar de gast om vraagt terwijl hij daar staat

Rond het verblijf

• Restaurantservice, als je die hebt
• Afspraakgebaseerde diensten — spa, massage, behandelingen, tours, de seminarruimte
• Aanbiedingen en facturatie, met de juiste bedrijfsgegevens en btw-behandeling
• Het gastdossier, dat elke keer hetzelfde dossier moet zijn

Dat is geen wensenlijst. Dat is een dinsdag in een middelgroot hotel.

Wat "één ecosysteem" in de praktijk echt betekent

KIMISUITE dekt die reis in één werkruimte, en het punt is niet het aantal modules. Het is dat de gast, de reservering, de factuur en de taak overal de zelfde records zijn.

Concreet, bij een accommodatie die op KIMISUITE draait:

• De website bevat boekingswidgets — slider, lijst of zoeken — zodat een directe boeking op je eigen domein begint en geen commissie betaalt.
• Booking Hub bevat de reservering, het kamerplan, de tarieven en het gastprofiel, en houdt de beschikbaarheid in realtime gesynchroniseerd met de OTA's.
• Schoonmaakorganisatie leeft in hetzelfde systeem als de reservering: housekeeping-taken worden toegewezen, de kamerstatus wordt bijgehouden en de dagelijkse workflow is zichtbaar, omdat het systeem al weet wie er aankomt en wie er vertrekt.
• CRM Business Hub maakt de offerte voor de zakelijke boeking, zet die om in een factuur, past de btw-regels toe en jaagt de betaling na — tegen hetzelfde klantdossier, met e-facturatie waar dat vereist is.
• Service Manager behandelt de spa-behandeling, de massage, de tour en de seminarruimte, met de therapeut en de behandelkamer als echte resources die slechts één keer geboekt kunnen worden.
• Gastro POS Hub runt het restaurant, verbonden met dezelfde werkruimte in plaats van met een apart eiland.
• Task Hub verandert dingen die gebeuren in dingen die gedaan worden — een bevestigde reservering kan automatisch de kaart "welkomstmand voorbereiden" aanmaken, 24 uur voor aankomst.

Het resultaat is niet dat een enkele tool dramatisch beter is dan een gespecialiseerde. Het is dat de naden weg zijn. Niemand typt een gastnaam opnieuw. De factuur kent de reservering. De spa kent de uitcheckdatum. De welkomstmandtaak bestaat omdat de boeking zichzelf erin heeft bevestigd.

Het eerlijke tegenargument

Een toegewijde tool voor één doel heeft soms meer diepgang in zijn smalle domein dan de equivalente module in een verbonden suite. Dat is een echte afweging en het is de moeite waard om die te benoemen in plaats van anders te doen.

De vraag is welk probleem je eigenlijk meer kost: de functie die je niet hebt in de gespecialiseerde tool, of de zes naden tussen acht tools die elke aankomst moet oversteken.

Voor een grote keten met een eigen IT-team en een integratiebudget kan de gespecialiseerde stack het juiste antwoord zijn. Voor een accommodatie waar de persoon die de software kiest ook de persoon is die op zondag de receptie bemand, is dat meestal niet zo.

Hoe je over de beslissing nadenkt

Stop met PMS met PMS te vergelijken. Vergelijk in plaats daarvan de hele reis:

1. Teken je gastreis van de eerste Google-zoekopdracht tot de laatste factuur.
2. Markeer elk punt waar gegevens opnieuw worden getypt of van de ene plaats naar de andere worden geëxporteerd.
3. Tel de logins die je team nodig heeft tijdens een normale shift.
4. Tel de maandelijkse kost van elke betrokken tool op, inclusief degene die niemand zich herinnert.
5. Vraag dan hoeveel daarvan een enkele verbonden werkruimte zou wegnemen.

Dat getal — niet de maandelijkse prijs van een PMS — is wat de software je vandaag werkelijk kost.

Booking Hub is geprijsd per kamertype in plaats van per kamer, en omdat de rest van de reis in dezelfde werkruimte leeft, komen de tweede en derde tool niet met hun eigen abonnementen, hun eigen logins en hun eigen versie van de naam van je gast.

Een hotel-PMS is al een tijdje niet meer alleen een PMS. De systemen die zich nog steeds zo gedragen, rekenen je stilletjes het verschil aan.

Bekijk wat Booking Hub dekt — of lees hoe je een hotelsysteem kiest dat je kunt vertrouwen als je midden in de beslissing zit.