Vananenud PMS-i peidetud maksumus hotelliketis

Sa tead, maksad PMS-i litsentsi eest. Tõenäoliselt ei tea sa, maksab sulle PMS tegelikult.

Arve rida on kerge osa. Need kulud, mis arvel kunagi ei ilmu, näravad vaikselt marginaale üle hotelliketi: tunnid käsitsi leppimisel, tulu, mis läheb lahkuõõnestatud süsteemide tõttu kaotsi, lojaalsus, mis pudeneb, sest keegi ei näe tervikpilti, ja strateegilised otsused, mis venivad, sest andmed puuduvad.

Ühe objekti jaoks on need peidetud kulud talutavad tüütused. Mitme hotelli portfellis kasvavad need struktuuriliseks nõrkuseks, mida on üha raskem mõõta ja parandada iga aastaga, mil vana süsteem jääb paika.

Leppimise maks

Portfellis, kus jooksevad vanad PMS-id, näeb rahanduse kuu sulgemine igal pool umbes samasugune välja. Tuluandmed tulevad PMS-ist eksportidena. F&B eraldi POS-ist. Spaa ja tervis veel kuskilt mujalt. Ürituste tulu elab hoopis teises kohas. Kõik läheb tabelitesse, ristatakse, kohandatakse üksuste struktuuri järgi ja lepitakse käsitsi.

Ühe hotelli jaoks võtab see päeva või kaks. Kümne või kahekümne objekti puhul, igaühel oma PMS ja oma tähtkujuga kõrvaltarkvara, muutub see mitme inimese täistööks. Ja tulemus on numbrid, mida juhtkond peab usu peale võtma — sõltumatult kontrollida saab ainult kogu trenni uuesti läbi tehes.

Siin pole tegu ainult tööjõukuluga. Tegu on viivitusega. Kui konsolideeritud portfelli finantside valmimine võtab kaks nädalat, on iga nende numbrite põhjal tehtud otsus kaks nädalat tegelikkusest maas. Hinnamuudatused, mis pidid eelmisel nädalal tehtud olema, lükkuvad edasi. Nõrgad objektid märgatakse kuu hiljem. Rahavoogu prognoosid põhinevad eeldustel, mis olid spreadsheeti alustamise ajaks juba vanad.

Platvorm nutika mitme üksuse maksetega kõrvaldab selle täielikult. Kui iga tehing igas objektis jagub automaatselt õigesse juriidilisse üksusesse kohe arvetega, pole mida leppida. Numbrid on õiged hetkest, mil need tekkisid — sama süsteem, mis tehingu töötleb.

Integratsioonide hoolduskoormus

Tüüpiline vana PMS ühendub kaheksa kuni viisteist teise süsteemiga: kanalihaldur, tulu juhtimine, POS, spaa broneering, CRM, e-posti turundus, maksevärav, raamatupidamine, koristus, külaliste sõnumid, arvustuste haldus — ja tavaliselt veel mõni.

Iga integratsioon on tõrkekoht. Ööse jooksvad sünkid võivad kirjeid vahele jätta. API muudatused ahelas võivad ühenduse murda. PMS-i uuendused võivad eile töötanud integratsioone segi lüüa. Kui midagi läheb katki, tuleb välja selgitada, kas viga on PMS-is, kolmanda osapoole süsteemis või integratsioonikihis — see nõuab aega, oskusi ja kannatust, mida hotellioperatiividel napib.

Korruta portfellis puudutuspunkte objektide arvuga. Kui igal hotellil on isegi kümme integratsiooni, on kahekümne objekti portfellis kakssada võimalikku tõrkekohta. IT või hoolduspartner, kes seda võrku hoiab, maksab oma raha, ja enamik ajast läheb asjade töös hoidmisele, mitte paremaks tegemisele.

Alternatiiv on platvorm, kus POS, broneeringud, CRM, liikmelisus, sissekanded, üritused ja maksed on kõik ühe süsteemi päris funktsioonid. Kui pole midagi integreerida, pole midagi murda. Reaalajas andmemootor tagab, et iga tehing, broneering ja kliendikontakt on hetkega kättesaadav igas puudutuspunktis igas objektis — ilma sünkro tööde, vahekihtide ja ööste partiideta.

Klienditeadmiste lõhe

Selline stseen mängib hotelliportfellides iga päev. Külaline peatab Londonis kolm korda, broneerib alati spaad ja kulutab restoranis heldesti. Kuus kuud hiljem broneerib sama inimene Edinburghis tuba. Teda koheldakse kui täiesti uut külalist. Vastuvõtt ei tea, kes ta on. Spaad ei mainita. Restoranist ei soovitata. Ühes objektis üles ehitatud lojaalsus on teises nähtamatu.

See juhtub, sest vanad PMS-id hoiavad andmeid objekti tasemel. Isegi kui kogu ketis on sama PMS-i bränd, elavad andmed tihti eraldi instantsides, mis kliendikirjeid ei jaga. Mõned ketid üritavad keskse CRM-iga — see toob aga jälle süsteemi, integratsiooni ja sünkro probleemid.

Päris hind pole tehnoloogia. See on kaotatud tulu ja kuluma läinud lojaalsus, kui kõrge väärtusega portfelli külalist koheldakse võõrana. Rist-asukoha jälgimine peaks olema päris ja automaatne. Iga suhe igas objektis, restoranis, spaas, ürituses või poeruumis peaks minema ühte profiili, mis on kõikjal kättesaadav.

Üksikute profiilide kõrval näitab automaatne sotsiaalgraaf mustreid, mida objektitaseme PMS ei näe. Kes broneerib koos? Kes toob uusi kliente? Millised ettevõtte kontod annavad kõige rohkem kõrvalkulu? Need jäävad nähtamatuks, kui andmed on objektisilodes; ühtse portfelli peal muutuvad need strateegiliseks varaks.

Sellel ühtsel andmel põhinev ennustav analüütika võib ennustada külalise käitumist, projektida eluaegset väärtust ja märgata lojaalsuse ohust enne kui klient konkurendi juurde läheb. Midagi sellist pole võimalik, kui aluseks on lahkuõõnestatud PMS-instantside kogu.

Ristmüügi tulu, mida sa kunagi ei võta

Hotellidel spaade, restoranide, ürituste ja jaemüügiga on igalt külaliselt mitu tuluallikat. Vanas seadistuses töötab iga vertikaal oma süsteemis, oma broneeringuvooga ja oma kliendibaasiga. Ristmüük toimub käsitsi, kui üldse toimib.

Vastuvõtt võib meelde jätta mainida spaad sissekandel. Konkierge võib soovitada restorani. Aga need on juhuslikud soovitused, mis sõltuvad initsiatiivist ja mälust. Süsteem ei tuvasta dünaamiliselt, et premium-toa broneerija võtab statistiliselt tõenäoliselt spaad, või et korduv sööja pole kunagi proovinud privaatset õhtusööki.

Rist- ja lisamüügimootor, mis jookseb üle kogu teekonna, võib need võimalused ise esile tuua õigel hetkel. Veebibroneeringul, sissekandel, külalisportaalis, väljakontrollil. Iga soovitus põhineb täielikul profiilil ja käitumise ajalool, mitte ainult praegusel broneeringul.

Mõju kordub üle portfelli. Kui dünaamiline ristmüük tõstab külalise kõrvalkulu isegi tagasihoidliku protsendi võrra, on mõju tuhandetele broneeringutele kuus mitmes objektis märkimisväärne.

Tööviljakuse kadu

Vanad PMS-id projekteeriti maailma, kus hotellitöötajad istusid laua taga. Vastuvõtul fikseeritud terminal. Broneeringute meeskond oma töökohtadel. Back office oma ekraanidega. Kõik püsis oma rajas ja suhtles süsteemiga ettearvatavast kohast.

Kaasaegne hotellitöö ei käi nii. Eesliini juht peab kontrollima saabujaid fuajeed kõndides. F&B juht vajab kaaneid tahvlil objekti külastusel. Ürituste koordinaator päringut telefonis kliendiga kohtudes. Tuluma juht võrdleb portfelli kodukontorist.

Vanad süsteemid toetavad seda kehvasti. Mobiilne ligipääs on tihti põhirakendus vähendatud funktsioonidega. Personal kõnnib tagasi terminali juurde, et lõpetada ülesandeid, mis oleksid pidanud käima kõikjalt. Iga ring raiskab minuteid; kümnete inimeste meeskonnas aasta jooksul koguneb sellest märkimisväärne aeg.

Platvorm, kus iga funktsioon töötab ühtemoodi veebis, iPhone'il, iPadil, Androidil ja POS-riistvaral, eemaldab selle hõõrdumise. Töötatakse seal, kus töö viib, mis iganes seade käepärast on, ilma järeleandmisteta.

Jäikade voogude hind

Igal hotellil portfellis on oma nägu. Boutique linnas ei tööta nagu maaresort. Konverentsihotell ei tööta nagu pikema peatumise objekt. Aga vanad PMS-id suruvad sageli ühte viisi tegemist — portfelli operaatorid valivad kas standardimise voogudega, mis igale objektile ei sobi, või lubavad objektidel eraldi kohandada, mis teeb portfelli aruandluse ebaühtlaseks.

Jäikus ulatub külalisele nähtavate kogemusteni. Kui PMS määrab kindla sissekande voo, saab iga objekt sama kogemuse, olenemata turust, suurusest või brändist.

Kohandatav seadistus, mis paindub iga objekti voogude ümber ja hoiab andmemudelit portfelli aruandluse jaoks ühtse, lahendab pinge. Objektid töötavad nii, nagu kontekst nõuab; juhtkond saab standardiseeritud aruanded ja portfelli ülevaated.

Kokkuvõttes

Legacy PMS-i litsentsitasu on tavaliselt väikseim kulu. Päris kulu jaotub: rahandus käsitsi leppimas, IT hapraid integratsioone hoides, turundus poolikute klientandmetega, tulu meeskond ristmüügivõimalusi märkamata, operatiiv jäikade voogude ja seadme piirangute tõttu aega kaotamas, juhtkond hilinenud ja ebausaldusväärsete infode põhjal otsustamas.

Ühe objekti peal võivad need kulud olla talutav ülempiir ühtse platvormi ees. Portfellis on see struktuuriline ebaefektiivsus, mis kasvab iga lisatud objekti ja iga aastaga, mil vana süsteem jääb.

Tiquo on ehitatud, et need peidetud kulud kõrvaldada. Ühtse operatsiooniplatvormina, mis katab PMS-i, POS-i, broneeringuid, CRM-i, liikmelisust, üritusi, makseid ja analüütikat ühes süsteemis, asendab see arhitektuuri, mis need kulud algusest peale tekitab. Portfelli ülevaated, mitme üksuse finantsid, ühtsed profiilid ja reaalajas andmed üle objektide ja vertikaalide pole sihtloend. See on lähtepunkt.

Küsimus hotelliportfelli operaatorile on sirge: maksab su legacy PMS tegelikult ja kui kaua sa seda endale lubada saad?