Kokios programinės įrangos reikia mažam viešbučiui: PMS, Booking Engine, Kanalų tvarkyklė ir ataskaitos

Aštuoni įsiregistravimai vieną penktadienį, skaičiuoklė, paštas ir užrašų knygelė ant recepcijos stalo – paprastai būtent tada 12 kambarių viešbučio savininkas pradeda ieškoti programinės įrangos. Iki tol viskas pavykdavo rankomis: rezervacija atėjo į paštą – užsirašėte, svečias paskambino – perkėlėte, svečias atvyko – įregistravote.

Toliau – du keliai. Pirmas: nusipirkti „viešbučio programą“, kurią patarė pokalbių grupėje. Antras: įrašyti užklausą į paiešką ir paskęsti „top 20 paslaugų“ sąrašuose, kuriuose kiekvienas tiekėjas savo sistemą vadina būtina. Abu keliai vienodai dažnai baigiasi nupirktu pertekliumi ir nepirktu reikalingu dalyku.

Sąrašas iš tikrųjų trumpesnis. Mažam viešbučiui reikia vieno branduolio – PMS (property management system), objekto valdymo sistemos, – ir trijų modulių aplink jį: Booking Engine, Kanalų tvarkyklės (Channel Manager) ir Guest Portal. Ataskaitų pirkti atskirai nereikia: jos auga iš to paties PMS. Visa kita – pajamų valdymo sistema, restorano kasa, išmanios spynos – prijungiama tada, kai atsiranda priežastis.

Išanalizuokime pagal eilę: ką daro kiekviena sistema, be ko galima apsieiti ir kokia tvarka viską prijungti.

Žemėlapis: vienas branduolys, keturi moduliai aplink

Trumpa versija, kad būtų lengva laikyti galvoje:

Sistema	Ką sprendžia	Kas vyksta be jos
PMS	rezervacijos, Planner, kainos, svečiai, kasa	kiekvienas sąrašas gyvena savo gyvenimą
Booking Engine	tiesioginės rezervacijos iš jūsų svetainės	kanalo komisiniai nuo kiekvienos rezervacijos
Kanalų tvarkyklė	prieinamumas ir kainos visuose kanaluose	rankinis perkėlimas ir dvigubos rezervacijos
Guest Portal	anketa, dokumentai, klausimai, paslaugos	skambučiai, laiškai ir popierinės anketos
Ataskaitos	dienos vaizdas ir pinigai	sprendimai iš atminties

Toliau – po vieną sistemą.

PMS: branduolys, nuo kurio pradedama

PMS – vieta, kur gyvena rezervacijos, kainos, numeriai, svečiai ir pinigai. Viduje – Planner, į kurį sueina rezervacijos iš visų šaltinių; kainos su atšaukimo sąlygomis ir pardavimo apribojimais; svečių profiliai su istorija; kasa su pamainomis. Kainos – kainų planuose, rezervacijos – Planner: jei šie du dalykai nėra atskirti, anksčiau ar vėliau kaina penktadieniui pasikeis netyčia.

Kol bendros sistemos nėra, kiekvienas iš šių dalykų turi savo vietą: rezervacijos – pašte ir skaičiuoklėje, numerių būsenos – pranešimų programoje, pinigai – banko išraše. Veikia. Tiksliai iki tos dienos, kai du žmonės žiūri į dvi skirtingas tos pačios dienos versijas.

Pagal Hotel Tech Report apklausą (450 viešbučininkų, 2026 m.) 86 % PMS vadina svarbiausia viešbučio sistema, o 91 % – kad ji tiesiogiai veikia pajamas. Skaičiai iš rinkos žaidėjo: Hotel Tech Report parduoda programinės įrangos reitingus. Bet dydžio tvarka parodyta teisingai – visa kita statoma aplink PMS, o ne atvirkščiai. Ten pat: 89 % operatorių sutaupo 2–10+ valandų per savaitę, 17 % – daugiau nei 500 valandų per metus.

Ką tai reiškia 12 kambarių objektui praktikoje? Penktadienio rytą turite vieną ekraną: atvykstamųjų eilę, prie kiekvienos rezervacijos – svečią, numerį ir apmokėjimą. Įsiregistravimas vienu-dviem paspaudimais, rezervacijos perkėlimas – nutempus, kaina dienai – pataisa kainų plane. Dienos įspėjimai primena apie neapmokėtą atvykimą ir numerį, kuris dar neparuoštas.

Atskiras klausimas – debesys ar diegimas vietoje. 2025 m. maždaug 65 % PMS rinkos sudarė debesų sprendimai (Mordor Intelligence; absoliučius rinkos dydžius tyrėjai skaičiuoja kelis kartus skirtingai, todėl imame dalį, o ne sumą). 9–30 kambarių objektui tai reiškia paprastą dalyką: be serverio ir diegimo, darbas iš naršyklės – prie recepcijos, iš namų, iš telefono. Daugiau apie branduolį – PMS puslapyje.

Paskutinis dalykas, kurį verta suprasti apie branduolį: jis turi būti vienas. Dvi sistemos, kiekviena su savo Planner, – tai ne atsarginis variantas, o dvi tiesos versijos. Jei jus įtikinėja imti „sistemą kanalams“ ir atskirai „sistemą registratūrai“, paklauskite, kur susitinka jų duomenys. Geroje mažo viešbučio PMS viskas susitinka viename lange: Planner – rezervacijos iš bet kurio šaltinio, kainos – kainų planuose, o jei reikia vaizdo „kainos dienai“, jos rodomos tiesiai tinklelio langeliuose.

Apie žmones irgi verta pagalvoti iš anksto. 12 kambarių objekte paprastai dirba du-trys žmonės su skirtingu priėjimu: savininkas žiūri pinigus, administratorius tvarko rezervacijas ir įsiregistravimus, kambarinei pakanka dienos numerių sąrašo. Rolės ir teisės – nuobodi tema iki pirmo atvejo, kai svečias skambina ir paaiškėja, kad reikiamą pataisą daro „tas, kuris moka“, o jis atostogauja.

Booking Engine: jūsų svetainė kaip pardavimų kanalas

Booking Engine – pardavimų forma jūsų svetainėje. Svečias renkasi datas ir numerio tipą, mato jūsų kainas, moka kortele – ir rezervacija pati krenta į Planner, be susirašinėjimo ir rankinio perkėlimo. Tai veikia tik kartu su PMS: modulis rodo realų prieinamumą ir realias kainas, o ne praeito mėnesio atvaizdą.

Kodėl tai pinigai, o ne „dar viena funkcija“. Pagal sektoriaus ataskaitą (135 mln. rezervacijų per metus, 20 šalių) rezervacija iš viešbučio svetainės vidutiniškai atneša 516 $, rezervacija iš kanalo – 312 $. Tiesioginis kanalas į pajamų trejetuką patenka 90 % rinkų. Kodėl taip yra – atskiro tyrimo klausimas, bet dviejų trečdalių skirtumas pateisina savo pardavimų kanalo paleidimą.

Kanalo komisinių tuo tarpu niekas neatšaukė: pagal sektoriaus tiekėjų vertinimus jie sudaro 15–30 % ir daugiau nuo kiekvienos rezervacijos. Už šių skaičių nėra metodologijos, todėl sąžininga formuluotė tokia: kanalo komisiniai – tai pastebimas ir nuolatinis pajamų procentas, kurį mokate už kiekvieną rezervaciją, atėjusią ne iš jūsų svetainės. Kiek kainuoja kanalas ir iš ko susideda komisiniai – OTA (internetinių kelionių agentūrų) apžvalgoje.

Sąžininga pastaba: tiesioginis kanalas nėra nemokamas. Mokėjimų priėmimas, svetainė, srautas – pagal tuos pačius tiekėjų vertinimus dar 4–5 % išlaidų. Modulis nepakeičia kanalų: jis prideda kanalą, už kurį nemokate komisinių už svečio atvedimą. Plačiau – Booking Engine puslapyje.

Į ką žiūrėti renkantis modulį. Valdiklis turi įsiterpti į esamą svetainę – pažodžiui keliomis kodo eilutėmis, be perdarinėjimo; svečių puslapiai – keliose kalbose, jei jūsų svečiai atvažiuoja iš užsienio; apmokėjimas kortele, su išankstiniu apmokėjimu arba lėšų sulaikymu kortelėje – pagal pasirinkimą. Naudingos smulkmenos, kurios greitai tampa privalomomis: promokodai, papildomų paslaugų pardavimas su laiko intervalais (pervežimas prie konkretaus skrydžio), galimybė šeimai užsisakyti du-tris numerius vienoje rezervacijoje. Visa tai – modulio dalis, o ne „kitas kainų planas“. Kaip veikia svečio matoma vitrina ir kuriuos kainų planus į ją išvesti – Booking Engine gide.

Kanalų tvarkyklė (Channel Manager): kad kanalai nemeluotų

Kanalai ir toliau yra pagrindinis paklausos šaltinis. Sektoriaus ataskaitoje, apimančioje daugiau nei 90 mln. nepriklausomų objektų rezervacijų per 2025 m., kanalams teko 63,4 % rezervacijų, tiesioginiams – 36,6 %. Prieš metus kanalų dalis buvo 61 %. Trendas eina prieš tiesioginius pardavimus ir su juo nėra ką ginčytis: kanalai atveda svečius, kurių objektas pats nepasieks.

Problema slypi ne kanaluose, o jų skaičiuje. Trys kanalai – trys skirtukai, trys rankiniai pataisymai ir trys progos parduoti tą patį numerį dukart. Dviguba rezervacija – tai ne tik „svečiui nėra kur miegoti“: pagal sektoriaus tiekėjų vertinimus svečio perkėlimas į kitą viešbutį kainuoja 300–450 $ už atvejį, neįskaitant sugadinto atsiliepimo ir santykių su kanalu.

Kanalų tvarkyklė sprendžia būtent šią problemą. Ji laiko prieinamumą ir kainas vienodus visuose kanaluose: pardavėte numerį viename – kiekis kituose sumažėjo; pakėlėte kainą PMS – pasikeitimas išėjo į visus kanalus. Rezervacija iš kanalo patenka į Planner pati, su žyme, iš kur atėjo.

Techniškai tai sutvarkyta taip: numerių kiekis datai skaičiuojamas iš vieno PMS kalendoriaus, o nelaikomas atskirai kiekvienam kanalui. Todėl pardavimo uždarymas datai – vienas veiksmas, o ne trys. Kanalo prijungimas – pasirinkimas iš katalogo (brandžiose sistemose jų daugiau nei šimtas: Booking.com, Airbnb, Expedia ir dešimtys kitų), jūsų numerio tipų susiejimas su kanalo tipais ir pirmasis išsiuntimas, po kurio prieinamumas ir kainos keliauja į kanalą automatiškai.

Kanalai tuo tarpu neprivalo kainuoti vienodai. Kanalų tvarkyklės kaip klasė leidžia laikyti kiekvienam kanalui savo kainą: pridėti komisinius viršun arba, atvirkščiai, nuleisti tiesioginę kainą žemiau – ir nesudaužyti kitų. Vieni taip valdo savo poziciją paieškos rezultatuose, kiti – rinkų skirtumais; svarbu, kad sprendimas priimamas vienoje vietoje, o ne trimis pataisymais trijose paskyrose. Nuo ko iš viso priklauso pozicija kanalo paieškos rezultatuose – straipsnyje apie OTA reitingavimo algoritmą.

Svarbi pastaba: sinchronizacija nepanaikina kanalų lenktynių dėl to paties numerio. Dvigubos rezervacijos pasitaiko net su Kanalų tvarkykle – tiesiog jų būna tvarka mažiau ir jos matomos iškart.

Kada Kanalų tvarkyklės nereikia? Jei parduodate per vieną kanalą ir rezervacijų nedaug, rankinė sinchronizacija veikia. Klausimas tik, kiek laiko esate pasirengę skirti perkėlimui ir kokią kainą mokate už vieną užmirštą vakarą.

Guest Portal: ką svečias daro prieš rezervaciją ir po jos

„Septynių viešbučio programų“ sąrašuose šios kategorijos dar neseniai nebuvo – ir būtent todėl ją dažnai pamiršta. Guest Portal – asmeninis svečio puslapis: internetinė anketa ir dokumentai iki atvykimo, visa jo rezervacija su kainomis pagal dienas, paslaugų užsakymas, klausimai viešbučiui. Svečias patenka asmenine nuoroda iš laiško – be registracijos ir slaptažodžio, kurių niekas neįsimena.

Recepcijai tai reiškia mažiau skambučių „kada įsiregistravimas“ ir „ar galima vėliau“. Svečias anketą užpildo anksčiau, dokumentus įkelia pats, o klausimas patenka į bendrą viešbučio eilę – ne į administratoriaus asmeninį susirašinėjimą, kuris šiandien nedirba. Tai ne pranešimų programa: formatas „klausimas – atsakymas“, ir šiuo formatu ji uždaro didžiąją dalį susirašinėjimo iki įsiregistravimo.

Svečio lūkestis čia svarbesnis, nei atrodo. Žmogus, kuris perka lėktuvo bilietus ir užsisako maistą programėlėje, nesupranta, kodėl įsiregistravimui reikia skambinti ir diktuoti paso duomenis telefonu.

Yra ir kita pusė: dalį prašymų, kurie paprastai ateina skambučiu, svečias sutvarko pats. Pervežimo ar pusryčių konkrečiu laiku užsisakymas – užklausa paklius į tą pačią eilę, o atsakymas grįš svečiui ten, iš kur jis rašė.

Daugiau apie modulį – Guest Portal puslapyje.

Ataskaitos: ką tikrinti kiekvieną dieną

Ataskaitos – ne atskira programa, o sluoksnis ant tų pačių duomenų. Kasdienis vaizdas telpa į vieną valdymo skydą: šiandienos įsiregistravimai ir išsiregistravimai, kas yra viešbutyje, užimtumas artimiausioms dienoms, skolos už rezervacijas. Plius kasa: pamainos ir pinigų judėjimo žurnalas, kad vakarą uždarytų suderinimas, o ne administratoriaus atmintis.

Mažų viešbučių planavimo horizontas tapo ilgesnis. Pagal sektoriaus duomenis rezervacijos langas pailgėjo nuo 38 dienų 2023 m. iki 40 dienų 2025 m. – svečias rezervuoja vidutiniškai keturiasdešimt dienų iki atvykimo. Tai reiškia, kad vaizdas mėnesiui į priekį yra visada, ir per mėnesį spėsite pakelti savaitgalio kainą, jei užimtumas jau geras. Kaip sekti, kaip pildosi būsimos datos, – straipsnyje apie OTB.

Sąžiningai apie ribas: paruoštos valdymo analitikos, kokios turi tinklai, – ADR, RevPAR, paklausos prognozių – iš mažų viešbučių PMS laukti neverta. Šie rodikliai skaičiuojami pagal tuos pačius duomenis – skaičiuoklėje. Svarbu kita: kad pirminiai skaičiai (kainos pagal dienas, rezervacijos, užimtumas, mokėjimai) gulėtų vienoje vietoje ir jų nereikėtų rinkti iš keturių šaltinių. Kaip juos skaičiuoti be klaidų – straipsnyje apie ADR.

Praktinis patikrinimas paprastas. Paklauskite savęs vakare: kiek numerių laisva artimiausią savaitgalį, kiek svečių rytoj turi atvykti, ar yra dar neapmokėtų rezervacijų. Jei trims atsakymams reikia atverti tris skirtingas vietas – ataskaitų jūs neturite, yra tik sąrašai, kuriuos kas nors veda rankomis. Jei atsakymai viename ekrane – tobulinti galima kiek tik norite.

Ką prijungti vėliau – ir kada to iš tikrųjų reikia

RMS: pajamų valdymo sistema

RMS (revenue management system) prognozuoja paklausą ir pati judina kainas: pagal rezervacijų tempą, užimtumą, konkurentų kainas ir sezoną. Tai atskira programa virš PMS, ir ji kainuoja nemažai pinigų.

9–30 kambarių objektui visavertis RMS paprastai per daug: rezervacijų istorijos per mažai, kad prognozė turėtų iš ko mokytis, ir nėra žmogaus, kuris tuo rūpinsis kasdien. Pradėti galima nuo taisyklių kainose – „likus 7 dienoms iki datos, esant 80 % užimtumo, pakelti kainą 10 %“ – ir jau vien tai duoda efektą. Disciplina „pažvelgiau į užimtumą – pataisiau kainą“ uždaro didžiąją dalį to, ko mažam objektui reikia iš pajamų valdymo. Kaip ją išdėstyti žingsnis po žingsnio – straipsnyje apie pajamų valdymą.

Rinka tuo tarpu juda kainų automatizavimo link: pajamų valdymo moduliai – sparčiausiai auganti PMS rinkos dalis (maždaug 14 % per metus pagal Mordor Intelligence vertinimą), o 65 % keliautojų jau priima, kad kaina keičiasi drauge su paklausa (sektoriaus apklausa: 12 000 keliautojų 14 šalių). Dinaminė kainodara tampa norma. RMS kaip atskiras pirkimas – dar ne.

Laikas apie jį pagalvoti, kai vienu metu atsiranda trys dalykai: mažiausiai metų rezervacijų istorija, sezonumas, matomas užimtume, ir žmogus, pasirengęs žiūrėti kainas ne retkarčiais. Iki tol taisyklės kainose duoda tą patį prieaugį už mažesnius pinigus.

Valymas, restoranas, išmanios spynos ir CRS

Valymas. Susijęs su išsiregistravimais: svečias išvyko – numerį reikia paruošti kitam įsiregistravimui. Atskira valymo programa reikalinga, kai brigada valdoma nuotoliniu būdu ir pagal pamainų grafiką. Daugumoje mažų viešbučių valo etatinė kambarinė, ir atskiros programos nereikia.

Restoranas. Jei prie objekto yra baras arba restoranas, jo kasą verta susieti su PMS integracija: svečio užsakymas patenka į sąskaitą už numerį, be rankinių įrašų. Naudinga. Bet įrašyti restorano modulį į privalomos programinės įrangos sąrašą viešbučiui be restorano – akivaizdi klaida.

Išmanios spynos. Apartamentams savarankiškas įsiregistravimas jau tapo standartu: svečias gauna asmeninį kodą savo rezervacijos datoms. Jei rinksitės tokias spynas, tikrinkite, ar jos jungiasi su jūsų PMS – kitaip gausite dar vieną langą rankiniam kodų įvedimui.

CRS. CRS (central reservation system) – centrinė rezervavimo sistema: vienas bendras kambarių fondas daugeliui objektų. Tai viešbučių tinklų ir valdymo bendrovių lygmuo. Mažam objektui jos funkcijas uždaro PMS, Kanalų tvarkyklė ir Booking Engine.

Kada ko galima nepirkti

Kitoji žemėlapio pusė: ne kiekviena sistema reikalinga kiekvienam objektui, ir tai normalu.

Esama situacija	Ką galima atidėti	Kuo apsieisite dabar
Vienas kanalas, rezervacijų nedaug	Kanalų tvarkyklė	Rankinis perkėlimas, kol jo dar nepradedate užmiršti
Paklausa beveik visa iš kanalų	Booking Engine (mėnesiui arba dviem)	Kanalai kaip pagrindinis šaltinis, tiesioginis – planas
Svečiai įsiregistruoja pas jus, raktai į rankas	Guest Portal	Įsiregistravimas prie recepcijos, anketa ant popieriaus
5–10 kambarių, vienas darbuotojas	RMS, atskira valymo programa	Taisyklės kainose; valymo būsenos atsinaujina pačios

Vienintelis dalykas, kurio nereikėtų atidėlioti, – branduolys. Be jo kiekvienas kitas pirkimas sprendžia vieną užduotį ir prideda dar vieną vietą, kur gyvena duomenys.

Diegimo tvarka: kambarių fondas → kainos → kanalai → svetainė

Seka svarbesnė už pirkimų sąrašą. Sumaišyta seka – dažniausia priežastis, kodėl programinė įranga nuperkama, bet neprigyja.

Fondas. Pirmiausia numerio tipai ir numeriai: be jų nėra kur dėti rezervacijų, o tipų nuotraukos ir aprašymai vis tiek pravers ir kanaluose, ir svetainėje.

Kainos. Tada kainos su taisyklėmis: pardavimo apribojimai, minimali viešnagės trukmė, atšaukimo sąlygos. Čia pat sprendžiate, kurių tipų ir kainų iš viso parduodate. Kaip surinkti atramines reikšmes ir kainų rinkinį – straipsnyje apie kambario kainą.

Kanalai. Tik dabar prijungiate kanalus: tipų ir kainų susiejimas, pirmasis išsiuntimas, patikra, kad prieinamumas sutampa.

Svetainė. Paskutinis – Booking Engine: kai fondas ir kainos jau gyvena sistemoje, į svetainę pakanka įdėti valdiklį.

Terminais tai ne mėnesiai. Registracija užima minutes, o fondą, kainas ir kanalus nusistatote per 1–2 dienas bendro darbo. Palaikymo pagalba tam nebūtina: kelias paprastas ir galite jį pereiti patys.

Persikelti galima ir iš kitos sistemos, ir iš skaičiuoklės: objekto profilis, tipai su nuotraukomis, kainos ir galiojančios rezervacijos perkeliamos kartu su jumis. Jei objektas dar gyvena Excel skaičiuoklėje, kraustytis geriau anksčiau, nei ji pirmąkart pameluos.

Kiek tai kainuoja

Tikslų skaičių visiems atvejams nėra: debesų sistemų prenumerata priklauso nuo objekto dydžio. Paprastai mokama už talpą – kambarių, lovų ar apartamentų, kuriuos parduodate, kiekį. Nakvynės namai su keturiasdešimčia lovų ir svečių namai su dvylika kambarių prie to paties užimtumo gali mokėti skirtingai.

Skiriasi ir tai, kas įeina į kainą. Vienas modelis – bazinė kaina už PMS, o Booking Engine, Kanalų tvarkyklė ir Guest Portal apmokami atskirai. Kitas – viena prenumerata, kurioje visa tai: PMS, Booking Engine, Kanalų tvarkyklė ir Guest Portal. Antrąjį paprasčiau skaičiuoti: iš karto matote, kiek kainuos programinė įranga, ir komisiniai nuo rezervacijų prie sąskaitos neprisideda.

Atskira išlaidų straipsnis prie sistemų su diegimu vietoje – įdiegimas: sąranka, konfigūravimas, mokymai, atnaujinimai. Debesų sistemose šios išlaidos dingsta iš biudžeto atskiromis eilutėmis ir lieka tik kaip jūsų laikas fondui ir kainoms nustatyti.

Praktinis orientyras paprastas: rinkitės sistemą, kurios bandomasis laikotarpis suteikia pilną priėjimą, o ne demo režimą. Per dvi savaites spėsite suvesti fondą, kainas, prijungti vieną kanalą ir pamatyti, kiek laiko šis darbas iš tikrųjų užima. HotelsCalendar tai yra 14 dienų pilno priėjimo, be nuskaičiavimų šiuo laikotarpiu.

Šeši klausimai tiekėjui prieš pirkimą

Programinės įrangos sąrašas – pusė darbo. Kita pusė – išsirinkti sistemą, su kuria neišsiskirsite po metų.

1. Debesys ar diegimas vietoje? Maždaug 65 % PMS rinkos 2025 m. – debesys. Mažiems objektams tai beveik visada teisingas atsakymas: atnaujinimai ateina patys, priėjimas iš bet kurio įrenginio.
2. Kas yra komplekte, o kas per integraciją? Pasidomėkite, kurie kanalai jungiami tiesiogiai, ar yra atviras API ir integracijų marketplace. Uždara sistema šiandien – tai rankinis perkėlimas rytoj.
3. Kur moka svečias? Hotel Tech Report apklausoje 67 % viešbučininkų įtaisytus mokėjimus vadina geidžiamiausia funkcija. Paklauskite, kaip veikia apmokėjimas svetainėje ir kas rezervaciją padaro garantuota. Kuo skiriasi išankstinis apmokėjimas, lėšų sulaikymas kortelėje ir kortelė, diktuojama telefonu, – straipsnyje apie internetinius mokėjimus.
4. Ką sistema daro pati? 49 % viešbučininkų iš PMS visų pirma nori automatizavimo, o 82 % viešbučių 2026 m. plečia dirbtinio intelekto (AI) taikymą (Canary Technologies). Atskirkite rinkodarą nuo mechanikos: automatinis laiškas su kuponu – tai automatizavimas, o „dirbtinis intelektas“ pristatyme – ne visada.
5. Kiek trunka startas ir kas perkelia duomenis? Kas nors turi suvesti fondą, kainas ir galiojančias rezervacijas. Sužinokite iš anksto: ar tai jūsų savaitgalio darbas, ar palaikymo darbas.
6. Kur gyvena duomenys? Saugojimo šalis, kas turi prieigą, kas atsitinka nutraukus sutartį.

Išvada: minimalus rinkinys

• PMS – privaloma: Planner, kainos, svečiai, kasa ir ataskaitos viename lange.
• Booking Engine – diekite, kai yra svetainė ar bent objekto puslapis.
• Kanalų tvarkyklė – reikalinga nuo antro kanalo, iki tol užteks rankinio perkėlimo.
• Guest Portal – taupo skambučius ir popierines anketas, kai svečiai atvyksta patys.
• RMS, restoranas, išmanios spynos – kai atsiranda priežastis, o ne todėl, kad yra sąraše.

Dažniausiai užduodami klausimai

Kuo PMS skiriasi nuo Kanalų tvarkyklės ir Booking Engine?

Tai trys skirtingos sistemos su skirtingomis užduotimis. PMS valdo objektą: rezervacijos, Planner, kainos, svečiai, pinigai. Kanalų tvarkyklė sinchronizuoja prieinamumą ir kainas tarp PMS ir pardavimų kanalų. Booking Engine – pardavimas jūsų svetainėje: svečias rezervuoja tiesiogiai, rezervacija patenka į tą patį Planner. Pirkti jas atskirai nėra būtina: HotelsCalendar moduliai įeina į tą pačią prenumeratą kaip PMS.

Nuo ko pradėti 10–20 kambarių viešbučio automatizavimą?

Nuo vienos apskaitos sistemos – PMS, o ne nuo kanalų ir ne nuo svetainės. Pirmiausia perkelkite fondą (numerio tipus ir numerius), tada kainas su taisyklėmis, tada prijunkite kanalus – ir tik tada dėkite rezervacijų valdiklį į svetainę. Tokia tvarka duoda sistemai duomenų, be kurių moduliai dirba tuščiai.

Ar reikalinga Kanalų tvarkyklė, jei parduodu per vieną-du kanalus?

Esant vienam kanalui ir nedideliam rezervacijų srautui – ne: rankinis perkėlimas veikia. Priežastimi tampa antras kanalas: nuo to momento prieinamumą reikia keisti dviejose vietose, ir anksčiau ar vėliau vieną jų užmirš. Kanalų tvarkyklė pašalina rankinį perkėlimą, bet jos sutaupymas matuojamas ne valandomis, o dvigubų rezervacijų, kurios neįvyko, skaičiumi.

Ar galima mažą viešbutį valdyti Excel skaičiuoklėje – ir kada tai nustoja veikti?

Galima, ir daugelis taip daro. Skaičiuoklė nustoja veikti, kai rezervacijos ateina iš daugiau nei vieno šaltinio, kai duomenimis naudojasi antras žmogus ir kai numerio būseną tenka laikyti galvoje.

Ar rezervacijos iš svetainės ir iš kanalų pačios patenka į Planner?

Taip, jei sistemos susietos. Rezervacija iš svetainės patenka į Planner iš karto po apmokėjimo, rezervacija iš kanalo ateina per Kanalų tvarkyklę – su šaltinio žyme. Rankomis perkelti nieko nereikia; rankiniu būdu suvedami tik skambučiai ir svečiai be rezervacijos. Dvigubos rezervacijos tuo tarpu visai nedingsta – kodėl, paaiškinta Kanalų tvarkyklės skyriuje.

Ar galima sistemas prijungti palaipsniui, ar reikia visko iš karto?

Palaipsniui – ir taip teisingiau. Branduolys (PMS) – iš karto, nes be jo kitiems nėra su kuo dirbti. Moduliai pridedami pagal poreikį: kanalai – kai jų tampa daugiau nei vienas, svetainė – kai atsiranda puslapis, Guest Portal – kai prasideda klausimų srautas iki atvykimo. Moduliai įeina į vieną prenumeratą, todėl tvarka priklauso tik nuo jūsų; pažiūrėkite, kaip veikia Booking Engine.