Nem tudod bizonyítani, hogy megtérült az RMS-ed. Így mérd meg mégis.

Annak a tulajdonosnak vagy GM-nek, akinek meg kell indokolnia egy revenue-rendszert: vásárláskor, tervezési időszakban vagy szerződéshosszabbításkor. Az őszinte válasz arra, hogy „honnan fogom tudni, hogy megérte?”, nem egy szám, hanem egy módszer.

Minden revenue-szoftverről szóló beszélgetésben eljön az a pillanat, amikor a tulajdonos felteszi a kérdést, ami valójában eldönti az egészet: „Honnan fogom tudni, hogy megérte?”

Jogos kérdés, és a legtöbb válasz rossz rá. A szállítók egy százalékot mondanak — „az ügyfeleinknél 8%-kal nő a RevPAR” —, mintha ez mérési eredmény volna, nem pedig mások jó éveinek átlaga.

Az őszinte válasz így hangzik: teljes bizonyossággal nem tudod igazolni, hogy egy revenue-rendszer megtérült. Amit viszont meg tudsz csinálni: összeállítasz egy védhető érvelést több, önmagában tökéletlen jelzésből, és mellé teszel egy biztosan mérhető megtakarítást. Nem bizonyítás lesz belőle, hanem védhető állítás — és erről szól ez az írás.

A kérdés, amit minden tulajdonos feltesz

Vásárláskor merül fel először, aztán tervezési időszakban, a legélesebben pedig szerződéshosszabbításkor: mit kaptam egy évnyi számláért? A nagyvállalati kategóriában az RMS jellemzően egyedi ajánlat alapján árazott, és lényegesen drágább a független szállodákra szabott megoldásoknál; de még a független kategóriában is olyan tétel, amit valakinek jóvá kell hagynia — jellemzően nem annak, aki használja.

A nehézség nem pénzügyi. Egy revenue management rendszer úgy fejti ki a hatását, hogy döntéseket változtat meg, a döntések viszont nem hagynak maguk után nyugtát. Egy új kazánról egyértelműen kiderül, hogy fűt-e. Egy márciusban megemelt árnak viszont egyetlen kimenetele lett; a másikat soha senki nem rögzítette, mert meg sem történt.

Miért nem bizonyítható, és miért nem segít a büdzsé meg a tavalyi év

Az az éjszaka, amit beáraztál, egyszer történt meg. Megemelted a szombati árat, és megtelt a ház; ugyanezt az estét nem tudod lefuttatni még egyszer a régi áron. A kontrollcsoportod ugyanaz a szálloda ugyanazon az éjszakán, az pedig épp foglalt — egy szálloda ritkán tudja úgy A/B tesztelni magát, ahogy egy weboldal. Ennek a korlátnak megvan a maga helye (az autopilóta-esszé járja körül részletesen), úgyhogy itt továbblépünk: ne egyetlen tiszta bizonyítékot keress, hanem több, önmagában tökéletlen jelzésből rakd össze a képet.

Előbb tegyük félre azt a két számot, amiért minden szálloda elsőként nyúl. A büdzsé a tervedet méri, nem a rendszeredet — egy szám, amit valaki októberben írt le egy évről, ami akkor még el sem kezdődött. Az a szálloda, amelyik 6%-kal marad el a tervtől egy 12%-kal zsugorodó piacon, valójában jól működő rendszert és rosszul eltalált tervet tart a kezében. A tavalyi év pedig egy másik piacot mér: ha felülmúlod, abból annyi derül ki, hogy ez az év jobb volt, nem az, hogy a döntéseid voltak jobbak — és rengeteg szálloda múlja felül a tavalyit úgy, hogy közben piacot veszít a szomszéd házzal szemben. Mindkettőre szükséged van vezetői számként, csak épp olyasmit ne várj tőlük, ami nincs bennük.

Első támpont: mérd magad a piachoz

A legjobb összehasonlítási alap, ami egy szálloda számára elérhető, a többi szálloda: hasonló házak ugyanazt a keresletet és ugyanazt a rendezvénynaptárt élték meg, tehát az ő eredményük áll a legközelebb ahhoz, ami nálad is történt volna. Ezért a piachoz mért mutatók adják a legőszintébb jelzést a megtérülésről — MPI, ARI és RGI, 100-hoz viszonyítva a méltányos részesedésedhez képest (a 75%-os példa végigviszi a számolást).

A lényeg az, milyen irányban olvasod. Egy csökkenő szám is jelenthet jó eredményt. Vegyünk példaként egy 90 szobás szállodát 120 EUR ADR-rel és 72% foglaltsággal: ez nagyjából 2,84 millió EUR éves szobabevétel. Tegyük fel, hogy a hasonló házak jövőre 10%-ot esnek, te viszont csak 4%-ot. Minden belső számod veszteséget mutat. A piachoz mérve viszont 2,72 millió EUR körül zársz ott, ahol a mezőnnyel együtt esve 2,55 millió EUR körül lennél: nagyjából 170 000 EUR a különbség.

Három korlátot érdemes tudni, mielőtt ez diára kerülne. Te választottad ki, kikhez méred magad, és egy hízelgően összeállított compset hízelgő mutatókat ad. Egy felújított emelet és egy új értékesítő ugyanúgy benne van abban a különbségben. A viszonyítási mezőny pedig késve követi a valóságot és folyamatosan változik, ezért több negyedéven át érdemes nézni. A saját Benchmarkunk így működik: anonim, önkéntes csatlakozással, három szálloda a minimum, mielőtt bármilyen érték megjelenne, és soha nem nevesített versenytárs.

Második támpont: amit összehasonlítás nélkül is meg tudsz mérni

A piachoz mért olvasat a legjobb jelzés, de nem a legbiztosabb. Alatta viszont van két dolog, amit mindenféle „mi lett volna, ha” nélkül meg tudsz mérni — és amiben biztos lehetsz, az többet ér, mint amiért érvelned kell.

A munkaidő, tisztességesen beárazva

A megtérülési kalkulátorunk mögött nincs jóváhagyott, „tipikus hotelre” érvényes időmegtakarítás. Szerkeszthető működési forgatókönyvekkel számol: heti 8–12 óra, ha nincs semmilyen eszközöd, 4–7 óra OTA-dashboardokkal és táblázattal, 1–3 óra jól kiépített rendszerkörnyezet mellett, 0–1 óra, ha már mély elemzési rendszered van. Ezt 35 EUR/óra vegyes bérköltséggel és 50 héttel árazza. Ezek modellezési bemenetek, nem mért benchmarkok. A szemléltető 90 szobás hotelre a 4–7 órás forgatókönyv évi 7 000–12 250 EUR-t, középértéken 9 625 EUR-t ad. A védhető számításhoz két héten át mérd meg a saját adatösszerakási idődet, majd írd felül vele az alapértéket.

Egy őszinte megjegyzés ehhez: a megtakarítás csak akkor valódi, ha a felszabaduló idő tényleg hasznosul. Az az óra, ami a riportok összeállításáról az olvasásukra kerül át, annyit ér, amennyit az olvasás megváltoztat; az, ami e-mailezésre megy el, semmit.

A megelőzött bevételveszteség, döntésekre lebontva

A másik mérhető tétel a bevételveszteség. Az általunk látott auditokban azok a döntések, amikhez a szálloda nem ért oda időben, összeadódva az éves bevétel 2–7%-át is kitehetik — ekkora háznál nagyjából évi 57 000 és 199 000 EUR között. Ezt sávként olvasd, amiből elindulhat egy feltételezés, ne a saját, mért megtérülésedként: más házakból származik, és belőle semmi nincs a tiédben igazolva. Hagyd ki a megtérülési érvelésből. Ehelyett fordítsd le konkrét dátumokra.

Egy 80 szobás városi szálloda évente nagyjából 25 000–30 000 döntést hoz a bevételről. Tegyük fel, hogy a rendszer az elmúlt negyedévben 45 dátumon változtatott a döntéseden. Harminc esetben túl sok minden keveredik ahhoz, hogy megítéld, tizenöt esetben viszont nem. Ha ez a tizenöt dátum ugyanazt a 20 szobaéjszakát adta el darabonként 18 EUR-val drágábban, az 5 400 EUR egy negyedévben — bizonyíthatóan eladott szobák, megnevezhető dátumokon. Ez nem feltételezés arról, mi lett volna: ez az a rész, amit biztosan tudsz, és ami negyedévről negyedévre gyűlik.

Harmadik támpont: a dátumokat ítéld meg, ne a hónapot

Ne a hónapról mondj ítéletet, hanem azokról a dátumokról, amelyeken a rendszer beavatkozott. Egy hónap több ezer döntés és egy egész piac eredője, egyetlen számmá átlagolva, amiből nem derül ki, melyik rész mit tett hozzá. Egy dátum viszont egyetlen döntés, látható eredménnyel: tartotta-e a pickupját a megemelt hétvége, megtelt-e mégis a lezárt dátum? Két dolog kell ahhoz, hogy ezt vissza tudd nézni, és mindkettőnek léteznie kell már azelőtt, hogy szükséged lenne rá.

Egy dátumozott döntésnapló — akkor írva, amikor a döntés születik, nem utólag, amikor az eredmény már ismert. Egyetlen sor: mit változtattál, miért, mire számítottál, mikor nézed vissza. Az utólag rekonstruált indoklás szinte semmit nem ér, mert az emlékezet csendben hozzáigazítja a döntést az eredményhez. Az öt jel című írás önmagában is veszteségnek tekinti a naplózatlan döntést; pontosan erre való egy döntés-réteg, amelyben a felülírások hordozzák a legtöbb információt.

A képesség, hogy a döntést az akkori információk alapján tudd újranézni. Márciusi döntést júniusi tudással megítélni nem értékelés, hanem utólagos okoskodás. Ahhoz a foglalási állás kell úgy, ahogyan márciusban kinézett: napi snapshot-előzmény, mint egy fényképalbum az előretekintő helyzetedről, nem pedig élő nézet, ami felülírja a tegnapot. Ettől lesz megválaszolható egy time machine kérdés: „március 3-án mit tudtunk az áprilisról?” Sok rendszer erre nem képes, mert soha nem tárolta el, és a PMS-ed is szinte biztosan nem.

Ekkortól válik megválaszolhatóvá az igazi kérdés: az aznapi tudásunk alapján ésszerű döntés volt? Néha egy jó döntésből is gyenge este lesz — ez inkább időjárás, mint hiba, ugyanúgy, ahogy a forecastot is a pontossági trendjén méred, nem egy-egy tévedésén.

Kvázi-kísérletek, és hogy mennyit érnek valójában

Egy szállodát nem tudsz véletlenszerű csoportokra osztani, de néha találsz természetes összehasonlítást. Ha a rendszer a szabadáras egyéni foglalásokat kezeli, miközben a corporate és a csoportos üzlet szerződött feltételeken fut, akkor van egy kezelt és egy nem kezelt részed ugyanabban a házban — bontsd szegmensekre az eredményt, és nézd meg, másképp alakult-e a kezelt oldal. A bevezetés előtti és utáni időszak összevetése a kézenfekvő megoldás, egyben a leggyakrabban félrehasznált is: same-point alapon és a piachoz mérve olvasd, különben egy piaci hullámot mértél meg, és azt írtad jóvá egy szoftvernek.

Ezek nem bizonyítékok, csak további támpontok. A zavaró tényezők többsége láthatatlan: közben elmozdult a piac, a szezonalitás nem esik egybe, a csapatod is fejlődött a szoftver használata közben — és amit senki nem vall be szívesen: a kezelt oldalt jobban is figyelted. Egy ilyen összehasonlítást szavazatnak tekints, ne ítéletnek.

Összerakva: a negyedéves áttekintés

Két szabály van. Olvasd negyedévente, mert egy hónap többnyire csak zaj; és olvasd együtt, mert az ad súlyt az érvelésnek, ha a jelzések egy irányba mutatnak, és egyetlen mutató sem viszi el önmagában az érvelést.

Mérj fel mindent, mielőtt bármit bekapcsolnál. Ez különbözteti meg azokat a szállodákat, amelyek hosszabbításkor válaszolni tudnak a kérdésre, azoktól, amelyek nem — és egyetlen délutánba telik:

1. Rögzítsd a kiindulási mutatóidat. MPI, ARI és RGI az elmúlt négy negyedévre, és írásban a compset összetétele. Utólag nem tudsz „előtte-utána” összevetést csinálni, ha az „előtte” már elmúlt.
2. Rögzítsd a ráfordított időt. Két héten át írja fel az, aki összeállítja az adatokat, mennyi ideig tart.
3. Indítsd el a döntésnaplót az első napon, akár még az éles indulás előtt. Az azelőtti bejegyzések lesznek az összehasonlítási alapod.
4. Írd le, mire számítasz. Egyetlen dátumozott bekezdés: minek kellene javulnia, nagyjából mennyivel, mikorra. Ezt hagyják ki a legtöbben, pedig ettől lesz őszinte az egész áttekintés — egy előre leírt várakozás tud tévedni, egy utólag összerakott magyarázat nem.

Utána negyedévente négy dolgot nézz meg: a mutatókat a kiindulási állapothoz képest; a biztosan mérhető részt, vagyis a felszabadult órákat 35 EUR/órával és a megítélhető dátumokat; a döntések minőségét úgy, hogy kiveszel húsz naplózott döntést, és megnézed, hány volt ésszerű az akkori tudás alapján; végül az előző negyedévi bekezdésedet, összevetve azzal, ami valóban történt.

Aztán jön az egyetlen kérdés, ami igazán számít: ugyanabba az irányba mutatnak? Ha három jelzés egybevág, az védhető érvelés — és a védhetőség a reális mérce, hiszen a szállodádban minden komolyabb beruházási döntés már most is ezen alapul. Ha ellentmondanak egymásnak, ne átlagolj, hanem járj utána, miért. Néhány negyedév alatt így valódi megtérülési időt kapsz a saját mért eredményeidből, nem egy szállító átlagos ügyfeléből — és közben megtanulsz többletbevételben gondolkodni.

Hogyan ismerd fel a túlígérést, a miénket is beleértve

Most már van mihez mérned a szállítói állításokat. Amikor valaki „8%-os RevPAR-növekedést a rendszerünktől” ígér, kérdezd meg, hogyan mérték. Az előtte-utána összevetés egy piaci hullámot mér; a tervhez viszonyítás egy tervet mér; az ügyfelek közötti átlag más szállodákat mér. Egy pontos, konkrétan a rendszernek tulajdonított százalék olyan összehasonlítást feltételez, ami senkinek nem áll rendelkezésére — sem a szállítónak, sem nekünk.

Ez minket is kötelez arra, hogy őszinték legyünk a sajátunkkal. Közzéteszünk egy megtérülési kalkulátort, és az pontosan azt csinálja, amitől ez a cikk óv: számot ad, mielőtt bármit megvettél volna. Van létjogosultsága, de csak a hozzá tartozó megjegyzéssel együtt: ez feltételezés, nem elszámolás. A benne szereplő sávok modellezési feltételezések, nem ügyfélbizonyítékok. Amint van saját mért kiindulási adatod, cseréld az alapértékeket a saját adataidra. Egy becslés, ami azelőtt készült, hogy a szoftver a tiéd lett volna, nem lehet bizonyíték arra, hogy a szoftver bevált.

Így áll össze a kép, és ez az írás lényege is: a kalkulátor a becslés, ez a cikk pedig az, ahogyan utólag leellenőrzöd. Futtasd le, mielőtt döntesz, mérd fel a négy kiindulási adatot, aztán egy évvel később vesd össze a valósággal. Ha tévedünk, épp az általad felépített módszer fogja megmutatni — ugyanaz a mérce, amit bármelyik mesterséges intelligenciáról szóló állításra is alkalmaznánk.

Gyakran ismételt kérdések

Hogyan számolható ki egy revenue management rendszer megtérülése? Három forrásból állítsd össze, ne egyetlen számból. Először abból, ami biztosan mérhető: a kézi adatösszerakításból ténylegesen felszabaduló, saját magad által rögzített órákból, vegyes bérköltségen beárazva. A kalkulátor 35 EUR/órával és 50 héttel számol, és szerkeszthető 4–7 órás forgatókönyvet kínál a táblázatokról és OTA-dashboardokról továbblépő hotelhez; ez bemenet, nem tipikus hotelre vonatkozó állítás. Add hozzá azokat a dátumokat, ahol egy ármódosítás bizonyíthatóan drágábban adta el ugyanazokat a szobákat. Másodszor a piachoz mért olvasatból: MPI, ARI és RGI hasonló házakhoz viszonyítva, ami a legjobb összehasonlítási alap, amihez egy szálloda hozzájuthat. Harmadszor a döntések áttekintéséből: veszel egy mintát a naplózott döntésekből, és az akkori információk alapján ítéled meg őket. Mindhármat negyedévente nézd, és azt figyeld, egy irányba mutatnak-e — az eredmény védhető érvelés lesz, nem bizonyíték.

Bizonyítható, hogy egy RMS növelte a bevételt? Szigorú értelemben nem, és aki mást állít, túlígér. Az az éjszaka, amit beáraztál, egyszer történt meg, tehát nincs belőle egy régi árral futó változat, amivel összevethetnéd. Amit tehetsz: több irányból közelítesz — piachoz mért mutatók, mérhető időmegtakarítás és dátumokra lebontott eredmény. Ha több független jelzés ugyanarra mutat, az érvelés elég erős ahhoz, hogy dönteni lehessen belőle.

Mennyi idő alatt térül meg egy revenue management rendszer? A biztosan mérhető rész érkezik meg elsőként: az adatösszerakás automatizálása után hasonlíts össze több hét tényleges ráfordítást a bevezetés előtt rögzített kéthetes kiindulási idővel. Csak ezt a mért különbséget árazd be; előre ne feltételezz megtakarítást. A bevételre gyakorolt hatás tovább tart, mert néhány negyedévnyi, piachoz mért adat kell ahhoz, hogy a saját teljesítményed elváljon a piacétól — számolj hárommal-néggyel, mielőtt bármi hitelesen kijönne.

Bizonyítja a terv túlteljesítése, hogy működik a revenue-rendszer? Nem, és az elmaradás sem bizonyítja, hogy nem működik. A terv a saját elképzelésedet méri: egy számot, amit még azelőtt írtak le, hogy az év elkezdődött volna. Hasznosabb a piachoz mérni magad: az a szálloda, amelyik 6%-kal marad el, miközben a hozzá hasonlók 12%-ot esnek, valójában jól teljesít, az pedig, amelyik 3%-kal veri a tervet egy 9%-kal bővülő piacon, csendben piacot veszít.

Mit mérjek fel, mielőtt bekapcsolok egy új revenue-rendszert? Négy dolgot, amit utólag mind nehéz rekonstruálni: rögzítsd az MPI-, ARI- és RGI-értékeidet az elmúlt négy negyedévre, és írd le, kikhez méred magad; mérd meg két héten át, mennyi ideig tart az adatok összeállítása; indíts dátumozott döntésnaplót, akár még az éles indulás előtt; és írj egy dátumozott bekezdést arról, minek kellene javulnia, és mennyivel.

Merre tovább

Az autopilóta repüli a gépet járja körül azt, hogy miért nincs mihez viszonyítani, a nem tudhatod a helyes árat pedig ennek az előretekintő párja: ott feltevést fogalmazol meg, itt pedig utólag értékeled. Ha a revenue managementet nem megveszed, hanem kiszervezed, akkor a szomszédos kérdés egy szolgáltató ellenőrzése — ezt a fizetsz a revenue managementért, de le tudod ellenőrizni? járja körül. A háttérhez: Benchmark, Business Intelligence a döntések visszanézéséhez szükséges snapshot-előzményért, a hotel BI útmutató ahhoz, hogyan értékeld ezt a réteget bárki termékében — egy árazó rendszerében is —, valamint az 5 perces önértékelés.

Aztán csináld meg azt az egy dolgot, amitől az egész működni fog: írd le, mire számítasz, és dátumozd. Egy revenue-rendszer ritkán bizonyítható. Rendesen mérve viszont eldönthető, hogy megérte-e — és az a tulajdonos, aki azt tudja mondani, hogy „erre számítottam, ez történt, és így tudom”, sokkal erősebb helyzetben van, mint az, aki egy szállító százalékát szorongatja.