Hotel business intelligence: mi ez, és mely funkciók számítanak

Útmutató független hotelek tulajdonosainak, GM-jeinek és revenue managereinek — arról, mi is a hotel business intelligence szoftver, és hogyan különböztesd meg a hasznosat egy drága dashboardtól.

A hotel business intelligence olyan szoftver, amely összegyűjti a hoteled által amúgy is megtermelt adatot — foglalások, árak, versenytárs-árak, vendégértékelések —, és olyan riportot csinál belőle, amire lépni lehet: mi történt, miért, mi jön, és hol állsz a piachoz képest. Nem öncélú dashboard; olyan riport, amely megváltoztat egy döntést.

Ennyi a csupasz változat. A kifejezést lazán használják — ma már minden eszköz „BI”-nak hívja magát, amelyben van egy diagram —, ezért ez az útmutató a tartalomról szól: mit csinál valójában a hotel-BI, mely riport-családok számítanak, és melyik az a néhány funkció, amely az igazi business intelligence-t elválasztja a PMS-ed csinosabb exportjától. Ha épp eszközt válogatsz, a funkciós szakaszt olvasd el kétszer.

Mitől lesz hotel-business intelligence

Az általános BI-platformok (Power BI, Tableau, Looker) erősek és iparág-függetlenek: adatot adsz nekik, és megépíted a saját riportjaidat. Ez a rugalmasság egyben a csapda is — valakinek meg kell terveznie minden szállodai mutatót, össze kell kötnie minden adatforrást, és újra kell építenie, amikor elromlik. Műhelyt veszel, nem kész eszközt.

A hotel business intelligence olyan BI, amelybe a szállodai logika már be van építve. Tudja, mi a pickup, miért kell a tavalyi azonos ponthoz a hét azonos pozíciójára igazítani a naptári dátum helyett, és hogyan kell együtt olvasni a foglaltságot, az ADR-t és a RevPAR-t. A mutatók, az összehasonlítások és a riport-szerkezetek előre készen állnak arra, ahogyan a hotelek valójában pénzt keresnek — így a számokat az olvassa, aki a házat viszi, nem egy adatelemző, akit nem is alkalmazol.

Ez az első elágazás: egy általános BI-platform, amelyet magad állítasz be, vagy egy szállodai eszköz, amely már ismeri a szakmát. A legtöbb független hotelnél, ahol nincs saját elemző, csak a második az a változat, amelyet az első hónap után is használnak.

A riport-családok, amelyek számítanak

Nem több száz riportra van szükséged. Egy működő hotel-BI néhány családot fed le, és a legtöbb eszköz nagyjából így is rendezi a katalógusát:

• Pickup és pace — a mozgás. A legutóbbi ránézés óta hozzájött szobaéjszakák, és hogy a jövő hónap gyorsabban vagy lassabban telik-e, mint tavaly az érkezéstől ugyanilyen távolságban. Ez áll a legközelebb ahhoz, amit a revenue management napi életjelnek tekinthet.
• Teljesítmény — a szint. Foglaltság, ADR, RevPAR napra, hónapra, szobatípusra és rate-planre bontva. A „hogyan teljesítettünk” réteg, azokban a metszetekben, amelyek számítanak.
• Szegmentáció és csatorna-mix — az összetétel. Ugyanaz az összbevétel takarhat egészséges üzletet, de OTA-függő, morzsolódó corporate-üzletet is. Az átlagok hazudnak; a szegmentáció vall.
• Forecast — a pálya. Hol landol a hónap, hogyan telik a következő 60–90 nap, ideális esetben mért forecast-hibával, hogy tudd, mennyire bízhatsz benne. (Mélyebben: a Forecasting nézet.)
• Versenytárs — a külső nézet. A compseted árai, ajánlatai és vendég-pontszámai, hogy a saját számaidnak legyen piaci kontextusa. Ez a piaci intelligencia a BI-képen belül, nem egy külön fülön.
• Benchmarking — a méltányos részesedésed. MPI, ARI és RGI egy hasonló házakból álló mezőnyhöz mérve, 100-ra indexálva — csak így derül ki, hogy egy 75% jó-e vagy rossz (kidolgozott példa).

A Peaqplus pontosan ezeket rendezi 30 riportba, hat családban, plusz egy kilenc dashboardból álló összefoglaló készletbe — valljuk be őszintén, ez a mi katalógusunk, de a fenti családokat minden komoly hotel-BI eszköznek le kellene fednie. A családokat számold, ne a riportokat: harminc sekély riport két családban vékonyabb eszköz, mint tizenöt hat családban.

A funkciók, amelyek tényleg számítanak

A riportszám demót ad el. Ez a hat funkció dönti el, hogy az eszköz a demó után is kiérdemli-e a helyét — és ezekre érdemes rákérdezni bármelyik szállítónál, minket is beleértve.

1. A PMS-ből olvas

Az az eszköz, amely csak channel manager- vagy OTA-adatra épül, az online szeletet látja, és kimarad belőle a direkt, a corporate és a MICE — egy független hotelnél gyakran a bevétel 30–60%-a. A PMS a nyilvántartó rendszer; az ennél kevesebbre épített BI egy mintát elemez, és képnek nevezi. Az első kérdés mindig: a PMS-ből olvas, vagy annak egy részéről készült, leágazó másolatból?

2. Megőrzi az előtörténetet — igazi előtörténetet

Ez az a funkció, amely a legtöbb eszközből csendben hiányzik — és a legfontosabb. A PMS-ed a pillanatnyi állapotot mutatja: a mai előretekintő pozíciót, amelyet holnap felülír. A leghasznosabb kérdések viszont az előretekintő állapotok előtörténetéről szólnak: hogy nézett ki a jövő hónap egy hete, egy hónapja, tavaly ugyanezen a ponton? A válaszhoz napi snapshot (pillanatkép) kell a foglalási állásról, örökre megőrizve — nem élő nézet, amely törli a tegnapot. Kérdezz rá konkrétan: „Meg tudom nézni, hogy nézett ki a jövő hónap egy hónapja?” Sok eszköz nem tudja, mert soha nem tárolta el. (A Peaqplusban ezt hívjuk Time Machine-nek; a mechanizmus fontosabb, mint a név.)

3. Same Point YoY — jól csinálva

A „tavalyhoz képest +4%” majdnem semmit nem jelent, ha a mai on-the-books állást a tavalyi végeredményhez méri. Az őszinte összehasonlítás a mai állás és a tavalyi, az érkezéstől ugyanilyen távolságban mért állás — a Same Point YoY. Az a hotel, amelyik naptári alapon „tavalyhoz képest le van maradva”, same-point alapon gyakran előrébb jár, vagy fordítva; a hét pozíciójára igazítás nélkül egy félig felépült hónapot hasonlítasz össze egy már lezárt hónappal. Az igazi BI-eszköz ezt az igazítást automatikusan elvégzi. A gyenge eszköz két exportot ad a kezedbe, meg egy mérlegelést. (Az Academy same-point elemzésről szóló leckéje lépésről lépésre végigviszi az összehasonlítást.)

4. Többdimenziós szűrés — alapértelmezésként, nem exportként

„Hogyan viszonyult a corporate szobaéjszakák Booking.com-os pickupja a tavalyi, azonos heti pozícióhoz?” — teljesen hétköznapi revenue-kérdés, amely öt szűrőt rak egymásra: csatorna, szegmens, mutató, időszak, összehasonlítási mód. Egy gyenge riport-rétegen a válasz két export és kilencven perc Excel. Egy igazin néhány kattintás, bármelyik riporton, mert az adat alapból így viselkedik. Ha egy „miért”-kérdéshez rendszeresen táblázat kell, az eszköz nem oldotta meg az összeállítási problémádat, csak arrébb tolta.

5. Nem szakember is el tudja olvasni

Ha a tulajdonos nem érti az összefoglalót, a riportolás terhe egy emberi fordítón marad — jellemzően a revenue manageren, minden negyedévben, örökké. A közérthető nézetek és a jelzőlámpás scorecardok nem luxusból vannak; ezektől lesz az adat szervezeti és nem osztály-szintű. A próba: a tulajdonosod meg tudja nyitni a dashboardot, és harminc másodpercen belül tudja, hogy a negyedév a terv szerint halad-e?

6. A hurkot támogatja, nem csak a nézelődést

Az adat nézegetése nem változtat a bevételen. Azok az eszközök térülnek meg, amelyek bezárják a Signal → Decision → Action → Outcome hurkot: riasztások, hogy a kivételek maguktól jelentkezzenek; egy hely, ahol a döntéseket az indoklásukkal együtt, az adat mellé naplózod; és visszakövethető eredmények. A dashboard önmagában a négyből az első szakasz — a teljes érvelés arról, hogy a BI-t hurokként érdemes futtatni, nem könyvtárként, a hotel-adatelemzési útmutatóban van.

A hotel-BI és az eszközök, amelyek már megvannak

A BI átfed olyan dolgokkal, amelyeket valószínűleg már futtatsz. A különbségek, röviden:

• A PMS-riportokhoz képest — a PMS a pillanatnyi állapotot és a saját foglalásait jól mutatja; előretekintő előtörténetet nem őriz, versenytárs- vagy értékelés-adatot nem köt hozzá, és same-point összehasonlítást nem végez. A BI leggazdagabb bemenete, nem a helyettesítője. (A kérdés, amire a PMS-ed nem tud válaszolni.)
• A táblázatokhoz képest — az Excel az elején tényleg elég. Akkor szűnik meg elégnek lenni, amikor az összeállítás napi 1–2 órát elvisz, amikor a kérdések többdimenzióssá válnak, vagy amikor egynél több embernek kell ugyanaz a kép.
• Az RMS-hez képest — az RMS arra épült, hogy cselekedjen (beállítsa a következő árat); az elemző rétege szándékosan vékony. A BI a műszerfal a kormánykerék mellett — audit, többdimenziós elemzés, vezetői riportolás ugyanazon az adaton. Megférnek egymás mellett; egyik sem váltja ki a másikat. (A teljes érvelés: az RMS a kormánykerék, hol a műszerfal?)
• Az általános BI-platformhoz képest — fent volt: minden erő megvan, a szállodai logikából semmi nincs előre megépítve. Kiváló, ha van elemződ; teher, ha nincs.

Az őszinte összefoglaló: a hotel-BI akkor érdemli ki a helyét, amikor az adatod három vagy több rendszerben él, a kérdéseid kinőtték az egyetlen exportot, és egynél több embernek kell elolvasnia a választ. Ez alatt a fegyelmezett táblázat nem kudarc — hanem a jó méretű eszköz.

Gyakori hibák a hotel-BI választásakor

1. Riportszámot venni. Harminc riport két családban vékonyabb, mint tizenöt hat családban. A családokat és a mélységet számold, ne a főcím-számot.
2. Nincs alatta előtörténet. Az az eszköz, amely csak az élő állapotot mutatja, nem tud válaszolni pace-, foglalási görbe- vagy same-point kérdésekre — vagyis pont azokra, amelyek a döntéseket viszik. Ha nem tárolta el a tegnapot, nem tudja megmutatni a trendet.
3. Olyan dashboard, amelyet az RM-en kívül senki nem tud elolvasni. Ha az összefoglalót egy revenue managernek kell lefordítania, az nem business intelligence — hanem egy revenue management eszköz egy diagrammal.
4. Összekeverni a BI-t az árazással. A BI megmondja, mi történt és hol állsz; az árat nem állítja be. Ha árazást vársz tőle, az kategóriatévesztés (az RMS vagy az árazóeszköz dolga).
5. Nézelődés hurok nélkül. A legdrágább hiba: gyönyörű dashboard, változatlan döntések. Ha egy riport nem tud megváltoztatni egy lépést, az dísz.

Hogyan értékelj ki egy hotel-BI eszközt

Rövid, őszinte ellenőrzőlista bármelyik demóhoz — a miénket is beleértve:

• A teljes PMS-t olvassa, vagy annak csak egy leágazó szeletét?
• „Meg tudom nézni, hogy nézett ki a jövő hónap egy hónapja?” — az előtörténet-próba. Figyeld, hogy tényleg meg tudják-e mutatni, vagy inkább magyarázzák, miért nem.
• Same-point összehasonlítás — automatikus, a hét pozícióját ismerve, vagy kézi exportálgatás és igazítgatás?
• Többdimenziós szűrés — csatorna × szegmens × idő bármelyik riporton, alapértelmezésként, vagy csak exportként?
• A tulajdonos-próba — el tudja olvasni egy nem szakember az összefoglalót segítség nélkül?
• A hurok — riasztások, döntés-naplózás és visszakövethető eredmények, vagy csak dashboard?
• Ha AI-t emleget — publikálják a pontosságot a te adatodon, időhorizontonként? Ha nem, kezeld demó-funkcióként.

Valljuk be őszintén: ez az ellenőrzőlista pontosan azt írja le, aminek a Peaqplus BI-t építettük — PMS-hez kötve, snapshot-alapon, tulajdonos által is olvashatóan, hurokra szabva. Vagyis nem vagyunk semlegesek. A fenti kérdések viszont mind ellenőrizhetők bármelyik demón, bármelyik szállítónál — pontosan így kellene működnie egy vásárlási döntésnek.

Gyakran ismételt kérdések

Mi a különbség a hotel-BI és a hotel-adatelemzés között? Nagyrészt nézőpont kérdése. Az adatelemzés a szakma — a mutatók, a kérdések, a döntési hurok, elvileg egy táblázatban is elvégezhető. A business intelligence az a szoftverkategória, amely ezt az összeállítást elvégzi helyetted: a riportok, az előtörténet, a szűrés, szállodákra csomagolva. Az elemzés a gyakorlat; a BI az az eszköz, amellyel a legtöbb hotel csinálja.

Nem ugyanaz a business intelligence, mint a PMS-riportjaim? Nem — és ez a leggyakoribb félreértés. A PMS a saját pillanatnyi állapotát jól riportálja. A BI előretekintő előtörténetet őriz (hogy same-point tudj összehasonlítani), versenytárs- és értékelés-adatot köt hozzá, és többdimenziósan szűr. A PMS a BI legfontosabb bemenete, nem a helyettesítője.

Kell BI, ha már futtatok RMS-t? Általában igen, méghozzá konkrét okból: az RMS az árazást optimalizálja, az elemző és riport-rétege viszont szándékosan vékony. A BI a mellette lévő műszerfal. A kettő ugyanazon az adaton más-más feladatot végez — a teljes magyarázat itt.

Mekkora hotel már túl kicsi a hotel-BI-hoz? Nagyjából 30 szoba alatt, egyszerű és stabil kereslettel gyakran a fegyelmezett táblázat a jó méretű eszköz. Nagyjából 30–50 szobától, több csatornával és több szegmenssel a kézi összeállítás órákban és kihagyott lehetőségekben többe kezd kerülni, mint egy eszköz.

Beállítja helyettem a hotel-BI az árakat? Nem. A BI megmondja, mi történt, miért, és hol állsz — vagyis az árazási döntés bemeneteit adja. Az ár beállítása külön feladat: emberé, szabályé vagy egy árazóeszközé. Az az eszköz, amely azt állítja, hogy mindkettőt jól csinálja, külön alapos vizsgálatot érdemel.

Hogyan tovább

Az eszköz alatti szakmához — a mutatókhoz és a döntési hurokhoz — kezdd a hotel-adatelemzési útmutatóval. Ha RMS-t futtatsz, és látni szeretnéd, hogyan illeszkedik mellé egy BI-réteg, az RMS a kormánykerék — hol a műszerfal? érvel emellett. Hogy ez napi szokásként hogyan néz ki, azt a revenue manager optimalizált reggeli rutinja mutatja meg, a tizenöt perces változatban. A Business Intelligence oldal pedig a fentiek összeszerelt, snapshot-alapú változatát. És a szakma, amelyet az egész eszközkészlet kiszolgál: a hotel revenue management teljes útmutatója.

Vagy kezdd a következő demódon azzal az egy kérdéssel, amely az igazi BI-t elválasztja egy dashboardtól: „Meg tudom nézni, hogy nézett ki a jövő hónap egy hónapja?” Ha a válasz nem, akkor riportolást nézel — nem business intelligence-t.