Een systeem kiezen voor uw accommodatie is zo'n beslissing die eruitziet als een softwareaankoop en aanvoelt als een personeelsbeslissing. U koopt geen functies. U kiest iets dat de komende vijf jaar midden in elke shift, elke aankomst en elke factuur staat.
Daarom leidt de gebruikelijke manier van kiezen — een functievergelijkingstabel, een demo, een korting — vaak tot spijt. Functielijsten worden geschreven door de mensen die de software verkopen. Demo's tonen het ideale scenario. De korting duurt twaalf maanden en de migratie duurt eeuwig.
Hier is een eerlijkere manier om de beslissing aan te pakken.
Begin met uw dinsdag, niet met een functielijst
Voordat u naar welk systeem dan ook kijkt, schrijf op wat er op een gewone dinsdag in uw accommodatie daadwerkelijk gebeurt. Niet de strategie, maar de volgorde:
- Wie controleert de aankomstenlijst, en wanneer?
- Wat gebeurt er als een walk-in één nacht een kamer wil?
- Hoe weet de housekeeping welke kamers het eerst schoongemaakt moeten worden?
- Wat gebeurt er als een gast een dag langer wil blijven?
- Wie lost het op als twee kanalen dezelfde kamer verkopen?
- Hoe krijgt een zakelijke gast een factuur met de juiste btw en het juiste adres?
- Wat gebeurt er met de spaboeking waar de gast bij het inchecken naar vroeg?
Die lijst is uw specificatie. Elk van die momenten wordt met het nieuwe systeem makkelijker, of niet. Al het andere op een functieoverzicht is ruis.
De reden dat dit werkt: software is makkelijk te beoordelen tegen een verzonnen toekomst en heel moeilijk tegen een echte dinsdag. Neem de dinsdag mee.
De vijf vragen die spijt daadwerkelijk voorspellen
Na genoeg gesprekken met hoteliers over systemen die ze later vervingen, komen steeds dezelfde vijf hiaten naar voren.
1. Wat gebeurt er als het om 23:00 misgaat?
Niet "is er support" — iedereen heeft support. Vraag precies:
- Wie neemt er buiten kantooruren op, en in welke taal?
- Wat is de realistische responstijd voor "de channel manager is gestopt met synchroniseren", in tegenstelling tot "hoe wijzig ik een tarief"?
- Is er een persoon die uw accommodatie kent, of een wachtrij?
Een systeem dat elf maanden uitstekend werkt en onbereikbaar is tijdens uw ene crisis, is geen uitstekend systeem.
2. Wie is eigenaar van uw data, en kunt u die eruit halen?
Vraag om de export vóór u tekent, niet erna. Reserveringen, gasten, facturen, tarieven. In een formaat dat u daadwerkelijk kunt openen.
Als het moeilijk is om uw eigen data eruit te halen, wordt al het andere in de relatie vanuit een zwakke positie onderhandeld. Dit is ook een AVG-vraag: waar de data wordt gehost, wie die verwerkt en wat ermee gebeurt als u vertrekt. KIMISUITE wordt standaard in de EU gehost met AVG-verwerking — voor Europese accommodaties is dat geen functie, maar een voorwaarde.
3. Wat kost het als u groeit?
De maandprijs is het makkelijke deel. De vragen die de echte kosten bepalen:
- Verandert de prijs als u kamers, kamertypes, een tweede accommodatie of een extra gebruiker toevoegt?
- Is de channel manager inbegrepen, of een aparte post?
- Zijn betalingsproviders inbegrepen, of per transactie?
- Wat kost de volgende module als u die in jaar twee nodig hebt?
KIMISUITE Booking Hub wordt geprijsd per kamertype, niet per kamer. Een accommodatie met 35 kamers verdeeld over vier kamertypes betaalt voor vier types. Als het grootste deel van uw inventaris herhaald wordt — en in de meeste hotels is dat zo — telt dat verschil elke maand op. Om eerlijk te zijn: voor een heel kleine accommodatie met slechts een handvol kamers kan prijsstelling per kamer elders vergelijkbaar uitpakken. Het gat ontstaat naarmate u groeit.
4. Past het bij de vorm van uw accommodatie, of bij een generiek hotel?
Een guesthouse met 12 kamers, een stadshotel met 60 kamers en een exploitant met vier appartementsgebouwen hebben niet dezelfde problemen. Multi-property-ondersteuning, multi-unit-verwerking, schoonmaakworkflows en tariefstructuren passen bij uw vorm, of u besteedt jaren aan omwegen.
Vraag om uw eigen scenario geconfigureerd te zien. Geen demo-accommodatie — de uwe. Twee kamertypes die u daadwerkelijk verkoopt, een tarief dat u daadwerkelijk aanbiedt.
5. Waar houdt het systeem op?
Dit is de vraag die bijna niemand tijdens de selectie stelt, en degene die later de meeste pijn veroorzaakt.
Een reserveringssysteem dat bij de reservering ophoudt, laat u alles stroomafwaarts zelf oplossen: de factuur, de housekeepinglijst, het restaurant, de spa-afspraak, het gastdossier. Elk hiaat wordt weer een andere tool, een andere login, een andere export, een andere plek waar een gastnaam anders wordt gespeld.
We schreven apart over dat specifieke probleem, omdat het de ruimte verdient: een hotel-PMS is niet zomaar meer een PMS.
Waarom Booking Hub er zo uitziet
Booking Hub is niet ontworpen vanuit een specificatiedocument. Het is gegroeid uit dagelijks hotelwerk en een lange rij verzoeken van hoteliers, en het wordt nog steeds op die manier uitgebreid.
U ziet het aan wat er in het product zit. Organisatie van de schoonmaakdienst zit erin — housekeepingtaken toewijzen, de schoonmaakstatus van kamers bijhouden, de dagelijkse serviceworkflow beheren. Dat is geen functie die iemand op een vergelijkingsschema zet. Het zit erin omdat housekeeping een echt onderdeel van een echte dag is en iemand erom vroeg.
Hetzelfde geldt voor de onderdelen die niet glamoureus maar wel constant zijn:
- Realtime beschikbaarheidssynchronisatie over OTA's, omdat een overboeking meer kost dan een maand software
- Directe boekingswidgets — slider, lijst en zoeken — die in de website integreren die u al hebt
- Tarief- en prijsbeheer met seizoenstarieven en restricties
- Multi-property-ondersteuning vanuit één account
- Gastprofielen met boekingsgeschiedenis en communicatie
- Meerdere betalingsproviders voor commissievrije directe boekingen
De channel manager en de boekingsengine zitten in hetzelfde systeem als de reserveringen, waardoor de beschikbaarheid niet hoeft te worden afgestemd tussen twee leveranciers die elkaar de schuld geven.
Wat u in de demo moet doen
Drie dingen, en ze kosten een kwartier:
1. Laat ze uw dinsdag bouwen. Vraag ze om twee van uw echte kamertypes te configureren en een aankomst, een kamerwijziging en een verlenging te doorlopen. Let op hoeveel klikken het kost en hoeveel schermen ze bezoeken.
2. Maak expres iets stuk. Vraag wat er gebeurt als een gast een boeking annuleert die via een OTA binnenkwam nadat u de kamer al hebt toegewezen. Let op of het antwoord een workflow is of een verontschuldiging.
3. Vraag wat het niet doet. Elk eerlijk antwoord hier vertelt u meer dan de hele functielijst. Een leverancier die geen beperking kan noemen, heeft er niet over nagedacht of gaat het u niet vertellen.
De beslissing gaat niet echt over software
De accommodatie die elke twee jaar van systeem wisselt, heeft geen pech. Die blijft kiezen op de verkeerde criteria: de demo die er het mooist uitzag, de prijs die het laagst leek, de functielijst die het langst leek.
De accommodaties die blijven, kozen op een saaiere basis. Kan het mijn echte dinsdag aan? Kan ik mijn data eruit halen? Klopt de prijs nog op het dubbele van mijn omvang? Is er iemand bereikbaar als het stukgaat? En stopt het bij de reservering, of volgt het de gast door het hele verblijf?
Beantwoord die vijf eerlijk en de shortlist wordt heel kort.
Bekijk hoe Booking Hub werkt — PMS, channel manager en commissievrij direct boeken in één systeem.
