Hoteltechniek is gebouwd voor hotels. Dat klinkt vanzelfsprekend, maar het verklaart het grootste deel van de frustratie die kleine huizen met software hebben: de gereedschappen gaan uit van een receptieteam, een revenue manager, een contract met een betaalprovider en een half jaar implementatie. Een surfhuis met twaalf kamers heeft niets daarvan, en het meeste ervan ook niet nodig.
Hier een eerlijke sortering van de gebruikelijke functielijst: wat zich terugverdient tussen 5 en 25 kamers, en wat ballast is op die schaal.
Elke euro waard
Eén kalender die bedden telt, niet alleen kamers. Bij de slaapzaal geeft algemene hotelsoftware het op. Als vier gasten een kamer delen, heeft elk bed zijn eigen baan met eigen data nodig. Zonder dat blokkeer je hele kamers of houd je een tweede spreadsheet bij. Deze ene functie bepaalt of het gereedschap überhaupt past bij een huis met slaapzalen.
Een gastenomgeving die vragen beantwoordt. De meeste berichten voor aankomst zijn dezelfde vijf vragen. Een eigen pagina per boeking, met aankomstgegevens, online inchecken, extra's en de eigen rekening, beantwoordt ze voordat ze gesteld worden. Geen app, geen login, één link.
De bar in hetzelfde systeem als de bedden. Als drankjes op papier wonen en kamers in software, wordt uitchecken archeologie. Rekeningen per gast en een dagafsluiting houden het geldverhaal op één plek.
Schoonmaak aangestuurd door de kalender. Vertrekken en wissels staan al in de boekingsgegevens. Een schoonmaakplan dat zichzelf daaruit afleidt kost bijna niets in gebruik en haalt een hele categorie chatberichten uit de dag.
Berichten via WhatsApp. Daar praten kleine huizen echt met hun gasten. Meer daarover in de praktische opzet.
Het hangt ervan af
Een channel manager. Als boekingssites je bedden echt vullen, verdient de koppeling haar abonnement. Maar reken eerlijk: 15 tot 20 procent commissie plus de kosten van de channel manager zelf, tegenover een WhatsApp-nummer en een terugkeerpercentage dat kleine, persoonlijke huizen toch al hebben. Veel kampen merken dat één iCal-synchronisatie met Airbnb hun echte online business dekt, zonder channel manager.
Een boekingsmodule met directe betaling. Prima als gasten boeken zoals ze winkelen. Maar surfreizen verlopen in gesprekken: data schuiven, groepen vormen zich, vragen komen eerst. Een aanvraag die overgaat in een WhatsApp-gesprek converteert prima en kost geen transactiekosten en geen zorgen over verlaten winkelwagens. Als de meeste boekingen als gesprek binnenkomen, optimaliseert een boekingsmodule een trechter die je niet hebt.
Ballast onder de 25 kamers
Een betaalprovider als voorwaarde. In bestemmingen waar contant geld regeert, voegt de dwang om elke transactie door een provider te sturen kosten en storingsbronnen toe aan geld dat prima werkte als contant plus een overboeking voor de aanbetaling. Het systeem moet geld kunnen vastleggen zonder eerst een contract met een aanbieder te eisen.
Revenue management. Algoritmes voor dynamische prijzen hebben volume nodig om van te leren. Met 12 kamers verslaan seizoensprijzen die je zelf zet, plus een blik op wat de buren vragen, elk algoritme.
Prijzen per module. Op de pakkettenladder worden kleine huizen uitgeknepen: het instappakket lijkt goedkoop tot blijkt dat overnachting, berichten of de lesplanning een of twee treden hoger zitten. Tegen de tijd dat het past, is de prijs verdubbeld. Vergelijk de totale kosten van jouw werkelijke opzet, niet de instapprijzen. Precies daarvoor houden we een vergelijking met Bloowatch en een met Bookinglayer bij.
De test die elke functielijst verslaat
Neem de drie vervelendste momenten van vorige week. Een dubbel geboekt bed, een rekening die niemand kon reconstrueren, een kamer die niet klaar was. Vraag dan aan elk gereedschap: zou juist dat moment anders zijn gelopen? Software die in de demo schittert en geen antwoord heeft op jouw dinsdag is de verkeerde software, hoe lang de functielijst ook is.