Ahol a revenue-beszélgetésekből
döntés születik.

Kérdés. Beszélgetés. Döntés. Feladat. Napló.

A Discussion-szál és a Revenue Decisions nem két külön funkció, hanem egyetlen folyamat. Egy riportsoron felmerül egy kérdés — a chat-ikon szállá alakítja. A szálban zajlik a beszélgetés, amíg a csapat el nem jut oda, hogy mi a teendő. Egy kattintás, és a szálból Decision lesz — típussal, felelőssel, határidővel. A Decision automatikusan feladatot készít a felelősnek. A feladat megjelenik a képernyőjén. És minden ott marad, örökre, a Revenue Trackben.

Öt lépés — és végig ugyanaz az adatpont köti össze őket. Semmi nem vész el Slackben, emailben vagy egy olyan meeting-jegyzetben, amit soha senki nem olvas újra.

Az adatsorhoz rögzítve, nem egy Slack-csatornához.

Kattints a chat-ikonra bármelyik riportsor mellett — napi pickup, szegmens-sor, Insight-panel vagy egy versenytárs árpontja. Jobbról becsúszik egy panel. Említsd meg a kollégádat. Tedd fel a kérdést. Beszéljétek meg a számot, ami számít — ott, ahol az a szám él.

A szál magával viszi a riport beállításait; az „Open with these settings” link (megnyitás ugyanezekkel a beállításokkal) bárkit visszavisz pontosan abba az adatnézetbe, amelyik a beszélgetést elindította. A szálak ott vannak a riportsorokon, a központi Discussion-listán, az oldalsáv olvasatlan-számlálóján — és minden kapcsolt Revenue Track döntéskártyán.

Egy lista. Öt forrás. Minden döntés egy helyen.

A csapatod minden revenue-döntése — bárhol is születik — a Revenue Trackben landol. A Discussion-szálból, meetingből, közvetlenül, Sales Track-jegyzetből vagy árazásból induló döntések egyetlen közös listában élnek; a forrás csak egy szűrő, nem külön oldal. Nyitott vagy lezárt, csak árazás vagy minden, forrásra szűrve vagy szűrés nélkül — ugyanaz a lista, ugyanaz az audit-napló.

Minden döntésnek van indoka, felelőse, határideje és legalább egy érintett időszaka (egy döntés több dátumtartományt is átfoghat). A státusz open, done és not executed (nyitott — kész — nem végrehajtott) között mozog; a kapcsolt feladat automatikusan együtt mozog vele, mindkét irányban.

Árat mozgatsz, szabályt módosítasz, árszintet igazítasz. A leggyakoribb típus — természetesen adódik a versenytárs- és pickup-beszélgetésekből.

Minimum tartózkodás, érkezés- vagy távozás-tiltás, zárás. Gyakran a Pricing Calendarból vagy a Pricing Mapből indul.

Corporate akció, csoportár-stratégia, sales pipeline lépés. A felelős jellemzően a sales-vezető.

Kampány, csatorna-erősítés, hirdetési büdzsé átcsoportosítása. A felelős a marketingvezető; a foglalási motor keresleti jeleihez kapcsolódik vissza.

Csatorna-mix igazítás, OTA-specifikus szerződésmódosítás, paritás-döntés. A felelős a disztribúciós vezető.

Auditálható jegyzet, nem cselekvés. „A német piac április óta lassabban foglal.” A státusz azonnal done; nincs feladat; később visszakereshető a Revenue Track naplójában.

Zárd le a feladatot — záródik a döntés. Zárd le a döntést — mozdulnak a feladatok.

Minden felelőssel rendelkező Decision (ha nem observation típusú) automatikusan feladatot készít. A felelős értesítést kap; a feladat a My Tasks oldalán landol, a többi teendője mellett. A döntés és a feladat összekapcsolva él — és automatikusan, mindkét irányban szinkronban marad.

Ha a felelős késznek jelöli a feladatot, a döntés magától lezárul. Ha egy kolléga a Revenue Trackből zárja le a döntést, a kapcsolt feladatok követik. A kétirányú kapcsolat pedig nem kergeti a saját farkát — egy változás sosem pattog oda-vissza.

A meeting-felület — saját oldal, saját mélység.

Heti, havi vagy ad-hoc — minden revenue meeting úgy nyílik meg, hogy a tizenkét adatpanel már betöltve áll a meeting befagyasztott snapshotján, az AI-összefoglaló a háttérben már elkészült, és a döntésrögzítő űrlap ott vár alattuk. A meetingben rögzített döntések ugyanebbe a Revenue Trackbe folynak (forrás: meeting), automatikusan készülő feladatokkal a felelősöknek.

A meeting-munkafolyamat elég mély ahhoz, hogy saját modul-oldalt érdemeljen — a 12 panel felépítése, az AI-összefoglaló életciklusa, a sablon-alapú döntésrögzítés és a jelzőlámpás lista mind megér egy saját fejezetet.

Írd le, mit léptél. Hogy emlékezz, miért.

Nem minden döntés meetingen születik. A recepcióvezető jelezte, hogy egy corporate csoport kedvezményt kért. A marketing 5%-kal levitte a Bookingot a májusi hosszú hétvégére. A GM lezárta a hétfői érkezéseket az augusztus 18–21-i ünnepi blokkra. Az ilyen megfigyelésekből tanulja meg egy revenue manager a saját üzlete természetét — de csak akkor érnek valamit, ha túlélik azt a napot, amikor történtek.

A Sales Track a napi terepnapló. Válassz kategóriát — árazási lépés, marketingkampány, disztribúciós korlátozás, vagy bármi, amit a saját hoteledre definiálsz —, add meg az érintett időszakot, és írd le. Minden bejegyzés automatikusan Decision lesz a Revenue Trackben, így a terepnapló és a hivatalos döntéslista ugyanaz a lista. Három héttel később, amikor a History Reportban meglátsz egy keddi pickup-ugrást, a sor melletti kis ikon felfedi a jegyzetet, ami megmagyarázza.

A napi pickup-sor +18 szobaéjszakát ugrik. Szál a soron: „A csütörtök kilőtt — mi a forrás?” Az RM válaszol: „Cseh hosszú hétvége, elindult a lengyel kampány.” Döntés: a marketing megemeli a pénteki CPC-t. A feladatot a marketingvezető kapja.

Egy Insight-panel jelez: „aug. 5–12. — csökkenő foglaltság”. Szál a panelen. Döntés: „15% kedvezményes, nem lemondható all-inclusive ajánlat ezekre a napokra.” A feladat a disztribúciós vezetőé.

Top Searches sor: „aug. 20. — 124 keresés, 8 foglalás”. Szál: „Miért nem lesz belőle foglalás?” Ár-átnézés → döntés: „3+ éjszakás tartózkodásra árat emelünk.”

A pénteki Revenue Meeting → 5 rögzített döntés (forrás: meeting). Szombat reggel a Revenue Track hármat mutat e heti határidővel. A felelősök a My Tasks oldalukon látják. A feladatok elkészülnek → a döntések maguktól záródnak.

„A német piac április óta lassabban foglal.” Observation típusként rögzítve. A státusz azonnal done; feladat nincs. Hat héttel később visszakereshető, amikor valaki megkérdezi, miért fordult a stratégia.

A marketing 5%-kal levitte a Bookingot a májusi hosszú hétvégére. A Sales Trackben rögzítve, dátumokkal. Három hét múlva a History Report pickup-ugrást mutat azokon a napokon — és a rámutatásra nyíló jegyzet felfedi az akciót, ami mögötte volt.

A jeltől az eredményig. Egy platformon.

Hétfő reggel jelez a Ping: a hétvégi pickup 18%-kal marad el a forecasttól. A riasztó email a GM postafiókjában landol. A GM átkattint, és Discussion-szálat nyit azon a soron, amelyik a visszaesést jelezte.

A marketing hozzászól a kontextussal: az egyik versenytárs éjjel kampányt indított. A szálból Decision lesz: hétvégi árban követjük a versenytársat, felelős: az RM. A döntés automatikusan feladatot készít. Az RM átállítja a Pricing Engine-t, az árak kimennek a channel managerre, a feladat záródik. És vele a döntés is.

Péntek délután a Revenue Meeting már kész AI-összefoglalóval nyílik: a hétvégi pickup magára talált — +14% kedd óta. A hurok bezárult. Egy platformon belül. Nem négy között szétszórva.