Den skjulte pris ved at køre et ældre PMS på tværs af en hotelportefølje

I kender prisen på jeres PMS-licens. I kender sandsynligvis ikke, hvad PMS'en reelt koster jer.

Posten på fakturaen er den lette del. Det er udgifterne, der aldrig står på nogen faktura, der langsomt æder margin på tværs af en portefølje: timer på manuel afstemning, tabt omsætning på afkoblede systemer, loyalitet der siver, fordi ingen ser helheden, og strategiske beslutninger der udskyder, fordi dataene mangler.

For ét hotel er de skjulte omkostninger ofte til at leve med. På tværs af mange hoteller forstærker de hinanden til en strukturel ulempe, der bliver sværere at måle og rette op på, for hvert år det ældre system bliver siddende.

Afstemningsskatten

I en portefølle på ældre PMS ligner finansens månedlige lukning omtrent det samme alle steder. Omsætning eksporteres fra PMS. F&B kommer fra et andet POS. Spa og wellness fra et tredje. Eventindtjening et fjerde. Alt smides i regneark, krydstjekkes, justeres for enhedsstruktur og afstemmes i hånden.

For ét hotel tager det måske en dag eller to. På tværs af ti eller tyve ejendomme, hver med egen PMS-instans og sit eget net af satellitesystemer, bliver det fuldtidsarbejde for flere personer. Og resultatet er tal, ledelsen må stole blindt på, for uden at gentage hele øvelsen kan de ikke verificere dem uafhængigt.

Omkostningen er ikke kun timerne. Det er forsinkelsen. Når det tager to uger at lave samlede porteføljeregnskaber, ligger enhver beslutning baseret på tallene to uger bag virkeligheden. Prisjusteringer, der skulle være lavet i sidste uge, ryger til næste. Underperformere opdages en måned for sent. Likviditetsprognoser bygges på antagelser, der var forældede, da regnearket startede.

Fordi bookinger, ordrer, betalinger, medlemskaber og loyalitet deler de samme driftsposter, reducerer Tiquo behovet for matchning på tværs af systemer og afstemmer det hele for jer, da alle betalinger altid er direkte knyttet til de tilhørende ordrer. For konfigurerede forbundne konti forbliver betalingsfordelingerne knyttet til den ordre, der skabte dem.

Omkostningen ved at holde integrationer kørende

Et typisk ældre PMS snakker med mellem otte og femten andre systemer: channel manager, revenue management, POS, spa-booking, CRM, e-mailmarketing, betalingsgateway, regnskab, housekeeping, gæstemessaging, review-håndtering og typisk flere til.

Hver integration er et svagt punkt. Synk, der kører om natten, kan misse poster. API-ændringer fra en udbyder i kæden kan knække forbindelsen. PMS-opdateringer kan ødelægge integrationer, der virkede i går. Når noget går i stykker, skal I finde ud af, om fejlen sidder i PMS, tredjeparten eller mellemleddet – det kræver tid, ekspertise og tålmodighed, hoteldrift sjældent har overskud til.

På tværs af en portefølje ganger I berøringsfladerne med antal ejendomme. Selv ti integrationer pr. hotel giver to hundrede potentielle brud på tyve hoteller. IT eller leverandøren, der vedligeholder nettet, koster rigtigt, og det meste af tiden går med at holde liv i det frem for at gøre tingene bedre.

Alternativet er en platform, hvor POS, booking, CRM, medlemskaber, indtjek, events og betaling er indbyggede funktioner i ét system. Når der ikke er noget at integrere, er der ikke noget, der knækker. Realtidsmotoren sørger for, at hver transaktion, booking og kundeinteraktion er tilgængelig med det samme på alle touchpoints og alle ejendomme – uden synk-jobs, middleware og natlige batches.

Hullet i kundedata

Her er et scenarie, der udspiller sig hver dag. En gæst bor tre gange på jeres hotel i London, booker altid spa og bruger godt med penge i restauranten. Et halvt år senere booker samme person værelse i Edinburgh. De mødes som helt nye. Receptionen ved ikke, hvem de er. Ingen nævner spaen eller restauranten. Den loyalitet, de byggede ét sted, er usynlig et andet.

Det sker, fordi ældre PMS'er gemmer gæstedata på ejendomsniveau. Selv når porteføljen bruger samme PMS-brand, ligger data ofte i adskilte instanser uden fælles kundeposter. Nogle kæder prøver med centralt CRM – det giver endnu et system, endnu en integration og flere synk-problemer.

Den reelle pris er ikke teknologien. Det er tabt omsætning og slidt loyalitet, når en værdifuld porteføljegæst behandles som en fremmed. Sporing på tværs af lokationer bør være nativ og automatisk. Hver interaktion på hotel, restaurant, spa, event eller detail bør samles i én profil, alle steder kan se.

Ud over enkeltprofiler viser en automatiseret social graf mønstre, intet ejendoms-PMS ser. Hvem booker sammen? Hvem henviser nye gæster? Hvilke firmakonti skaber mest tillægsforbrug? Den indsigt forsvinder, når data låses i siloer per ejendom, og den bliver strategisk, når den samles på porteføljeniveau.

Tiquo tilføjer forventet kundelivstidsværdi og intervaller for næste ordre til den samlede kundepost. Disse retningsgivende signaler vises sammen med historisk aktivitet og hjælper teams med at beslutte, hvilke kunder og segmenter de bør udforske som det næste.

Krydssalgsindtægten I aldrig fanger

Hoteller med spa, restaurant, event og detail har flere indtægtsstrømme pr. gæst. I et ældre setup kører hvert ben i sit eget system med egen booking og egen database. Krydssalg sker manuelt – hvis det overhovedet sker.

Receptionen husker måske at nævne spaen ved indtjek. Concierge anbefaler restauranten. Det er tilfældige forsøg, der afhænger af initiativ og hukommelse. Der er intet system, der dynamisk ser, at en gæst i suitesegmentet statistisk ofte vil have spa, eller at en stamgæst, der altid spiser inde, aldrig har prøvet private dining.

En motor for kryds- og mersalg på tværs af hele rejsen kan løfte de muligheder automatisk, når de giver mening: ved online booking, indtjek, gæsteportal og udcheck. Hver anbefaling bygger på den fulde profil og historik – ikke kun den aktuelle reservation.

Effekten ganger sig på porteføljeniveau. Hvis dynamisk krydssalg løfter tillægsforbruget pr. gæst med selv et lille procentpoint, bliver det mærkbart på tusindvis af bookinger pr. måned på tværs af flere ejendomme.

Tabt produktivitet blandt medarbejdere

Ældre PMS'er er designet til en verden, hvor personalet sad bag skærme. Receptionen havde fast terminal, reservation sit arbejdsstation, back office sine skærme. Alle holdt sig til deres spor.

Moderne hoteldrift fungerer ikke sådan. Front office skal tjekke ankomster, mens de går i lobbyen. F&B-chefen skal se kuverter på tablet under et besøg på stedet. Eventkoordinatoren skal åbne en forespørgsel på telefonen hos en kunde på naboejendommen. Revenue skal sammenligne porteføljen hjemmefra.

Ældre systemer løser det dårligt. Mobiladgang er ofte en tynd app med begrænset funktion. Medarbejdere må gå tilbage til en terminal for opgaver, de burde kunne løse hvor som helst. Hver tur koster minutter, og på tværs af et stort team og et helt år bliver det til meget spildtid.

En platform med reel multi-enhedsadgang, hvor alle funktioner er de samme i browser, iPhone, iPad, Android og POS-hardware, fjerner den friktion. Folk arbejder der, opgaven er, med den enhed, de har for hånden.

Prisen for stive arbejdsgange

Hvert hotel i en portefølje har sin egen karakter. Et byboutiquehotel arbejder anderledes end et resort på landet. Et konferencehotel har andre flows end extended stay. Men ældre PMS'er håndhæver ofte én måde at gøre tingene på, så porteføljeoperatører vælger mellem at standardisere på noget, der ikke passer alle steder, eller lade hvert sted tilpasse selv – og så bliver rapporteringen på tværs inkonsistent.

Stivheden rammer også gæsteoplevelsen. Hvis PMS'en dikterer ét indtjek-flow, får alle ejendomme samme oplevelse, uanset marked, størrelse eller brand.

Fleksibel konfiguration, der følger hvert steds arbejdsgange, men beholder et fælles datamodel til porteføljerapportering, løser spændingen. Ejendomme kan arbejde, som det giver mening lokalt, mens ledelsen får ensartet rapportering og indsigt.

Når I lægger det sammen

Licensen til et ældre PMS er typisk den mindste udgift ved at køre det. Den reelle regning fordeles på finans i manuel afstemning, IT på skrøbelige integrationer, marketing på ufuldstændige kundedata, revenue på tabte krydssalg, drift på stive flows og enhedsbegrænsninger, og ledelse på forsinkede, usikre oplysninger.

For ét hotel kan det samlet være et overskueligt tillæg frem for en samlet platform. På en portefølje er det strukturel ineffektivitet, der vokser med hvert nyt hotel og hvert år, det gamle system bliver.

Tiquo er bygget til at fjerne hver af disse skjulte poster. Som én driftsplatform med PMS, POS, booking, CRM, medlemskaber, events, betalinger og analyse i ét system erstatter den den fragmenterede arkitektur, der skaber omkostningerne. Porteføljesyn, multi-entity-økonomi, samlede gæsteprofiler og realtidsdata på tværs af ejendomme og vertikaler er ikke visionære features. Det er udgangspunktet.

Spørgsmålet til porteføljeoperatører er enkelt: hvad koster jeres ældre PMS jer reelt – og hvor længe kan I betale den pris?