Kādu programmatūru vajag mazai viesnīcai: PMS, Rezervāciju modulis, Kanālu menedžeris un pārskati

Astoņas reģistrēšanās vienā piektdienā, izklājlapa, pasts un piezīmju bloks uz recepcijas letes — parasti tieši tajā brīdī 12 numuru viesnīcas īpašnieks sāk meklēt programmatūru. Līdz tam viss izdevās ar roku darbu: rezervējums atnāca e-pastā — ierakstījām, viesis piezvanīja — pārcēlām, viesis ieradās — reģistrējām.

Tālāk divi ceļi. Pirmais — nopirkt „viesnīcas programmu”, ko ieteica kādā čatā. Otrais — ierakstīt vaicājumu meklētājā un noslīkt „top 20 servisu” apkopojumos, kur katrs piegādātājs savu sistēmu sauc par neatņemamu. Abi ceļi beidzas vienādi: kaut kas lieks tiek nopirkts, un kaut kas vajadzīgs paliek nenopirkts.

Saraksts patiesībā ir īsāks. Mazai viesnīcai vajag vienu kodolu — PMS (property management system), objekta pārvaldības sistēmu, — un trīs moduļus ap to: Rezervāciju moduli (Booking Engine), Kanālu menedžeri (Channel Manager) un Viesu portālu (Guest Portal). Pārskatus atsevišķi pirkt nav vajadzīgs: tie aug no tā paša PMS. Viss pārējais — ieņēmumu vadības sistēma, restorāna kase, viedslēdzenes — tiek pieslēgts tad, kad tam parādās iemesls.

Izskatīsim pēc kārtas: ko katra sistēma dara, bez kā var iztikt un kādā secībā ko pieslēgt.

Karte: viens kodols, četri moduļi ap to

Īsā versija, lai turētu prātā:

Sistēma	Ko nodrošina	Kas notiek bez tās
PMS	rezervējumi, Planner, tarifi, viesi, kase	katrs saraksts dzīvo savu dzīvi
Rezervāciju modulis	tiešie rezervējumi no Jūsu vietnes	kanāla komisija no katra rezervējuma
Kanālu menedžeris	pieejamība un tarifi visos kanālos	manuāla pārnešana un dubultās rezervācijas
Viesu portāls	anketa, dokumenti, jautājumi, pakalpojumi	zvani, vēstules un papīra anketas
Pārskati	dienas aina un nauda	lēmumi pēc atmiņas

Tālāk — katra sistēma pēc kārtas.

PMS: kodols, ar ko sāk

PMS ir vieta, kur dzīvo rezervējumi, tarifi, numuri, viesi un nauda. Iekšā — Planner, kurā saplūst rezervējumi no visiem avotiem; tarifi ar atcelšanas nosacījumiem un pārdošanas ierobežojumiem; viesu profili ar vēsturi; kase ar maiņām. Cenas dzīvo tarifos, rezervējumi — Planner: ja šīs divas lietas nav šķirtas, agrāk vai vēlāk piektdienas cena tiks mainīta nejauši.

Kamēr vienotas sistēmas nav, katrai no šīm lietām ir sava vieta: rezervējumi e-pastā un izklājlapā, numuru statusi ziņojumapmaiņas lietotnē, nauda — konta izrakstā. Darbojas. Tieši līdz dienai, kad divi cilvēki skatās uz divām viena un tā paša vakara versijām.

Pēc Hotel Tech Report aptaujas (450 viesnīcnieku, 2026) 86 % viesnīcnieku sauc PMS par svarīgāko sistēmu viesnīcā, bet 91 % — ka tā tieši ietekmē ieņēmumus. Skaitļi ir no pārdevēja puses: Hotel Tech Report pārdod programmatūras reitingus. Bet lieluma kārtu tas rāda pareizi — viss pārējais tiek būvēts ap PMS, nevis otrādi. Turpat: 89 % operatoru nedēļā ietaupa no 2 līdz 10 stundām un vairāk, 17 % — vairāk par 500 stundām gadā.

Ko tas nozīmē praksē objektam ar 12 numuriem? Piektdienas rītā Jums ir viens ekrāns: ierašanās rinda, pie katra rezervējuma — viesis, numurs un maksājums. Reģistrēšanās vienā vai divos klikšķos, rezervācijas pārcelšana ar vilkšanu, cena datumam — labojums tarifā. Dienas brīdinājumi atgādina par neapmaksātu ierašanos un numuru, kas nav sakopts.

Atsevišķs jautājums — mākoņa vai darbvirsmas versija. 2025. gadā apmēram 65 % PMS tirgus bija mākoņa risinājumi (Mordor Intelligence; pētnieki absolūtos tirgus apjomus norāda ar vairākkārtīgām atšķirībām, tāpēc ņemam daļu, nevis summu). Objektam ar 9–30 numuriem tas nozīmē vienkāršu lietu: bez servera un instalēšanas, darbs no pārlūkprogrammas — pie letes, no mājām, no telefona. Vairāk par kodolu — PMS lapā.

Pēdējais, ko vērts saprast par kodolu: tam jābūt vienam. Divas sistēmas, katra ar savu Planner, nav dublējums — tās ir divas patiesības versijas. Ja Jūs pārliecina ņemt „sistēmu kanāliem” un atsevišķi „sistēmu recepcijai”, pajautājiet, kur tiekas to dati. Labam mazās viesnīcas PMS viss tiekas vienā logā: Planner — rezervējumi no jebkura avota, cenas — tarifos, un, ja vajag skatu „cenas pa datumiem”, tas tiek rādīts tieši režģa šūnās.

Par cilvēkiem arī vērts padomāt savlaicīgi. Vienā 12 numuru objektā parasti ir divi trīs cilvēki ar atšķirīgu piekļuvi: īpašnieks skatās naudu, administrators strādā ar rezervējumiem un reģistrēšanos, istabenei pietiek ar dienas numuru sarakstu. Lomas un atļaujas ir garlaicīga tēma — līdz pirmajai reizei, kad viesis zvana un izrādās, ka vajadzīgo labojumu veic „tas, kurš prot”, un viņš ir atvaļinājumā.

Rezervāciju modulis (Booking Engine): sava vietne kā pārdošanas kanāls

Rezervāciju modulis ir pārdošanas forma Jūsu vietnē. Viesis izvēlas datumus un numura veidu, redz Jūsu tarifus, maksā ar karti — un rezervējums pats nonāk Planner, bez sarakstes un manuālas pārnešanas. Tas darbojas tikai savienojumā ar PMS: modulis rāda reālu pieejamību un reālas cenas, nevis attēlu no iepriekšējā mēneša.

Kāpēc tas ir nauda, nevis „vēl viena funkcija”. Pēc nozares pārskata (135 milj. rezervējumu gadā, 20 valstis) rezervējums no viesnīcas vietnes vidēji nes 516 $, rezervējums no kanāla — 312 $. Tiešais kanāls ietilpst ieņēmumu pirmajā trijniekā 90 % tirgu. Kāpēc tā — atsevišķa pētījuma jautājums, bet atšķirība par divām trešdaļām ir tā vērta, lai izveidotu savu pārdošanas kanālu.

Kanāla komisiju neviens nav atcēlis: pēc nozares piegādātāju novērtējuma tā ir 15–30 % un vairāk no katra rezervējuma. Metodoloģijas aiz šiem skaitļiem nav, tāpēc godīgais formulējums skan tā: kanāla komisija ir pamanāms un pastāvīgs ieņēmumu procents, ko Jūs maksājat no katra rezervējuma, kas nav nācis no Jūsu vietnes. Cik daudz kanāls maksā un no kā komisija sastāv — OTA (tiešsaistes ceļojumu aģentūru) izklāstā.

Un atruna pretējā virzienā: tiešais kanāls nav bezmaksas. Maksājumu apstrāde, vietne, apmeklējumu plūsma — pēc tiem pašiem piegādātāju novērtējumiem vēl 4–5 % izmaksu. Modulis neaizvieto kanālus; tas pievieno kanālu, par kura viesa piesaisti Jūs nemaksājat komisiju. Sīkāk — Rezervāciju moduļa lapā.

Uz ko skatīties, izvēloties moduli. Logrīkam jāiestrādājas esošajā vietnē — burtiski ar pāris koda rindiņām, bez pārbūves; viesu lapām — vairākās valodās, ja Jūsu viesi brauc no ārzemēm; maksājumam — ar karti, ar priekšapmaksu vai depozīta bloķēšanu pēc izvēles. Noderīgas detaļas, kas ātri kļūst par obligātām: akcijas kodi, papildu pakalpojumu pārdošana ar piesaistītu laiku (transfers uz konkrētu reisu), iespēja rezervēt divus trīs numurus vienā rezervējumā ģimenei. Viss tas ir moduļa sastāvdaļa, nevis „nākamais tarifu plāns”. Kā viesim rādās vitrīna un kādus tarifu plānus uz to izvēlēties — Rezervāciju moduļa ceļvedī.

Kanālu menedžeris (Channel Manager): lai kanāli nemelotu

Kanāli joprojām ir galvenais pieprasījums. Nozares pārskatā par vairāk nekā 90 milj. neatkarīgu objektu rezervējumiem 2025. gadā kanāliem bija 63,4 % rezervējumu, tiešajiem — 36,6 %. Gadu iepriekš kanālu īpatsvars bija 61 %. Tendence nav par labu tiešajai pārdošanai, un strīdēties ar to nav jēgas: kanāli dod viesus, ko objekts pats nesasniegs.

Problēma nav kanālos, bet to skaitā. Trīs kanāli ir trīs cilnes, trīs manuāli labojumi un trīs izdevības pārdot vienu un to pašu numuru divreiz. Dubultā rezervācija nav tikai „viesim nav kur gulēt”: pēc nozares piegādātāju novērtējuma viesa pārmitināšana citā viesnīcā izmaksā 300–450 $ par gadījumu, neskaitot sabojātu atsauksmi un attiecības ar kanālu.

Kanālu menedžeris aizver tieši to. Tas tur pieejamību un tarifus vienādus visos kanālos: pārdevāt numuru vienā — skaits pārējos samazinājās, pacēlāt tarifu PMS — izmaiņas aizgāja uz visiem kanāliem. Rezervējums no kanāla nonāk Planner pats, ar atzīmi, no kurienes tas nācis.

Tehniski tas ir iekārtots tā: numuru skaits datumam tiek rēķināts no viena PMS kalendāra, nevis glabāts atsevišķi katram kanālam. Tāpēc datuma aizvēršana pārdošanai ir viena darbība, nevis trīs. Kanāla pieslēgšana ir izvēle no kataloga (nobriedušām sistēmām to ir vairāk par simtu: Booking.com, Airbnb, Expedia un desmitiem citu), Jūsu numura veidu sasaiste ar kanāla veidiem un pirmais eksports, pēc kura pieejamība un tarifi kanālā nonāk automātiski.

Kanāliem nav obligāti jāmaksā vienādi. Kanālu menedžeri kā klase ļauj turēt katram kanālam savu cenu: pieskaitīt komisiju virsū vai, pretēji, likt tiešo cenu zemāku — un nesajaukt pārējos. Kāds tā pārvalda savu pozīciju kanāla meklēšanas rezultātos, kāds — tirgu starpībām; svarīgi, ka lēmums tiek pieņemts vienā vietā, nevis ar trīs labojumiem trīs kabinetos. No kā vispār atkarīga pozīcija kanāla meklēšanas rezultātos — rakstā par OTA pozīcijas algoritmu.

Svarīga atruna: sinhronizācija neatceļ kanālu sacīksti par vienu un to pašu numuru. Dubultās rezervācijas gadās arī ar Kanālu menedžeri — to vienkārši kļūst par kārtu mazāk un tās ir uzreiz redzamas.

Kad Kanālu menedžeris nav vajadzīgs? Ja Jūs pārdodat caur vienu kanālu un rezervējumu ir maz, sinhronizācija ar rokām darbojas. Vienīgais jautājums ir tas, cik daudz laika Jūs esat gatavs tērēt pārnešanai un kādu cenu maksājat par vienu aizmirstu vakaru.

Viesu portāls (Guest Portal): ko viesis dara pirms un pēc rezervējuma

Apkopojumos „septiņas programmas viesnīcai” šīs kategorijas vēl nesen nebija — un tieši tāpēc to bieži aizmirst. Viesu portāls ir viesa personīgā lapa: tiešsaistes anketa un dokumenti pirms ierašanās, viss viņa rezervējums ar cenām pa dienām, pakalpojumu pasūtīšana, jautājumi viesnīcai. Viesis ienāk pa personīgo saiti no e-pasta — bez reģistrēšanās un paroles, kuras neviens neatceras.

Recepcijai tas nozīmē mazāk zvanu „cikos reģistrēšanās” un „vai var ierasties vēlu”. Viesis anketu aizpilda savlaicīgi, dokumentus augšupielādē pats, bet jautājums nonāk viesnīcas kopīgajā rindā — ne administratora personīgajā čatā, kuram šodien ir brīvdiena. Tā nav ziņojumapmaiņas lietotne: tās formāts ir „jautājums — atbilde”, un šajā formātā tā aizver lielāko daļu sarakstes pirms reģistrēšanās.

Viesa gaidas šeit ir svarīgākas, nekā šķiet. Cilvēks, kurš pērk biļeti un pasūta ēdienu lietotnē, nesaprot, kāpēc reģistrēšanās dēļ jāzvana un jādiktē pases dati pa tālruni.

Ir arī labā otrā puse: daļu lūgumu, kas parasti nāk ar zvanu, viesis nokārto pats. Pasūtīt transferu vai brokastis uz noteiktu laiku — pieprasījums nonāks tajā pašā rindā, un atbilde aizies viesim atpakaļ tur, no kurienes viņš rakstīja.

Vairāk par moduli — Viesu portāla lapā.

Pārskati: ko skatīties katru dienu

Pārskati nav atsevišķa programma — tie ir slānis pār tiem pašiem datiem. Dienas aina ietilpst vienā pārskatu panelī: šodienas reģistrēšanās un izrakstīšanās, kas ir viesnīcā, noslogojums tuvākajiem datumiem, parādi pa rezervējumiem. Papildus kase: maiņas un naudas kustību žurnāls, lai vakars aizvērtos ar saskaņošanu, nevis administratora atmiņu.

Mazo viesnīcu plānošanas horizonts ir kļuvis garāks. Pēc nozares datiem rezervācijas logs ir pieaudzis no 38 dienām 2023. gadā līdz 40 dienām 2025. gadā — viesis rezervē vidēji četrdesmit dienas pirms ierašanās. Tas nozīmē, ka skats uz mēnesi uz priekšu Jums ir vienmēr, un mēneša laikā var paspēt pacelt nedēļas nogales tarifu, ja noslogojums jau ir labs. Kā izsekot, kā piepildās turpmākie datumi, — rakstā par OTB (on the books).

Godīgi par robežām: gatavas viesnīcu ķēžu līmeņa pārvaldes analītikas — ADR, RevPAR, pieprasījuma prognoze — no mazo viesnīcu PMS nav jāgaida. Šos rādītājus rēķina pāri datiem, izklājlapā. Svarīgs ir kas cits: lai avota skaitļi (tarifi pa dienām, rezervējumi, noslogojums, maksājumi) guļ vienā vietā un tos nav jāsavāc no četriem avotiem. Kā tos rēķināt bez kļūdām — rakstā par ADR.

Praktiskā pārbaude ir vienkārša. Vakarā pajautājiet sev: cik numuru ir brīvi nākamajā nedēļas nogalē, cik viesu rīt ieradīsies, vai ir rezervējumi, par kuriem vēl nav samaksāts. Ja trim atbildēm jāatver trīs dažādas vietas — Jums nav pārskatu, ir tikai saraksti, ko kāds uztur ar rokām. Ja atbildes ir vienā ekrānā — tālāk var uzlabot, cik vien gribat.

Ko pieslēgt vēlāk — un kad tas tiešām ir vajadzīgs

RMS: ieņēmumu vadības sistēma

RMS (revenue management system) prognozē pieprasījumu un pati pārvieto tarifus: pēc rezervāciju tempa, noslogojuma, konkurentu cenām un sezonas. Tā ir atsevišķa programma virs PMS, un tā izmaksā ievērojamu naudu.

Objektam ar 9–30 numuriem pilnvērtīgs RMS parasti ir lieks: tam ir par maz rezervējumu vēstures, lai prognozei būtu, no kā mācīties, un nav cilvēka, kas ar to nodarbotos katru dienu. Sākt var ar noteikumiem tarifos — „7 dienas pirms datuma, pie 80 % noslogojuma, pacelt tarifu par 10 %” — un jau tas dod efektu. Disciplīna „paskatījos uz noslogojumu — pielāgoju tarifu” aizver lielāko daļu no tā, ko mazs objekts sagaida no ieņēmumu vadības. Kā to uzbūvēt soli pa solim — rakstā par ieņēmumu vadību.

Tirgus tajā pašā laikā virzās uz tarifu automatizāciju: ieņēmumu vadības moduļi ir visstraujāk augošais PMS tirgus segments (apmēram 14 % gadā pēc Mordor Intelligence novērtējuma), bet 65 % ceļotāju jau pieņem, ka cena mainās līdzi pieprasījumam (nozares aptauja: 12 000 ceļotāju 14 valstīs). Dinamiskā cenu noteikšana kļūst par normu. RMS kā atsevišķs pirkums — vēl nē.

Laiks par to domāt, kad vienlaikus parādās trīs lietas: vismaz viena gada rezervējumu vēsture, sezonalitāte, kas redzama noslogojumā, un cilvēks, kas gatavs uz tarifiem skatīties ne tikai reizi pa reizei. Līdz tam brīdim noteikumi tarifos dod to pašu pieaugumu par mazāku naudu.

Tīrīšana, restorāns, viedslēdzenes un CRS

Tīrīšana. Tā ir sasaistīta ar izrakstīšanos: viesis izbrauc — numuru jāsagatavo nākamajai reģistrēšanai. Atsevišķa tīrīšanas programma ir vajadzīga, kad brigādi vada attālināti un pēc maiņu grafika. Vairumam mazo viesnīcu tīra štata istabene, un atsevišķa programma nav vajadzīga.

Restorāns. Ja pie objekta ir bārs vai restorāns, tā kasi integrācijas ceļā savieno ar PMS: viesa pasūtījums nonāk numura rēķinā, bez manuāliem grāmatojumiem. Noderīgi. Bet restorāna moduļa ielikšana obligātās programmatūras sarakstā viesnīcai bez restorāna ir acīmredzama kļūda.

Viedslēdzenes. Apartamentiem pašreģistrēšanās jau ir kļuvusi par standartu: viesis saņem personīgu kodu uz sava rezervējuma datumiem. Ja izvēlēsities tādas slēdzenes, pārbaudiet, ka tās ir saderīgas ar Jūsu PMS — citādi iegūsiet vēl vienu logu kodu manuālai ievadīšanai.

CRS. CRS (central reservation system) ir centralizētā rezervācijas sistēma: viens numuru krājums daudziem objektiem. Tas ir viesnīcu ķēžu un vadības sabiedrību līmenis. Mazam objektam tās funkcijas aizver PMS, Kanālu menedžeris un Rezervāciju modulis.

Kad ko var nepirkt

Kartes otra puse: ne katra sistēma ir vajadzīga katram objektam, un tas ir normāli.

Jūsu situācija	Kas var pagaidīt	Kas pagaidām pietiek
Viens kanāls, maz rezervējumu	Kanālu menedžeris	Manuāla pārnešana, kamēr to vēl neaizmirst
Pieprasījums gandrīz viss no kanāliem	Rezervāciju modulis (uz mēnesi vai diviem)	Kanāli kā galvenais avots, tiešais kanāls — plāns
Viesi reģistrējas klātienē, atslēgas iedod rokā	Viesu portāls	Reģistrēšanās pie letes, anketa uz papīra
5–10 numuru objekts, viens darbinieks	RMS, atsevišķa tīrīšanas programma	Noteikumi tarifos; tīrīšanas statusi atjaunojas paši

Vienīgais, ko nav vērts atlikt, ir kodols. Bez tā katrs nākamais pirkums atrisina vienu uzdevumu un pievieno vēl vienu vietu, kur dzīvo dati.

Ieviešanas secība: numuru fonds → tarifi → kanāli → vietne

Secība ir svarīgāka par pirkumu sarakstu. Sajaukta kārtība ir visbiežākais iemesls, kāpēc programmatūra tiek nopirkta un neieaug.

Numuru fonds. Vispirms numura veidi un numuri: bez tiem nav kur likt rezervējumus, bet veidu fotogrāfijas un apraksti tāpat vajadzēs gan kanāliem, gan vietnei.

Tarifi. Pēc tam cenas ar nosacījumiem: pārdošanas ierobežojumi, minimālais uzturēšanās laiks, atcelšanas noteikumi. Šeit arī izlemjat, kādus numura veidus un tarifus vispār pārdodat. Kā savākt atsauces vērtības un izveidot tarifu kopu — rakstā par numura cenu.

Kanāli. Tikai tagad pieslēdzat kanālus: veidu un tarifu sasaiste, pirmais eksports, pārbaude, ka pieejamība sakrīt.

Vietne. Pēdējais — Rezervāciju modulis: kad numuru fonds un tarifi jau dzīvo sistēmā, vietnē pietiek ievietot logrīku.

Pa termiņiem tie nav mēneši. Reģistrācija aizņem minūtes, bet numuru fondu, tarifus un kanālus iestata 1–2 dienās kopīgā darbā. Atbalsta palīdzība tajā pašā laikā nav obligāta: ceļš ir vienkāršs, un to var iziet patstāvīgi.

Pārcelties var gan no citas sistēmas, gan no izklājlapas: objekta profilu, numura veidus ar fotogrāfijām, tarifus un aktīvos rezervējumus pārnes līdzi. Ja objekts vēl dzīvo Excel, pārcelties labāk līdz brīdim, kad izklājlapa pirmo reizi pievils.

Cik tas maksā

Precīzu skaitļu uz visiem gadījumiem nav: mākoņa sistēmās abonements ir atkarīgs no objekta izmēra. Parasti rēķina ietilpību — numuru, gultasvietu vai apartamentu skaitu, ko Jūs pārdodat. Hostelis ar četrdesmit gultasvietām un viesu nams ar divpadsmit numuriem var maksāt atšķirīgi pie vienāda noslogojuma.

Atšķiras arī tas, kas ietilpst cenā. Viens modelis — bāzes cena par PMS, bet Rezervāciju modulis, Kanālu menedžeris un Viesu portāls tiek apmaksāti atsevišķi. Otrs — viens abonements, kurā iekšā ir viss: PMS, Rezervāciju modulis, Kanālu menedžeris un Viesu portāls. Otro ir vienkāršāk rēķināt: Jūs uzreiz zināt, cik programmatūra izmaksās, un komisija no rezervējumiem rēķinam netiek pievienota.

Darbvirsmas sistēmām atsevišķa izdevumu pozīcija ir ieviešana: instalēšana, iestatīšana, apmācība, atjauninājumi. Mākoņa sistēmām šie izdevumi izzūd no budžeta kā atsevišķas pozīcijas un paliek tikai kā Jūsu laiks numuru fonda un tarifu iestatīšanai.

Praktiskais orientieris ir vienkāršs: ņemiet sistēmu, kuras izmēģinājuma periods dod pilnu piekļuvi, nevis demonstrācijas režīmu. Divās nedēļās Jūs paspēsiet ievadīt numuru fondu, tarifus, pieslēgt vienu kanālu un redzēt, cik daudz laika darbs reāli aizņem. HotelsCalendar tas ir 14 dienas pilnas piekļuves, iekasējumu šajā periodā nav.

Seši jautājumi pārdevējam pirms pirkšanas

Programmatūras saraksts ir puse darba. Otra puse — izvēlēties sistēmu, ar kuru Jūs nešķirsieties pēc gada.

1. Mākonis vai instalēšana? Apmēram 65 % PMS tirgus 2025. gadā ir mākonis. Maziem objektiem tas gandrīz vienmēr ir pareizā atbilde: atjauninājumi nāk paši, piekļuve strādā no jebkuras ierīces.
2. Kas ir komplektā, un kas ar integrāciju? Precizējiet, kādi kanāli pieslēdzas tieši, vai ir atvērts API un integrāciju tirgus. Slēgta sistēma šodien ir manuāla pārnešana rīt.
3. Kur viesis maksā? Pēc Hotel Tech Report aptaujas 67 % viesnīcnieku sauc iebūvētus maksājumus par visvairāk gribēto funkciju. Vaicājiet, kā darbojas apmaksa vietnē un kas fiksē rezervējumu kā garantētu. Kā atšķiras priekšapmaksa, depozīta bloķēšana un karte pa tālruni — rakstā par tiešsaistes maksājumiem.
4. Ko sistēma dara pati? 49 % viesnīcnieku no PMS pirmām kārtām grib automatizāciju, bet 82 % viesnīcu 2026. gadā paplašina MI lietošanu (Canary Technologies). Atdaliet mārketingu no mehānikas: automātisks e-pasts ar vaučeru ir automatizācija, bet „mākslīgais intelekts” prezentācijā — ne vienmēr.
5. Cik ilgi ilgst starts un kas pārnes datus? Kādam ir jāievada numuru fonds, tarifi un aktīvie rezervējumi. Uzziniet savlaicīgi: vai tas ir Jūsu darbs brīvdienās, vai atbalsta darbs.
6. Kur dzīvo dati? Glabāšanas valsts, kam ir piekļuve, kas notiek, līgumam beidzoties.

Kopsavilkums: minimālais komplekts

• PMS — obligāta: Planner, tarifi, viesi, kase un pārskati vienā logā.
• Rezervāciju modulis — lieciet, kad ir vietne vai vismaz objekta lapa.
• Kanālu menedžeris — vajadzīgs no otrā kanāla; līdz tam pietiek ar manuālu pārnešanu.
• Viesu portāls — ietaupa zvanus un papīra anketas, kad viesi ierodas paši.
• RMS, restorāns, viedslēdzenes — kad parādās iemesls, nevis tāpēc, ka tās ir sarakstā.

Biežāk uzdotie jautājumi

Kā PMS atšķiras no Kanālu menedžera un Rezervāciju moduļa?

Tās ir trīs dažādas sistēmas ar dažādiem uzdevumiem. PMS pārvalda objektu: rezervējumi, Planner, tarifi, viesi, nauda. Kanālu menedžeris sinhronizē pieejamību un cenas starp PMS un pārdošanas kanāliem. Rezervāciju modulis ir pārdošana Jūsu vietnē: viesis rezervē tieši, un rezervējums nonāk tajā pašā Planner. Pirkt tos atsevišķi nav obligāti: HotelsCalendar moduļi nāk vienā abonementā kopā ar PMS.

Ar ko sākt 10–20 numuru viesnīcas automatizāciju?

Ar vienu uzskaites sistēmu — PMS — nevis ar kanāliem un nevis ar vietni. Vispirms pārnesiet numuru fondu (numura veidus un numurus), pēc tam tarifus ar nosacījumiem, pēc tam pieslēdziet kanālus — un tikai tad lieciet rezervēšanas logrīku vietnē. Tāda secība dod sistēmai datus, bez kuriem moduļi darbojas tukšgaitā.

Vai Kanālu menedžeris ir vajadzīgs, ja pārdodu caur vienu vai diviem kanāliem?

Pie viena kanāla un nelielas rezervējumu plūsmas — nē: pārnešana ar rokām darbojas. Par iemeslu kļūst otrais kanāls: no tā brīža pieejamība jāmaina divās vietās, un agrāk vai vēlāk vienu no tām aizmirsīs. Kanālu menedžeris noņem manuālo pārnešanu, bet tā ietaupījums nemērās stundās, bet dubulto rezervāciju skaitā, kas nekad nenotika.

Vai mazu viesnīcu var vadīt Excel, un kad tas pārstāj darboties?

Var, un daudzi tā dara. Izklājlapa pārstāj darboties, kad rezervējumi nāk no vairāk nekā viena avota, kad ar datiem strādā otrais cilvēks un kad numura statuss jātur galvā.

Vai rezervējumi no vietnes un kanāliem nonāk Planner paši?

Jā, ja sistēmas ir savienotas. Rezervējums no vietnes nonāk Planner uzreiz pēc apmaksas, rezervējums no kanāla nāk caur Kanālu menedžeri — ar avota atzīmi. Manuāli nekas nav jāpārnes; ar roku tiek ievadīti tikai zvani un viesi bez rezervācijas. Dubultās rezervācijas tajā pašā laikā pilnībā neizzūd — kāpēc, izskaidrots nodaļā par Kanālu menedžeri.

Vai sistēmas var pieslēgt pakāpeniski, vai viss ir vajadzīgs uzreiz?

Pakāpeniski — un tā ir pareizāk. Kodols (PMS) — uzreiz, jo bez tā pārējiem nav ar ko strādāt. Moduļi pievienojas pēc vajadzības: kanāli — kad to kļūst vairāk par vienu, vietne — kad parādās lapa, Viesu portāls — kad sākas jautājumu plūsma pirms ierašanās. Moduļi ir iekļauti vienā abonementā, tāpēc secība atkarīga tikai no Jums; paskatieties, kā darbojas Rezervāciju modulis.