För tio år sedan var jobbet för ett hotell-PMS lätt att beskriva. Det innehöll bokningarna, rumsplanen och priserna. Allt annat — webbplatsen, fakturan, städlistan, restaurangen, spat — levde någon annanstans, oftast på papper, och det var normalt.
Det är inte normalt längre, och orsaken är inte att hotellen blev mer krävande. Det är att gästresan flyttade online från början till slut, och programvaran följde mestadels inte med.
Idag är bokningen mitten av historien, inte början och definitivt inte slutet. Vilket betyder att den intressanta frågan om hotellprogramvara inte längre är "hanterar den bokningar bra?" utan "var slutar den, och vem betalar för glappet?"
Den verkliga kostnaden för programvara är glappet mellan verktygen
Ta en vanlig sekvens och räkna systemen som är inblandade hos en fastighet som köpte varje del separat.
En gäst hittar hotellet på Google och hamnar på webbplatsen. (Webbplatsverktyg.) De kollar tillgänglighet och bokar. (Bokningsmotor.) Tillgängligheten måste försvinna från OTA:erna. (Channel manager.) Bokningen dyker upp i receptionen. (PMS.) Rummet behöver städas före ankomst. (Kalkylark eller papper.) Gästen är ett företag och behöver en korrekt faktura. (Bokföringsverktyg.) Vid incheckningen frågar de om middag. (Restaurangsystem eller ett telefonsamtal.) Och om massage på lördagen. (Ett anteckningsblock i spa-receptionen.)
Åtta kontaktpunkter. Även om vartenda verktyg är bra, titta på vad som händer mellan dem:
- Gästens namn skrivs in minst tre gånger och stavas olika minst en gång
- Någon exporterar en lista varje morgon för att göra en annan lista
- Fakturaadressen finns på två ställen och stämmer inte på något av dem
- Middagsbokningen är inte kopplad till rummet, så ingen vet att gästen checkade ut tidigt
- Spabokningen krockar med ett behandlingsrum som redan är upptaget av en annan gäst
Inget av detta är en katastrof. Allt är en liten skatt på varje enskild ankomst, betald av personalen, varje dag, för alltid. Det är den verkliga kostnaden för hotellprogramvara, och den syns aldrig på någon faktura från en leverantör.
Fel är inte olyckor, de är strukturella
Överbokningen som förstör en lördag är sällan någon som är slarvig. Det är två system som inte pratade med varandra i det ögonblick det gällde — ett pris uppdaterat på ett ställe, en kanal som synkar enligt ett schema, ett rum sålt två gånger i glappet.
Detsamma gäller de mindre felen: gästen debiterades fel pris för att erbjudandet låg i ett mejl; ankomsten ingen förberedde för att bokningen kom via en kanal som någon kollar mer sällan; fakturan utfärdad två gånger för att företagsuppgifterna skrevs in för hand klockan 22:00.
Du kan inte träna bort dessa. De är egenskaper hos arkitekturen, inte hos personalen. Den enda strukturella lösningen är att minska antalet ställen där samma fakta lagras.
Vad ett hotellsystem måste täcka nu
Om du kartlägger den faktiska resan snarare än programvarukategorierna behöver en fastighet allt detta sammankopplat:
Före vistelsen
- En webbplats som kan ta en direktbokning, inte bara visa ett telefonnummer
- En bokningsmotor med verklig tillgänglighet, inbäddad på webbplatsen
- Kanalsynkronisering så att OTA:erna och den direkta bokningsmotorn aldrig säljer samma rum
- Priser, säsonger och restriktioner på ett ställe
Under vistelsen
- Receptionen: ankomster, avresor, rumsbyten, förlängningar, drop-in-gäster
- Städning: vem städar vad, i vilken ordning och vad som är klart
- Allt gästen frågar efter medan de står där
Runt vistelsen
- Restaurangservice, om du har en
- Tidsbokningsbaserade tjänster — spa, massage, behandlingar, turer, seminarierummet
- Erbjudanden och fakturering, med rätt företagsuppgifter och momsbehandling
- Gästregistret, som borde vara samma register varje gång
Det är inte en önskelista. Det är en tisdag på ett medelstort hotell.
Vad "ett ekosystem" faktiskt betyder i praktiken
KIMISUITE täcker den resan i en arbetsyta, och poängen är inte antalet moduler. Det är att gästen, bokningen, fakturan och uppgiften är samma register överallt.
Konkret, hos en fastighet som kör på KIMISUITE:
- Webbplatsen bär bokningswidgetar — reglage, lista eller sökning — så att en direktbokning börjar på din egen domän och inte betalar någon provision.
- Booking Hub håller bokningen, rumsplanen, priserna och gästprofilen, och håller tillgängligheten synkroniserad med OTA:erna i realtid.
- Städorganisationen lever i samma system som bokningen: städuppgifter tilldelas, rumsstatus spåras och det dagliga arbetsflödet är synligt, eftersom systemet redan vet vem som anländer och vem som åker.
- CRM Business Hub utfärdar offerten för företagsbokningen, omvandlar den till en faktura, tillämpar momsreglerna och jagar betalningen — mot samma kundregister, med e-fakturering där det krävs.
- Service Manager hanterar spabehandlingen, massagen, turen och seminarierummet, med terapeuten och behandlingsrummet som verkliga resurser som bara kan bokas en gång.
- Gastro POS Hub driver restaurangen, kopplad till samma arbetsyta snarare än till en separat ö.
- Task Hub förvandlar saker som händer till saker som blir gjorda — en bekräftad bokning kan automatiskt skapa kortet "förbered välkomstkorgen", med deadline 24 timmar före ankomst.
Resultatet är inte att något enskilt verktyg är dramatiskt bättre än ett specialiserat. Det är att sömmarna är borta. Ingen skriver om ett gästnamn. Fakturan känner bokningen. Spat känner utcheckningsdatumet. Välkomstkorgsuppgiften finns för att bokningen bekräftade sig själv in i den.
Det ärliga motargumentet
Ett dedikerat verktyg för ett enda syfte kommer ibland att ha mer djup inom sitt smala område än motsvarande modul i en sammankopplad svit. Det är en verklig avvägning och den är värd att nämna snarare än att låtsas något annat.
Frågan är vilket problem som faktiskt kostar dig mer: funktionen du inte har i specialverktyget, eller de sex sömmarna mellan åtta verktyg som varje ankomst måste korsa.
För en stor kedja med ett dedikerat IT-team och en integrationsbudget kan specialstacken vara rätt svar. För en fastighet där personen som väljer programvaran också är personen som täcker receptionen på söndagen är det oftast inte det.
Hur du tänker kring beslutet
Sluta jämföra PMS med PMS. Jämför hela resan istället:
- Rita din gästresa från den första Google-sökningen till den slutliga fakturan.
- Markera varje punkt där data skrivs om eller exporteras från ett ställe till ett annat.
- Räkna inloggningarna ditt team behöver under ett normalt skift.
- Lägg ihop månadskostnaden för varje inblandat verktyg, inklusive de ingen kommer ihåg.
- Fråga sedan hur mycket av det en enda sammankopplad arbetsyta skulle ta bort.
Den siffran — inte månadspriset för ett PMS — är vad programvaran faktiskt kostar dig idag.
Booking Hub prissätts per rumstyp snarare än per rum, och eftersom resten av resan lever i samma arbetsyta kommer det andra och tredje verktyget inte med sina egna prenumerationer, sina egna inloggningar och sin egen version av din gästs namn.
Ett hotell-PMS har inte varit bara ett PMS på ett tag nu. Systemen som fortfarande beter sig som ett tar tyst betalt för skillnaden.
Se vad Booking Hub täcker — eller läs hur du väljer ett hotellsystem du kan lita på om du är mitt i beslutet.
