Dhjetë vjet më parë puna e një PMS hoteli ishte e lehtë për t'u përshkruar. Ai mbante rezervimet, planin e dhomave dhe çmimet. Gjithçka tjetër — faqja e internetit, fatura, lista e pastrimit, restoranti, spa — jetonte diku tjetër, zakonisht në letër, dhe kjo ishte normale.
Nuk është më normale, dhe arsyeja nuk është se hotelet u bënë më kërkues. Është se udhëtimi i mysafirit u zhvendos online nga fillimi në fund, dhe softueri kryesisht nuk e ndoqi.
Sot rezervimi është mesi i historisë, jo fillimi dhe sigurisht jo fundi. Që do të thotë se pyetja interesante për softuerin e hotelit nuk është më "a i menaxhon mirë rezervimet?" por "ku ndalon, dhe kush paguan për boshllëkun?"
Kostoja reale e softuerit është boshllëku midis mjeteve
Merrni një sekuencë të zakonshme dhe numëroni sistemet e përfshira në një pronë që bleu secilën pjesë veç e veç.
Një mysafir e gjen hotelin në Google dhe zbret në faqen e internetit. (Mjeti i faqes.) Ai kontrollon disponueshmërinë dhe rezervon. (Motori i rezervimeve.) Disponueshmëria duhet të zhduket nga OTA-të. (Menaxheri i kanaleve.) Rezervimi shfaqet në recepsion. (PMS.) Dhoma duhet pastruar para mbërritjes. (Tabelë Excel, ose letër.) Mysafiri është një kompani dhe ka nevojë për një faturë të rregullt. (Mjeti i kontabilitetit.) Në check-in pyet për darkën. (Sistemi i restorantit, ose një telefonatë.) Dhe për një masazh të shtunën. (Një bllok shënimesh në recepsionin e spa-s.)
Tetë pika kontakti. Edhe nëse çdo mjet i vetëm është i mirë, shikoni çfarë ndodh midis tyre:
- Emri i mysafirit shkruhet të paktën tre herë, dhe shkruhet ndryshe të paktën një herë
- Dikush eksporton një listë çdo mëngjes për të bërë një listë tjetër
- Adresa e faturës ekziston në dy vende dhe nuk përputhet në asnjërën
- Rezervimi i darkës nuk është i lidhur me dhomën, kështu që askush nuk e di që mysafiri u largua herët
- Termini i spa-s përplaset me një dhomë trajtimi tashmë të zënë nga një mysafir tjetër
Asnjë nga këto nuk është një fatkeqësi. Të gjitha janë një taksë e vogël mbi çdo mbërritje të vetme, e paguar nga stafi, çdo ditë, përgjithmonë. Kjo është kostoja reale e softuerit të hotelit, dhe nuk shfaqet kurrë në asnjë faturë nga një shitës.
Gabimet nuk janë aksidente, ato janë strukturore
Mbi-rezervimi që shkatërron një të shtunë rrallë është dikush që është i pakujdesshëm. Janë dy sisteme që nuk po flisnin në momentin kur kishte rëndësi — një çmim i përditësuar në një vend, një kanal që sinkronizohet sipas një orari, një dhomë e shitur dy herë në boshllëk.
E njëjta gjë vlen edhe për dështimet më të vogla: mysafiri i ngarkuar me çmimin e gabuar sepse oferta jetonte në një email; mbërritja për të cilën askush nuk u përgatit sepse rezervimi erdhi përmes një kanali që dikush e kontrollon më rrallë; fatura e rilëshuar dy herë sepse të dhënat e kompanisë u futën me dorë në orën 22:00.
Këto nuk mund t'i eliminosh me trajnim. Ato janë veti të arkitekturës, jo të stafit. Rregullimi i vetëm strukturor është të reduktosh numrin e vendeve ku ruhet i njëjti fakt.
Çfarë duhet të mbulojë tani një sistem hoteli
Nëse hartoni udhëtimin aktual dhe jo kategoritë e softuerit, një pronë ka nevojë për të gjitha këto të lidhura:
Para qëndrimit
- Një faqe interneti që mund të marrë një rezervim direkt, jo vetëm të shfaqë një numër telefoni
- Një motor rezervimesh me disponueshmëri reale, i integruar në atë faqe
- Sinkronizim kanalesh në mënyrë që OTA-të dhe motori direkt të mos shesin kurrë të njëjtën dhomë
- Çmimet, sezonet dhe kufizimet në një vend
Gjatë qëndrimit
- Recepsioni: mbërritjet, largimet, ndërrimet e dhomave, zgjatjet, klientët pa rezervim
- Mirëmbajtja: kush pastron çfarë, në çfarë rendi, dhe çfarë është gati
- Gjithçka që mysafiri kërkon ndërsa është duke qëndruar aty
Rreth qëndrimit
- Shërbimi i restorantit, nëse keni një të tillë
- Shërbimet me termin — spa, masazh, trajtime, turne, salla e seminareve
- Ofertat dhe faturimi, me të dhënat e sakta të kompanisë dhe trajtimin tatimor
- Regjistri i mysafirit, i cili duhet të jetë i njëjti regjistër çdo herë
Kjo nuk është një listë dëshirash. Kjo është një e martë në një hotel të mesëm.
Çfarë do të thotë "një ekosistem" në praktikë
KIMISUITE e mbulon atë udhëtim në një hapësirë pune, dhe çështja nuk është numri i moduleve. Është se mysafiri, rezervimi, fatura dhe detyra janë të njëjtat regjistra kudo.
Konkretisht, në një pronë që punon me KIMISUITE:
- Faqja e internetit përmban widget-e rezervimi — slider, listim ose kërkim — kështu që një rezervim direkt fillon në domenin tuaj dhe nuk paguan komision.
- Booking Hub mban rezervimin, planin e dhomave, çmimet dhe profilin e mysafirit, dhe e mban disponueshmërinë të sinkronizuar me OTA-të në kohë reale.
- Organizimi i pastrimit jeton në të njëjtin sistem si rezervimi: detyrat e mirëmbajtjes caktohen, statusi i dhomës gjurmohet dhe fluksi ditor i punës është i dukshëm, sepse sistemi tashmë e di kush po mbërrin dhe kush po largohet.
- CRM Business Hub lëshon ofertën për rezervimin e korporatës, e konverton në faturë, zbaton rregullat e TVSH-së dhe ndjek pagesën — kundrejt të njëjtit regjistër klienti, me faturim elektronik aty ku kërkohet.
- Service Manager merret me trajtimin e spa-s, masazhin, turnenë dhe sallën e seminareve, me terapistin dhe dhomën e trajtimit si burime reale që mund të rezervohen vetëm një herë.
- Gastro POS Hub drejton restorantin, i lidhur me të njëjtën hapësirë pune dhe jo me një ishull të veçantë.
- Task Hub i kthen gjërat që ndodhin në gjëra që kryhen — një rezervim i konfirmuar mund të krijojë automatikisht kartën "përgatit shportën e mirëseardhjes", me afat 24 orë para mbërritjes.
Rezultati nuk është se ndonjë mjet i vetëm është dramatikisht më i mirë se një i specializuar. Është se qepjet janë zhdukur. Askush nuk e rishkruan emrin e një mysafiri. Fatura e njeh rezervimin. Spa e di datën e largimit. Detyra e shportës së mirëseardhjes ekziston sepse rezervimi u konfirmua vetë në të.
Kundërargumenti i ndershëm
Një mjet i dedikuar me një qëllim të vetëm ndonjëherë do të ketë më shumë thellësi në zonën e tij të ngushtë sesa moduli ekuivalent në një suitë të lidhur. Ky është një kompromis real dhe ia vlen ta përmendësh në vend që të pretendosh të kundërtën.
Pyetja është se cili problem po ju kushton më shumë: veçoria që nuk e keni në mjetin e specializuar, apo gjashtë qepjet midis tetë mjeteve që çdo mbërritje duhet t'i kalojë.
Për një zinxhir të madh me një ekip të dedikuar IT dhe një buxhet integrimi, grupi i mjeteve të specializuara mund të jetë përgjigjja e duhur. Për një pronë ku personi që zgjedh softuerin është gjithashtu personi që mbulon recepsionin të dielën, zakonisht nuk është.
Si të mendoni për vendimin
Ndaloni së krahasuari PMS me PMS. Krahasoni të gjithë udhëtimin në vend të kësaj:
- Vizatoni udhëtimin e mysafirit tuaj nga kërkimi i parë në Google deri te fatura përfundimtare.
- Shënoni çdo pikë ku të dhënat rishkruhen ose eksportohen nga një vend në tjetrin.
- Numëroni hyrjet që ekipi juaj ka nevojë gjatë një ndërrimi normal.
- Mblidhni koston mujore të çdo mjeti të përfshirë, përfshirë ato që askush nuk i mban mend.
- Pastaj pyesni se sa nga kjo do të hiqte një hapësirë e vetme pune e lidhur.
Ai numër — jo çmimi mujor i një PMS — është ajo që softueri ju kushton realisht sot.
Booking Hub ka çmim sipas llojit të dhomës dhe jo sipas dhomës, dhe për shkak se pjesa tjetër e udhëtimit jeton në të njëjtën hapësirë pune, mjeti i dytë dhe i tretë nuk vijnë me abonimet e tyre, hyrjet e tyre dhe versionin e tyre të emrit të mysafirit tuaj.
Një PMS hoteli nuk ka qenë thjesht një PMS prej disa kohësh. Sistemet që ende sillen si të tillë po ju ngarkojnë në heshtje për diferencën.
Shihni çfarë mbulon Booking Hub — ose lexoni si të zgjidhni një sistem hoteli të cilit mund t'i besoni nëse jeni në mes të vendimit.
