A független szálloda rendszerei: mi kell tényleg, és mi várhat

Vásárlói térkép független szállodák tulajdonosainak és GM-jeinek — mi tartozik a rendszerkörnyezetbe, és milyen sorrendben.

A független szálloda rendszerkörnyezete azokból a rendszerekből áll, amelyekkel a ház eladja és kezeli a szobáit: kell egy nyilvántartás a foglalásoknak, valami, ami kiteszi a kínálatot a csatornákra, egy foglalási motor a közvetlen értékesítéshez, egy megoldás a fizetésre — és egy kereskedelmi réteg, ami kitalálja, mennyit kérj, és megmondja, hogy bevált-e. Öt feladat. Szinte minden, amit szállodáknak árulnak, ezek valamelyikéhez kapcsolódik.

A nehézség nem az, hogy találj szállodai szoftvert, hanem hogy sorrendbe rakd őket. Több száz termék mondja magát nélkülözhetetlennek, így a független házak jellemzően hat egymást átfedő rendszernél kötnek ki, négy olyan belépéssel, amit senki nem használ, és épp ott marad hiány, ahol a pénz van. Nem több szoftverre van szükséged, hanem a megfelelő négyre, összekötve, mielőtt a következő hatra gondolnál — és utána arra az egy rétegre fölöttük, amit a legtöbb független szálloda évekig halogat. Ez az írás a térkép és a beszerzési sorrend, nem egyetlen kategória értékelése.

A négy feladat, amit minden szállodának el kell látnia

Előbb tisztázzuk a feladatokat. Akár 12 szobát viszel, akár 200, ezekre szükséged van:

1. Felvenni a foglalást, és nyilvántartani — ki érkezik, melyik szobába, milyen áron.
2. Kitenni a kínálatot — a szobák és az árak ott legyenek, ahol a vendégek keresnek.
3. Közvetlenül eladni — foglalást fogadni a saját oldaladon, jutalék nélkül.
4. Beszedni a pénzt — előleg, végösszeg, meg nem érkezett vendég, visszatérítés, idegenforgalmi adó.

Ha ezek megvannak, működőképes vagy. És most nézd meg, mi hiányzik a listáról: annak eldöntése, mennyit kérj. Az alaprendszerek végrehajtanak — rögzítenek, kitesznek, eladnak és beszednek azon az áron, amit eléjük teszel —, de egyik sem mondja meg, hogy jó ár volt-e. Ez az ötödik feladat, és egy másik szinten dől el: alul a végrehajtás, fölötte a döntés.

Az alap, amiről nincs vita: négy rendszer, egy-egy kérdéssel

1. A PMS — a hiteles nyilvántartás

A PMS őrzi az igazságot: foglalások, vendégek, felszámított árak, elszámolt bevétel. Minden más rendszer ebbe táplál be vagy ebből olvas, tehát ha a PMS téved, minden utána következő is magabiztosan téved.

Az egy kérdés: „Ki tudom nyerni belőle a saját adataimat, rendszeresen, lekérdezésenkénti díj nélkül?” A foglalási előzményed teszi lehetővé az összes későbbi rendszert.

2. A channel manager — a kínálat kitétele

A channel manager minden OTA-ra kiküldi az árakat és a szabad kapacitást, a foglalásokat pedig visszahozza, így hatszor helyett egyszer kell frissítened. Ez tart távol a rate parity körüli bonyodalmaktól is, és megakadályozza, hogy két csatorna ugyanazt a szobát adja el.

Az egy kérdés: „Ha itt módosítok egy árat, hol jelenik meg, és mennyi idő alatt?” Csináltasd meg élesben, és nézd közben az órát — aztán kérdezz rá a másik irányra is: ha a foglalások lassan érkeznek vissza, abból lesz a túlfoglalás egy telt estén.

3. A foglalási motor — a közvetlen értékesítés

Minden OTA-foglalás 15–25% jutalékba kerül, és ebből nyer vissza valamennyit a foglalási motor: egy közvetlen foglalásnál nálad marad az a rész, amit egyébként az OTA vitt volna el. A vendégek továbbra is megtalálnak a Booking.comon és a metakeresőkben; a motor azokat konvertálja, akik már a te oldaladra érkeztek.

Az egy kérdés: „Hány koppintás és hány másodperc a főoldaltól a visszaigazolt foglalásig, telefonon?” Próbáld ki magad, gyenge mobilneten — a közvetlen foglalás körüli gondok jó része valójában négy fölösleges képernyő egy kis kijelzőn.

4. Fizetés — hogy a pénz tényleg beérkezzen

Ez a leglátványtalanabb, és ez szivárog a legcsendesebben: előlegek, végösszegek, lemondások, meg nem érkezett vendégek, visszautasított kártyák.

Az egy kérdés: „Mi történik automatikusan, ha a vendég nem érkezik meg, ha lemond, és ha a kártyája elutasít?” Ha a válasz az, hogy „valaki ránéz és emlékszik rá”, akkor olyan folyamatod van, ami addig működik, amíg az az egy ember szabadságra nem megy.

A kereskedelmi réteg — itt dől el a bevétel

Az alap négy rendszer végrehajtja a döntéseket; a kereskedelmi réteg meghozza őket. Három részből áll.

Rate shopping és piaci adat. Mennyit kér a compseted, előre, dátumonként — ez a rate shopping. Egy gyakorlatias beállítás öt versenytársat követ 120 napra előre; ha kézzel gyűjtöd, a saját hoteledben mérd meg a ráfordítást, ne egy általános megtakarításból indulj ki. (A teljes módszer.)

Elemzés és riportolás. Mi történt, és mi várható: pace, pickup, foglaltság, ADR, RevPAR, szegmentáció és csatornaösszetétel. Kézzel összeállítva ez visszatérő adminisztratív munka, és egy sűrű héten ez marad ki elsőként. (Mi az a BI.)

Árazás. A jelekből ár lesz, az ár pedig kikerül a csatornákra. Egy RMS ezt a kört automatizálja; hogy teljes rendszerre van-e szükséged, szabályalapú motorra, vagy egyelőre egyikre sem, azt az RMS mint kategória járja körül, a vásárlási szempontokat pedig az árazó szoftver útmutató. A nagyvállalati rendszerek itt jellemzően lényegesen drágábbak és egyedi ajánlat alapján árazottak, és rendszerint önálló revenue-szakembert feltételeznek — láncokra méretezett ár és bonyolultság, láncokra méretezett működéshez. (Az elemzés és az árazás két külön feladat — itt a különbség.)

Miért épp az a réteg marad utoljára, ahol a pénz van? Mert az alaprendszerek hangosan hibáznak, a kereskedelmi réteg viszont csendben. Ha egy erős szombatot 30 EUR-val alulárazol, semmi nem történik: a szoba elkel, az este rendben lezajlik, és a különbség egyetlen riportban sem jelenik meg. Az általunk látott auditokban ezek a csendes elnézések összeadódva az éves bevétel 2–7%-át is kitehetik, elosztva azon a 25 000–30 000 ár- és kapacitásdöntésen, amit egy 80 szobás városi szálloda évente meghoz.

Tegyük hozzá nyíltan: ezt a réteget építjük. A Peaqplus ennek a rendszerkörnyezetnek a kereskedelmi rétege — benchmarking, versenytársadat, forecasting, árazás, és 30 riport hat családban, plusz kilenc dashboard, a PMS-edből dolgozva. Erre a feladatra ugyanúgy platformot választasz, ahogy a PMS-t is a maga feladatára választottad; ha pedig már használsz olyan árazó rendszert, amivel elégedett vagy, mi az elemző réteg vagyunk mellette. Az alábbi kérdések ránk is ugyanúgy érvényesek.

Mi várhat tényleg — és mi változtat ezen

A „várhat” nem azt jelenti, hogy fölösleges. Mindegyik valódi problémát old meg, ami nálad talán még nem jelentkezett. Az számít, mi az a helyzet, amitől sürgőssé válik.

• CRM és vendégmarketing. Akkor lesz sürgős, ha: a visszatérő vendégek már érdemi részét adják az üzletnek, és nem tudod elérni a tavalyi téli wellness-vendégeidet.
• Felminősítő és érkezés előtti rendszerek. Késői kijelentkezés, felminősítés, reggeli — szinte tiszta haszon. Akkor lesz sürgős, ha: a felminősíthető szobák rendszeresen eladatlanul maradnak, és van, aki felelős az ajánlatokért.
• Reputáció- és értékeléskezelő platformok. Akkor lesz sürgős, ha: annyi felületen vagy jelen, hogy a válaszok elmaradoznak, vagy elmozdult a pontszámod, és senki nem tudja megmondani, miért.
• Housekeeping- és karbantartó alkalmazások. Akkor lesz sürgős, ha: a szobák vagy szintek száma miatt már lassú a papíralapú kör — ez magasabb küszöb, mint amire a legtöbben számítanak.
• Kioszkok és önkiszolgáló bejelentkezés. Akkor lesz sürgős, ha: valódi érkezési csúcsaid vannak, vagy vannak személyzet nélküli órák. Egy csendes lobbiban, recepciós mellett álló kioszk csak bútor.

A rejtett költség: minden különálló rendszer mellé kell egy ember

Minden olyan rendszer, amelyik nem a PMS-edből olvas, kézi egyeztetési munkát ad valakinek. A próba bármire, amit fontolgatsz: a hiteles nyilvántartásból olvas, vagy annak csak egy részéről készült másolatból?

Az a rendszer, amelyik csak channel manager- vagy OTA-adatra épül, az online szeletet látja, és kimarad belőle a közvetlen, a corporate és a MICE üzlet — egy független szállodánál gyakran a bevétel 30–60%-a. Magabiztosan nyilatkozik az üzleted feléről, a másikról pedig hallgat, ami rosszabb, mintha egyszerűen tévedne, mert teljesnek látszik: hiányos adatból a jó szoftver is gyorsan és szépen formázva ad rossz választ.

Vegyünk egy 60 szobás szállodát példaként. Minden különálló rendszer újabb exportot, adategyeztetést és felelősségi kérdést hoz. Négy ilyennél már létrehoztál egy visszatérő elemzői feladatot, amelynek nincs kijelölt gazdája — miközben minden előfizetés külön-külön olcsónak látszik. Ez munkafolyamat-példa, nem időbenchmark: a költségszámítás előtt a saját hoteledben mérd meg az egyeztetésre fordított időt.

Van ennek egy kevésbé feltűnő változata is: megőrzi-e a rendszer az előzményeket? A PMS-ed a pillanatnyi állapotot mutatja: a mai előretekintő képet, amit ma este felülír. Ahhoz, hogy megválaszold, hogyan állt a jövő hónap egy hónapja, napi snapshot kell a foglalási állásról, örökre megőrizve — mint egy fényképalbum az előretekintő helyzetedről, esténként egy oldallal. Enélkül semmi nem tudja megmondani, gyorsabban vagy lassabban telsz-e a szokásosnál, és a döntéseket megalapozó kérdések mögött nem lesz semmi. (Mi ezt a visszalapozást hívjuk Time Machine-nek; a működés fontosabb, mint az elnevezés.)

Ez dönti el azt is, hogy egy több szempontot összekapcsoló kérdés néhány kattintás lesz-e, vagy egy egész esti exportálgatás — és hogy egy később bevezetett mesterséges intelligencia talál-e egyáltalán megbízható adatot.

Az, hogy egy rendszer milyen adatokból dolgozik, ellenőrizhető, nem ígéret kérdése: a támogatott PMS-ek, csatornák és foglalási motorok listája nálunk nyilvános.

A beszerzési sorrend méret és fejlettség szerint

A szobaszám csak hozzávetőleges támpont: egy 25 szobás, sok rendezvényt vivő ház simán tartozhat eggyel feljebbi kategóriába, mint egy csendes 60 szobás. A küszöböket nézd, ne a számokat.

Nagyjából 30 szoba alatt, kiszámítható kereslettel. Az alap négy rendszer plusz egy fegyelmezetten vezetett táblázat — és ez nem vigaszdíj. Az a tulajdonos, aki hetente megnézi a pace-t, és erős dátumokon árat emel, előfizetés nélkül is elviszi az érték javát; a rutint a kisebb szállodák kereskedelmi működése írja le. Akkor lépj tovább, ha: a rendszeres adatösszerakás már kiszorítja a döntéseket, vagy kétszer is későn vettél észre egy erős dátumot.

Nagyjából 30–80 szoba, több csatornával és szegmenssel. Előbb az alap négy legyen stabil és összekötve — ha a channel manager akadozik, azt javítsd meg, mielőtt elemző rendszert veszel rá. Utána jöhet a kereskedelmi réteg, ebben a sorrendben: először a piaci adat (ez a legolcsóbb, és erre lehet a leggyorsabban lépni), másodszor az elemzés (itt vannak az órák és az elmulasztott lehetőségek), harmadszor az árazás automatizálása — mert ha olyan szabályt automatizálsz, amit még ki sem dolgoztál, azzal csak a rossz ár érkezik meg gyorsabban. Akkor lépj tovább, ha: már két embernek kell ugyanaz a kép.

80 szoba fölött vagy több ház esetén. Évi 25 000–30 000 döntésnél a mennyiség túlnő azon, amit egy táblázat és egy szabad óra lefed, és a kereskedelmi réteg lesz maga a munka. Egy dolog jön hozzá: a házak összehasonlíthatósága — két eltérően beállított szállodához közös pace- és RevPAR-definíció kell. Akkor lépj tovább, ha: valaki kézzel gyúrja össze a számokat egy tulajdonosi megbeszélésre.

A sorrend minden méretben ugyanaz: hozd rendbe az alapot, kösd össze, és utána döntéstámogatást vegyél, ne még több végrehajtást.

Gyakori hibák

1. A leglátványosabbal kezdeni. A kioszk és az AI-portás gyönyörűen mutat egy bemutatón; közben az a fajta unalmas javítás, hogy a channel manager másodpercek alatt frissítsen, mindkettőt kitermeli.
2. Elszaporodó rendszerek. Hat előfizetés, hat belépés, három közülük negyedévente egyszer megnyitva. Mindig kérdezd meg, egy rendszer mit vált ki; ha kilencven nap után sincs, aki rendszeresen megnyitná, mondd le.
3. Nincs gazdája az adatnak. Az a rendszer, amit senki nem néz meg rendszeresen, semmit nem hoz, akármilyen jó. Kell hozzá egy név, egy visszatérő időpont, és egy dolog, amiről az illető beszámol.
4. Hagyni, hogy a csomagban kapott modul vita nélkül nyerjen. A PMS-szállítód foglalási motort is árul, a channel managered rate shoppingot. Néha tényleg a csomag a legjobb megoldás — a hiba az, ha úgy nyer, hogy soha nem hasonlítottad össze mással.
5. Rendszerrel javítani egy működési problémát. Ha most senki nem nézi át kedden az árakat, ezt a szokást a szoftver nem fogja megteremteni — csak pontosabban fogja dokumentálni a hiányát. Először vidd végig a rutint kézzel egy hónapig.

Ellenőrzőlista bármelyik rendszerhez

Működik a PMS-re, a foglalási motorra, az elemző rendszerre — és ránk is:

• A hiteles nyilvántartásból olvas, vagy annak csak egy részéről készült másolatból?
• Mit vált ki? Ha semmit, akkor csak a belépéseid száma nőtt.
• Ki nyitja meg, és mikor? Legyen rá egy név és egy heti időpont, még az aláírás előtt megbeszélve.
• Megőrzi az előzményeket, vagy csak a pillanatnyi állapotot mutatja?
• Ki tudod nyerni a saját adataidat — az összeset, rendszeresen?
• El tudja olvasni nem szakember is? Ha a tulajdonosnak tolmács kell hozzá, akkor a riportolás terhe nem szűnt meg, csak átkerült valaki máshoz.
• Mennyi a teljes költség — előfizetés, bevezetés, oktatás, és a rendszer karbantartására fordított órák? Az árat sales-hívás nélkül is látnod kellene. (A miénket látod.)
• Megváltoztat egy döntést? Az a rendszer, amitől más lesz, amit tudsz, de soha nem az, amit csinálsz, csak egy jó érzésre szóló előfizetés.

Bármelyik komolyabb rendszert nézed, kérj rá 45–60 perces bemutatót a saját dátumaiddal. A keret pedig alatta: a hurok Signal → Decision → Action → Outcome — az alap négy rendszer az Action, a kereskedelmi réteg a Signal, a Decision és az Outcome. Az a rendszerkörnyezet, ami erős a végrehajtásban, de üres fölötte, hűségesen végrehajtja a szokásaidat, a drágákat is beleértve.

Gyakran ismételt kérdések

Milyen szoftver kell valójában egy független szállodának? Négy rendszer, amiről nincs vita: PMS a nyilvántartáshoz, channel manager a kínálat kitételéhez, foglalási motor a közvetlen értékesítéshez, és fizetési megoldás. Fölöttük helyezkedik el a kereskedelmi réteg — piaci adat, elemzés és árazás —, ahol a bevétel valójában eldől, és amit a legtöbb független szálloda a legtovább halogat. Minden más, amit a piacon árulnak, ehhez az öt feladathoz kapcsolódik.

Kiválthatja egy all-in-one rendszer az egészet? Az alap négyet néha igen: több szállító tisztességesen összecsomagolja a PMS-t, a channel managert, a foglalási motort és a fizetést, és valóban előny, ha kevesebb rendszert kell egyeztetni. Nézd meg viszont, hogy minden modul önmagában is elég jó-e: a csomagokban gyakran van egy gyengébb tag, és rendszerint épp az, amit külön a legalaposabban válogattál volna.

Kell channel manager, ha csak egy OTA-n árulok? Valószínűleg még nem: egy csatorna és a saját foglalási motorod kézzel is kezelhető. Akkor kezd elfogyni ez a megoldás, amikor jön a második és a harmadik csatorna, mert a frissítés minden újjal többe kerül, és nő az esélye, hogy kétszer adod el ugyanazt az utolsó szobát.

Mit vegyek meg először, ha idén csak egy dologra van keret? Azt hozd rendbe, amelyik az alap négyből a leggyengébb — általában a foglalási motor vagy a channel manager, és rendszerint nyilvánvalóvá válik, amint magad kipróbálod. Ha mind a négy stabil, akkor piaci adatot vagy elemzést vegyél az árazás automatizálása előtt: attól, hogy látod, hogyan telik a jövő hónap, azonnal más döntéseket hozol, míg a ki nem dolgozott árszabályok automatizálása csak gyorsabban alkalmazza ugyanazt a megérzést.

Mikor elég még mindig a táblázat? Tovább, mint amit a legtöbb szállító sugall. Nagyjából 30 szoba alatt, kiszámítható kereslettel és egyszerű csatornaösszetétellel egy fegyelmezetten vezetett táblázat és egy heti rutin bőven működik — ez a mérethez illő megoldás, nem kompromisszum. Akkor kezd kevés lenni, ha a rendszeres adatösszerakás kiszorítja az elemzést, ha szükséged van arra az előretekintő előzményre, amit a PMS esténként felülír, vagy ha már két embernek kell ugyanaz a kép.

Merre tovább

A kisebb házaknál a kis független szálloda működtetése inkább a rutint adja, mint az eszközlistát. A mögöttes szakmához a hotel revenue management teljes útmutatója való; a saját számaidhoz a szállodai adatelemzés és a 80%-os probléma. A kereskedelmi kategóriákról: business intelligence, rate shopping, az RMS mint kategória és az árazó szoftver kiválasztása; a platform-áttekintőn pedig az látszik, hogyan raktuk össze ezt a réteget.

Vagy kezdd a létező legolcsóbb audittal: írd össze az összes szoftvert, amiért a szálloda fizet, és írd mellé annak a nevét, aki a múlt héten megnyitotta. Az üres helyek adják a választ — és ha a kereskedelmi réteg is köztük van, ott van a pénz.