Írd le egyszer.
Megteszi. Vissza is állítja.

A beavatkozás, ami magát is visszavonja.

A megkötés beállítása a könnyebbik fele. Beállítod a minimum tartózkodást egy erős hétre, a hét ellanyhul, a megkötés pedig ott marad, és csendben elfordítja azokat a foglalásokat, amik feltöltötték volna. A költség ritkán a beállítás — a megfeledkezés az.

Itt egy szabály a teljes kört megjárja. Minden reggel lefut — és akkor is, amikor friss adat érkezik a rendszerbe. Ha előáll a helyzet, a megkötés megy a channel managerbe. Amikor elmúlik, visszakerül az eredeti érték. Egyszer írod le, mit szeretnél; a visszaállításra senkinek nem kell emlékeznie.

A kétéjszakás minimum egy normál foglalási ablakban jól működik. Az utolsó héten belül, félig üres házzal viszont pont azokat az egyéjszakás vendégeket fordítja el, akik feltöltötték volna. A szabály egy éjszakára engedi a minimumot — és visszateszi a kettőt, amint a hét helyreállt.

Egy péntek, ami már egy hónappal előre 85% felett áll, nem attól lesz jobb, ha az egyéjszakás foglalások üresen hagyják mellette a szombatot — és pláne nem attól, ha az utolsó szobák kedvezményesen mennek el. Egy feltétel, két beavatkozás, két külön feladatra: a minimum a tartózkodás hosszát alakítja, a kedvezményes árkód zárása pedig azt, mennyit érnek ezek az éjszakák.

Amikor már csak néhány szoba van, a legkevésbé a drága csatornán szeretnéd eladni őket. A szabály lezárja az OTA-csoportot a végjátékra, és nyitva hagyja a saját foglalási motorodat. Ahogy a készlet újra nő, a csoport magától visszanyílik.

Esemény a városban, és egy compset, ami már felment: pont az a nap, amit nem akarsz olcsón eladni. Mindkét adatforrást, minden nap, minden dátumra végignézni az a fajta ellenőrzés, ami egy pörgős héten elsőként marad el.

Minden szabály úgy indul, hogy csak szól.

Egy új szabály nem nyúlhat semmihez — és ez nem egy beállítás, amit észben kell tartanod: innen indul minden szabály. Figyel, egyezést talál, naplóz, és értesíti azt, akit megadtál: „hat nap egyezett volna”. Semmi nem mozdul.

Hagyd így futni egy hétig vagy egy hónapig, azokra a dátumokra figyelve, amiket jól ismersz. Olvasd el, mit tett volna. Amikor azt látod, hogy egyetértesz vele, élesítsd — és a platform ekkor újra elkéri a jelszavadat, mert amikor egy szabály a figyelésből cselekvésbe vált, az nem múlhat egy félrekattintáson.

Hány szobát tudsz még tényleg eladni. És nem vágjuk le nullánál sem — a negatív szám a túltöltés jelzése, nem hibás érték.

Mennyire tér el a saját árad a figyelt versenytársaktól — felette vagy alatta, százalékban. A feltétel ugyanazt a versenytárs-adatot olvassa, amiből az ár-riportok is épülnek.

Az előzetes és opciós foglalások aránya a teljes éjszakához — a foglalási állomány puha része. Egy nap, ami papíron telinek látszik, állhat főleg opciókból, amelyek még nem biztos, hogy megerősödnek.

Van-e a dátumon bármi az Event Calendarodból — munkaszüneti nap, helyi fesztivál, vásár, meccs. Az árazás már eddig is olvasta ezt a naptárt; most már egy szabály is tud rá hivatkozni.

Nem a tavalyi végleges szám — a tavalyi nap úgy, ahogy egy évvel ezelőtt látszott, ugyanennyivel az érkezés előtt. Ettől lesz valódi pace-összehasonlítás, nem pedig hízelgő.

Két szűrő szűkíti minden szabályt: mely napokhoz nyúlhat hozzá (csak péntek, csak hétvége, vagy a hét napjainak bármilyen kombinációja), és milyen közel az érkezéshez érvényes — holnaptól két évre előre bárhol.

Csak azt írja le, ami tényleg megtörtént.

Ha a naplóban az áll, hogy megtörtént, akkor megtörtént. A rendszer csak azután könyveli el a beavatkozást, ha a channel manager vissza is igazolta — egy elutasított módosítás tehát soha nem jelenik meg „késznek”. Hibát látsz helyette, amivel kezdeni is tudsz valamit.

Ez főleg azokon a napokon számít, amikor nem nézel oda. Egy csendes futás is visszaolvasható: mi változott, mely napokon, és melyik szabály kérte.

Ha megszűnik az ok, megszűnik a beavatkozás.

A visszaállítás dönti el, bízol-e az egészben. Miután a feltétel megszűnt, a platform visszateszi azt az értéket, ami a szabály beavatkozása előtt ott volt: nem alapértéket, nem tippet, hanem a tényleges korábbi értéket, amit odafelé feljegyzett.

És nem kapkod. Egy szám, ami épp a küszöböd körül mozog, egy napon belül átlépheti oda-vissza — ezért a szabály megvárja a következő futást is, mielőtt bármit visszaállítana. Így nem lesz oda-vissza kapcsolgatás a csatornáidon.

A Peaqplusban végzett módosításodat soha nem írja felül.

Ez az a pont, ami eldönti, együtt tud-e élni egy revenue manager az automatizmussal. A szabály kétéjszakás minimumot állított egy szombatra; te megnyitottad a Pricing Calendart, tudtál valamit, amit az adat nem, és hármat írtál be. Attól a pillanattól a szabálynak nincs igénye arra a dátumra. Nem tolja vissza a hármadat kettőre — és amikor a feltétel elmúlik, nem „állít vissza” egyet sem. Hátralép, és leírja a naplóba.

Egy dolgot érdemes tudni: a szabály azt nézi, ami a Peaqplusban van, nem a channel managert. Ha valaki közvetlenül az extranetben ír át egy megkötést, arról a szabály nem tud. Amíg a módosítások a Peaqplusban történnek, a védelem áll.

Ugyanez az elv rendezi a szabályok egymás közti vitáját is. Ha két szabály ugyanazt a beállítást akarná állítani ugyanazon a dátumon és hatókörben, a magasabb prioritású viszi, a másik naplózza az ütközést és továbbmegy. Két szabály ettől még dolgozhat ugyanazon a napon különböző beállításokon — egy minimum tartózkodás és egy csatorna-csoport nincs egymás útjában.

11 kész szabály. Válassz, hangold.

Nem üres feltétel-szerkesztővel indulsz. Tizenegy szabály lefedi azokat a mintákat, amiket a legtöbb hotel először szeretne, aszerint csoportosítva, hogy mire szolgálnak: minimum tartózkodás, pace és eltérés, esemény, verseny, csatorna. Válassz egyet, húzd a küszöböt a saját számaidra, add meg, ki kapjon értesítést — és elindul a figyelés.

Amit a channel managered nem tud, az már a választás előtt meg van jelölve, nem a mentés után.

Ha egy éles szabály feltétele, művelete, dátum-időszaka vagy prioritása változik, a platform visszaállítja, amit az a szabály tett, és csak-értesítés módban adja vissza neked. A név vagy az értesítettek listájának módosítása nem számít érdemi változásnak.

Egy szabály kérhet olyat, amit a channel managered nem tud — a minimum tartózkodást igen, az érkezési tiltást nem. Ilyenkor a platform az egész szabályt megállítja — nem futtatja le a beleillő felét —, és szól róla: naponta egyszer, nem óránként.

Amíg élő beavatkozások vannak kint, a váltás elutasítva — előbb kapcsold ki a szabályokat, hogy a visszaállítás még a régi rendszeren történjen. Ha nincs kint semmi, a váltás átmegy, és minden éles szabály visszaesik csak-értesítésre, hogy az új kapcsolaton már ember élesítse őket újra.

Egy időszak, amit kizártál — felújítási ablak, kézi stratégiára hagyott sáv, foglalás-leállítás —, egészében kimarad. A benne már kint lévő beavatkozásokhoz sem nyúl hozzá.