Tentative és Time Machine — alternatív idővonalak

Szeptember 4., péntek délután, Hotel Peaqplus City. Dániel a Sales Pipeline-ban a csoport-megkeresések tábláját nézi, és az október 12–16-i héten ritka torlódást lát: három tentative csoport vár döntésre, részben átfedő dátumokkal. A tentative a még alá nem írt, opciós csoport-ajánlat — a szervező kért és kapott egy szoba-blokkot (group block), de még nem kötelezte el magát; a definite a már szerződött csoport. A három ajánlat:

• A csoport — konferencia-kísérő céges csoport: 30 szoba, éjszakák október 13–15., ajánlati ár 88 EUR, a sales becsült realizálódási esélye 60%;
• B csoport — vállalati tréning: 25 szoba, október 14–16., 92 EUR, 40%;
• C csoport — touroperátor-kör: 20 szoba, október 12–14., 78 EUR, 25%.

A csúcs-éjszaka október 14., szerda — ott mindhárom blokk átfed. Az OTB (on the books — a már könyvben lévő foglaltság) ma 14 szoba, és a transient (egyéni, szabadpiaci) kereslet a hosszú-horizontú forecast szerint (55. lecke) beavatkozás nélkül is 48 szobáig épülne az érkezésig. Ha mindhárom csoport aláír, a ház 48 + 75 = 123 szobányi igénnyel néz szembe 80 szobán — a transient értékesítést zárni kellene, és még úgy is szorítana a blokk. Ha egyik sem, a szerda 60%-on áll meg — 40%-nyi, 32 szobás lyukkal.

Ádám benéz az ajtón: „Az az októberi hét teltház lesz, vagy lyuk?” Dániel őszinte válasza: „Mindkettő. Attól függ, melyik idővonalon.” Ez a lecke arról szól, hogyan dolgozik az RM egyszerre több lehetséges jövővel — és hogyan használja a megőrzött múltat arra, hogy a saját döntéseiből tanuljon.

A tentative csoport nem fél foglalás

Az első és legfontosabb fogalmi lépés: a tentative csoport nem „fél foglalás”, hanem valószínűség-eloszlás. A 60%-os esélyű, 30 szobás A csoport nem „18 szoba” — hanem 60% eséllyel 30 szoba és 40% eséllyel 0. A kimenet bináris: a csoport vagy jön, vagy nem; „kicsit jön” nem létezik.

A várható érték (EV — expected value: valószínűség × hatás) ettől még hasznos építőkő — a 29. leckében a group-értékelésnél, az 55. leckében a forecast kézi korrekciójánál pontosan ezzel dolgoztunk. A három csoport együttes várható értéke: 30 × 0,6 + 25 × 0,4 + 20 × 0,25 = 18 + 10 + 5 = 33 szoba. A forecast csoport-sorába ez a helyes szám.

De itt jön az EV korlátja, és ez az expert-szintű pont: az EV-re forecastolni lehet — allokálni nem. Nem tudsz „33 szobányi csoportot” beengedni, mert ilyen kombináció nem létezik: a valóságban a nyolc lehetséges kimenet egyike következik be, és azok közül egyik sem 33. Az árazási és kapacitás-döntéseket ezért nem a várható értékre, hanem a forgatókönyvek teljes térképére kell építeni. Ehhez kell a forgatókönyv-tábla.

Számpélda 1 — a nyolc idővonal térképe

Három bináris kimenet 2³ = 8 kombinációt ad. Dániel mindegyikhez felírja a csúcs-éjszakára, október 14-re: a csoport-szobákat, a foglaltság-képet (a transient 48 szobás, beavatkozás nélküli végállapotával számolva), és hogy hány transient szobát kellene kiszorítani (displacement — 40. lecke), ha a ház túlcsordul. A valószínűségek a három esély szorzataként adódnak — azzal az egyszerűsítő feltevéssel, hogy a három döntés független egymástól (erre még visszatérünk):

(Ellenőrzés: a valószínűségek összege 18 + 27 + 12 + 6 + 18 + 9 + 4 + 6 = 100% ✓; például „Csak A” = 0,6 × 0,6 × 0,75 = 0,27 ✓; az A + B ágon 48 + 55 − 80 = 23 kiszoruló szoba ✓.)

A táblából három olvasat ugrik ki:

1. A várható foglaltság 72,1 szoba (90%) — és ez a szám egyetlen idővonalon sem történik meg. (0,18 × 48 + 0,27 × 78 + 0,12 × 73 + 0,06 × 68 + 0,37 × 80 = 8,64 + 21,06 + 8,76 + 4,08 + 29,6 = 72,1.) A 90% statisztikai árnyék: a valóságos kimenetek 60%, 85–97,5% vagy teltház. Aki a „várható 90%-ra” áraz, az egy nem létező házra áraz.
2. 37% az esélye, hogy a transient-t szorítani kell (a négy displacement-ág együtt: 18 + 9 + 4 + 6), és 18%, hogy 32 szobás lyuk marad. A két véglet egyszerre él — ezért nem lehet sem „bátran zárni”, sem „biztonságból árat vágni”.
3. Az A + B + C ág a legrosszabb teltház: 43 transient szoba szorulna ki a 110 EUR-s BAR-on, miközben a 75 csoport-szoba súlyozott átlagára 87 EUR alatt van (30 × 88 + 25 × 92 + 20 × 78 = 6 500 EUR, osztva 75 szobával ≈ 86,7 EUR). A teltház ára itt súlyos mix-erózió — ez az ág önmagában indokolja, hogy a ház ne tartson ennyi nyitott opciót.

Dániel egy negyedik nézetet is a tábla mellé tesz: a terv-idővonalat. Minden riporton ott a Tentative kapcsoló: bekapcsolva a számok nem a tényleges foglalásokat, hanem a Budget-tervre vetített állapotot mutatják — a hetet úgy, mintha a terv teljesülne. Október 14-re a budget 68 szobát (85%) vár. A táblára visszanézve: a terv-szintet a nyolc ágból hét eléri — egyedül az „egyik sem” ág (18%) marad el tőle drámaian. A terv tehát 82% eséllyel tartható, de nem „biztos” — és most már az is látszik, pontosan melyik kimenettől kell félteni.

Robusztus döntés — ami minden ágon megállja a helyét

A tábla nem önmagáért van: az a kérdés, mit teszek ma, szeptember 4-én, amikor még nem tudom, melyik ág jön. Két rossz válasz kínálja magát. Az árvágás csak az „egyik sem” ágon (18%) optimális — a maradék 82%-on egy amúgy is megtelő házat olcsósítana. A transient korai zárása csak az A + B + C ágon (6%) optimális — 94% eséllyel bevételt dobna ki. Mindkettő egyetlen ágra fogad a nyolcból.

Az expert-válasz a robusztus akció-lista: olyan lépések, amelyek minden ágon elfogadhatók — nem a legjobbak egy-egy ágon, de sehol nem okoznak nagy kárt.

• Deadline-lépcső az opciókra. A tentative a partner szemszögéből ingyen-opció: ő rugalmasságot kap, a hotel viseli a bizonytalanságot. Az opciónak lejárat kell. Dániel lépcsőzve kényszeríti ki a döntéseket: C csoport szeptember 11-ig, B szeptember 18-ig, A szeptember 25-ig — pénteki határnapok, hetente egy döntés. A sorrend tudatos: C a legkisebb esélyű és a legalacsonyabb árú, mégis 20 szobát tart — ő engedhető el a legolcsóbban. Minden lejárat felezi a bizonytalanságot: 8 ágból 4, majd 2, majd 1 marad, és a tábla minden lépcsőnél újraszámolódik.
• Ceiling az opciós állományra. A 41. lecke group ceiling-logikája itt élesben: a ház ne tartson 75 szobányi nyitott opciót 48 szobás transient-várakozás mellett. Dániel a nyitott csoport-blokkok plafonját 55 szobában húzza meg — A és B kitölti; C-nek ezért nem „harmadik garantált blokk” jár, hanem második-opciós státusz: ha A vagy B a határidejéig visszalép, a blokk az övé lehet, addig alternatív dátumot ajánlunk neki. Ez kimondva kevésbé kényelmes a partnernek — de őszintébb, mint egy blokk, amelyet a teltház-ágakon úgysem tudnánk kiadni.
• Ár: se le, se zár. A BAR (Best Available Rate — a nyilvános legjobb elérhető ár) marad 110 EUR-n. A felülvizsgálati pontok nem naptári napok, hanem a deadline-okhoz kötött triggerek (az 50. lecke scenario-logikája): minden opció-döntés után újraszámolt tábla és előre rögzített akció-csomag — ha két csoport aláír, a transient ár-lépcső felfelé indul; ha mindhárom kiesik, a hátralévő hetekre a célzott, ár-imázst védő élénkítő csomag jön (46. lecke).
• Wash-tartalék a „biztos” ágakra is. Az aláírt csoport sem 100%: a szerződött blokk az érkezésig jellemzően morzsolódik (wash — 29. lecke). Dániel a displacement-számításban a realizálódó blokkokra is tartalékot hagy, ezért a teltház-ágakon sem zárja le idő előtt az utolsó transient szobákat.

És egy fegyelmi megjegyzés a függetlenség-feltevésre: ha a három csoport ugyanarra az eseményre jönne, a kimeneteik együtt mozognának — az „egyik sem” és a „mindhárom” ág valószínűsége nőne, a köztes ágaké csökkenne. A tábla szerkezete ilyenkor is működik, csak a valószínűségeket a sales tudásával kell beírni, nem gépies szorzással.

Mi lett az októberi héttel?

A deadline-lépcső dolgozott. C csoport szeptember 11-ig nem válaszolt — az opció felszabadult, a 8 ágból 4 maradt. B csoport szeptember 18-án lemondott: a tréninget tavaszra halasztották. A csoport szeptember 25-én aláírt — 30 helyett 27 szobára: a morzsolódás már az ajánlati fázisban megkezdődött. A bekövetkezett idővonal tehát lényegében a „Csak A” ág lett — az az ág, amely előre 27%-os volt: a legvalószínűbb egyedi kimenet, de 73% eséllyel más történt volna. Október 14. finalje: 50 transient + 27 csoport = 77 szoba (96%), érintetlen BAR-ral. A szeptember 4-i pánik-árvágás ezen az ágon egy amúgy is majdnem megtelő házat olcsósított volna — a korai zárás pedig transient bevételt dobott volna ki. A robusztus lista egyik ágon sem volt a „tökéletes” döntés — de egyik ágon sem volt hiba. Pontosan ez volt a célja.

Time Machine — a megőrzött múlt

A tentative-tábla előre néz: több lehetséges jövő. A második eszköz hátra néz — és ugyanazt a fegyelmet kéri számon, visszafelé.

A probléma, amelyet megold, minden hotelben ismerős: hónapokkal később — mondjuk november elején — valaki felteszi a kérdést: „jó döntés volt-e az a szeptemberi áremelés?” — és a vita emlékekből folyik. Senki nem tudja már pontosan, mennyi volt akkor az OTB, milyen volt a pace, mit lehetett akkor tudni. Az emberi memória pedig szisztematikusan csal: ha a kimenet rossz lett, utólag mindenki „előre látta” — ez a hindsight-torzítás (utólagos éleslátás): a mai tudásunkkal ítéljük meg a tegnapi döntést, amelyet a tegnapi tudással hoztak.

A Peaqplus Time Machine funkciója ezt a vitát adatra cseréli. Az alapja a snapshot-réteg: a rendszer minden adatfrissítésről pillanatfelvételt őriz — mint egy fényképalbum, amelyben a ház állapotáról minden napra van egy kép; a PMS mindig csak a mai állapotot mutatja, az album a tegnapiakat is. A Time Machine ennek az albumnak a lapozója: kiválasztasz egy korábbi adatfrissítési napot — a dátum-választó minden tárolt frissítést listáz, gyorsgombokkal ugorhatsz −1, −7 vagy −30 napot —, és az egész felület úgy áll át, mintha aznap néznéd: az akkori OTB-vel, az akkori pace-szel, riportról riportra. Amíg a múltban jársz, sárga figyelmeztető sáv jelzi, hogy nem aktuális adatot látsz, a munkameneted végén pedig a nézet magától visszaáll a jelenre. Három dologra való:

1. Retrospektív tanulás — a saját döntéseid utólagos ellenőrzése az akkori információ mellett. Nem az a kérdés, jó lett-e a kimenet, hanem hogy az akkor látható adatokból következett-e a döntés.
2. A „mi történt volna” elemzések fegyelmezése — a kontrafaktuális vita csak akkor ér valamit, ha rögzíthető, mit lehetett akkor látni és tudni, nem azt, amit ma tudunk.
3. Minta-építés — egy hasonló múltbeli dátum akkori állapotának összevetése a mai dátum mai állapotával: a 37. lecke curve-elemzésének dátum-szintű változata („a tavalyi konferencia-szerda T-20-nál hol tartott ahhoz képest, ahol a mostani áll?”).

És a két eszköz össze is kapcsolható: a Tentative kapcsoló egy múltbeli nap állapotában is bekapcsolható — „hogyan állt a terv-idővonal a múlt heti adatok szerint”.

Számpélda 2 — a szeptemberi áremelés a mérlegen

A vitatott döntés: szeptember 19., szombat. Szeptember 1-jén (T-18) Dániel 115-ről 125 EUR-ra emelte a BAR-t. A final: 70 szoba (87,5%) — tavaly ugyanez a szombat 74 szobán zárt. Ádám kérdése a szeptember 21-i, hétfői revenue meetingen (47. lecke): „nem az emelés miatt maradtunk le?”

Dániel a Time Machine-nal visszalép szeptember 1-re — a húsz nappal korábbi állapot, egy kattintás. Az akkori kép: OTB 58 szoba (72,5%), a tavalyi azonos pont 54 szoba (67,5%) — +5 pp előny; az előző 7 nap pickupja +11 szoba, gyorsulóban. Előretartó pozíció, gyorsuló sebesség: a 37. lecke nyelvén tankönyvi ár-emelési jelzés. A döntés az akkori információ mellett helyes volt.

És a kimenet? A számok itt is segítenek. Az idei bevétel a szombatra: 70 × 125 = 8 750 EUR. A legszigorúbb kontrafaktuális feltevés — hogy emelés nélkül a teljes 4 szobás elmaradás eltűnt volna, azaz a lemaradás kizárólag az áron múlt —: 74 × 115 = 8 510 EUR. Az emelés tehát még a döntésre nézve legkedvezőtlenebb feltevés mellett is +240 EUR-t hozott az éjszakán. (Ellenőrzés: 8 750 − 8 510 = 240 ✓.) A tényleges ok egyébként máshol volt: szeptember második hetében két versenytárs indított agresszív kampányt — ezt szeptember 1-jén nem lehetett tudni, tanulságként viszont beépül a playbookba: emelés után a versenytárs-árfigyelést két hétig sűrítjük (32. lecke).

Figyeld meg, mit csinált itt a Time Machine: szétválasztotta a döntés minőségét a kimenet minőségétől. Kimenet-alapon a szeptember 19. „lemaradás”; döntés-alapon egy jól jelzett, jól időzített emelés, amely a gyengébb foglaltsággal is több pénzt hozott. E szétválasztás nélkül a szervezet rossz tanulságot vonna le — és legközelebb a helyes emelést sem merné meglépni.

Egy szakma, kétirányú idő

A két eszköz közös filozófiája: az RM nem egyetlen idővonalon dolgozik. Előre több lehetséges jövő van — a tentative-tábla a normál üzemi változata annak a scenario-gondolkodásnak, amelyet az 50. leckében a pickup-döntéseknél, a 62. leckében pedig válság-üzemmódban használtunk. Hátra pedig a megőrzött múltbeli állapotok vannak — mert a döntéseid minőségét csak az akkori információ mellett lehet megítélni, és mert a „döntés minősége ≠ kimenet minősége” elv enélkül üres szólam marad: jó döntésnek lehet rossz kimenete (a szeptemberi emelés egy kampány-hét ellen), és rossz döntésnek jó kimenete (a pánik-árvágás, amelyet „megment” egy váratlan kereslet-hullám). A kör a következő leckében zárul: a Time Machine az adat akkori állapotát őrzi meg — a 64. lecke arról szól, hogyan rögzítsd magát a döntést is, indoklással együtt, hogy a retrospektív tanulásnak mindkét fele meglegyen.

Manuálisan vs. Peaqplus

Manuálisan a tentative-tábla nyersanyagát a sales-nyilvántartásból és a PMS-ből (property management system — szállodai alaprendszer) kell összekaparni: melyik ajánlat él, milyen dátumokra, milyen eséllyel — jellemzően e-mail-szálakban és fejben. A múltbeli állapotokkal még rosszabb a helyzet: a legtöbb hotelben egyszerűen nincs megőrzött múltbeli állapot — legfeljebb véletlenül elmentett riport-exportok, a retrospektív vita emlék-alapú marad, és a hindsight-torzítás szabadon dolgozik.

A Peaqplusban a hozzávalók készen állnak. A Sales Pipeline adja a tentative ajánlatok állapotát, dátumait és displacement-értékelését (40. lecke); a napi pickup-riport és a dátum-soros OTB/pace-kép a Business Intelligence modulban él (50. lecke) — erre épül a forgatókönyv-ágak foglaltság-képe. A Tentative kapcsoló minden riporton átvált a Budget-tervre vetített nézetre — a „mi lenne, ha a terv teljesülne” idővonalra. A Time Machine a napi snapshotokból bármelyik tárolt adatfrissítési nap állapotát visszaadja — gyorsgombokkal, sárga figyelmeztetéssel, és a Tentative kapcsolóval kombinálhatóan. Amit a rendszer nem vesz le a válladról: a 2³-as kombináció-tábla összeállítása, a valószínűségek megítélése és a robusztus akció-lista — az a te módszertanod marad; a rendszer az idővonalakat adja hozzá.

Kulcsüzenetek

• A tentative csoport valószínűség-eloszlás, nem fél foglalás. A várható érték (EV) a forecast-hoz jó (55. lecke), de allokálni nem lehet rá: a kimenet bináris, és a „várható 90%” olyan szám, amely egyetlen idővonalon sem következik be.
• A forgatókönyv-tábla a döntési alap: 2^n kombináció, mindegyikhez foglaltság-kép, displacement és valószínűség. A példában egyszerre élt a 18% esélyű, 32 szobás lyuk és a 37% esélyű transient-szorítás — ezért sem az árvágás, sem a korai zárás nem volt védhető.
• Robusztus döntést hozz, ne egy-ágon-optimálisat: deadline-lépcső az opciókra (a tentative ingyen-opció a partnernek — lejárat kell), ceiling a nyitott blokk-állományra (41. lecke), ár-triggerek a deadline-okhoz kötve, wash-tartalék a teltház-ágakra. Minden opció-döntés felezi a bizonytalanságot.
• A snapshot-fényképalbum a hindsight-torzítás ellenszere: a Time Machine bármelyik tárolt nap állapotát visszaadja — a döntést az akkori információ mellett ítéld meg, a kontrafaktuálist pedig a legszigorúbb feltevéssel számold. A szeptemberi emelés még így is +240 EUR-t hozott az éjszakán.
• Döntés minősége ≠ kimenet minősége. Előre forgatókönyvek, hátra megőrzött állapotok — a 64. lecke a döntések rögzítésével teszi teljessé a tanulási kört.