Rezort Quinn’s Hot Springs sa už rozrástol na viac než len jednoduchú prevádzku ubytovania. Prechod za jeho dedičstvo rezervácií preto znamenal premýšľať o viac než len o izbách.
Rezort Quinn’s Hot Springs v raji, Montana, kombinuje dva hotely, viac než 25 chatiek, bazény s horúcimi prameňmi, plávanie na deň, stravovanie a niekoľko rôznych pravidiel rezervácií okolo rovnakého zážitku v rezorte.
Quinn’s oslovil Booking Ninjas pri hľadaní flexibilnejšieho smeru pre technológiu rezervácií za touto prevádzkou.
Výzva: jeden rezort, niekoľko druhov rezervácií
Normálny hotelový rezervačný systém sa môže zameriavať predovšetkým na izby a noci.
Quinn’s má okolo pobytu viac aktivít.
- Rezervácie izieb v hoteli
- Rezervácie chatiek
- Rôzne typy ubytovania
- Rezervácie plávania na deň
- Časované bazénové relácie
- Prístup hostí k bazénu
- Rezervácie v reštaurácii
- Pravidlá záloh a platieb
Tieto zážitky nemajú všetky rovnaké pravidlá.
Napríklad, ubytovaní hostia dostávajú prístup k bazénu ako súčasť svojho pobytu, zatiaľ čo návštevníci na deň si rezervujú časované plavecké relácie vopred.
Ubytovanie samo o sebe tiež pokrýva rôzne typy izieb a chatiek, zatiaľ čo platby a zrušenia sa riadia vlastnými pravidlami rezervácií.
Prečo môže byť dedičský systém ťažšie zvládnuteľný
Staršie rezervačné systémy môžu naďalej vykonávať prácu, na ktorú boli pôvodne navrhnuté.
Ťažkosti sa objavujú, keď sa okolo nich prevádzka rozrastá.
Nové typy ubytovania, nové zážitky hostí, rôzne pravidlá kapacity, meniacie sa platobné politiky, dodatočné potreby reportovania a nové spôsoby, ako si zákazníci môžu rezervovať, môžu vyžadovať viac flexibility, než na čo bol pôvodný systém navrhnutý.
Quinn’s sa pozeral na ten ďalší krok.
Cieľom nebolo len nahradiť starý displej novším displejom. Užitočnejším smerom bolo zvážiť rezervačný základ, ktorý by sa mohol prispôsobiť, keď sa širší rezort menil.
Súčasný rezervačný motor Booking Ninjas môže pracovať s existujúcimi dedičnými prostrediami prostredníctvom API, middleware alebo postupného prechodu, keď by sa nemalo uskutočniť úplné nahradenie naraz.
Smer: považovať rezort za prepojené zdroje, nie len izby
Booking Ninjas dal Quinn’s spôsob, ako sa na problém rezervácií pozerať širšie.
Zákazník začína s pobytom, reláciou alebo rezervovateľným zážitkom, ktorý potrebuje.
Systém kontroluje dostupnosť a pravidlá, ktoré patria k tomu konkrétnemu zdroju.
Rezervácia môže preniesť hosťa, dátumy, zdroj, cenu a súvisiace pravidlá.
Zálohy, zostatky a iné platobné správanie môžu zostať prepojené s rezerváciou.
Tie isté údaje o rezervácii môžu podporovať dostupnosť, históriu hostí, reportovanie a neskoršie pracovné postupy.
Dôležitou myšlienkou bola flexibilita: rôzne zdroje môžu sledovať rôzne pravidlá dostupnosti, kapacity, načasovania a platieb bez toho, aby si vyžadovali, aby sa celý rezort správal ako jeden kalendár izieb.
Ako by sa Booking Ninjas mohol prispôsobiť rezortu ako Quinn’s
| Potreba rezortu | Schopnosť Booking Ninjas | Prečo je to dôležité |
|---|---|---|
| Spravovať rezervácie ubytovania | Správa rezervácií | Izby, chatky, informácie o hosťoch, zmeny rezervácií a stav rezervácií môžu zostať v jednej štruktúre rezervácie. |
| Poskytnúť hosťom priamu cestu k rezervácii | Rezervačný motor | Dostupnosť, ceny, pravidlá rezervácií, potvrdenia a informácie o zákazníkoch môžu byť priamo prepojené so širšou prevádzkou. |
| Riešiť rôzne typy ubytovania | Rezervovateľné jednotky + štruktúra zdrojov | Rôzne chatky, izby v hoteli a iné rezervovateľné zdroje nemusia sledovať jednu identickú štruktúru. |
| Kontrolovať skutočnú dostupnosť | Správa dostupnosti | Dostupnosť môže sledovať dátumy, obmedzenia, kapacitu a pravidlá pripojené k každému zdroju. |
| Podporovať časované zážitky | Plánovanie zdrojov + pravidlá kapacity | Rezervovateľné zážitky, ako sú časované relácie, môžu používať rozvrhy a kapacitu namiesto logiky nočného ubytovania. |
| Udržiavať platby s rezerváciou | Spracovanie platieb | Zálohy, zostatky, transakcie, refundácie a súvisiace platobné aktivity môžu zostať prepojené s rezerváciou. |
| Poznať hosťa naprieč aktivitami | Záznam zákazníka Salesforce | Informácie o hosťoch môžu zostať užitočné aj mimo jednej izolovanej rezervácie. |
| Jasne vidieť prevádzku | Reportovanie Salesforce | Informácie o rezerváciách, dostupnosti, obsadenosti, zákazníkoch a platbách môžu prispieť k širšiemu prevádzkovému pohľadu. |
Bazény ukazujú, prečo jedno pravidlo rezervácie nestačí
Quinn’s ponúka prístup k bazénu pre ubytovaných hostí aj rezervácie plávania na deň.
Tieto súvislé zážitky však nefungujú rovnakým spôsobom.
Ubytovaný hosť môže získať prístup, pretože už má nárok na pobyt.
Návštevník na deň si naopak vyberá z časovaných plaveckých relácií s oddelenou dostupnosťou a pravidlami rezervácií.
To je presne ten druh rozdielu, ktorý flexibilný operačný model potrebuje pochopiť.
Súčasné nástroje dostupnosti Booking Ninjas sú navrhnuté tak, aby uplatňovali rôzne plánovacie hranice, obmedzenia, limity kapacity a pravidlá rezervácií okolo rôznych zdrojov.
Platby tiež nasledujú typ rezervácie
Rezervácie ubytovania v rezorte Quinn’s majú svoje vlastné pravidlá zálohy, zostatku a zrušenia.
Rezervácie plávania na deň nasledujú iný platobný rozvrh.
To je dôležité v projekte modernizácie, pretože logika platieb by mala zostať prepojená s tým, čo zákazník skutočne rezervoval, namiesto toho, aby bola spracovávaná ako nesúvisiaca transakcia.
Booking Ninjas môže prepojiť autorizáciu platieb, zachytenie, históriu transakcií, refundácie a záznamy rezervácií v rámci širšieho pracovného postupu.
Hosť môže interagovať s viacerými časťami rezortu
Tá istá osoba môže zostať v chate, využívať bazény, stravovať sa v rezorte a neskôr sa vrátiť.
Keď každá rezervácia existuje ako nesúvisiaca transakcia, prevádzka stráca časť toho zákazníckeho príbehu.
Prostredie založené na Salesforce poskytuje iný smer: udržiavať záznam hosťa prepojený s rezerváciami a aktivitami, ktoré patrí tejto osobe.
Centrum znalostí vysvetľuje túto štruktúru v Čo je záznam zákazníka? .
To neznamená, že každý zážitok v rezorte musí byť skombinovaný do jednej obrovskej rezervácie.
Znamená to, že podnik môže mať jasnejší spôsob, ako pochopiť vzťah medzi zákazníkom a rôznymi zážitkami, ktoré rezervujú.
Čo zapojenie ukázalo
Nemáme dostatok dôkazov na to, aby sme tvrdili, že Booking Ninjas nahradil dedičský systém Quinn’s v produkcii alebo dodal merateľné výsledky po spustení.
Užitočným výsledkom je preto smer modernizácie, ktorý bol demonštrovaný počas zapojenia.
Prevádzkový model by mohol zohľadniť ubytovanie a iné rezervovateľné zdroje namiesto toho, aby sa rezort považoval len za kalendár hotela.
Izby, chatky a časované zážitky by mohli využívať logiku dostupnosti a kapacity, ktorá je pre nich vhodná.
Moderná rezervačná vrstva nevyžaduje vždy, aby každý existujúci systém zmizol hneď na prvý deň.
Logika záloh a transakcií by sa mohla stať súčasťou pracovného postupu rezervácií namiesto ďalšieho odpojeného procesu.
Záznam zákazníka založený na Salesforce vytvára priestor na prepojenie aktivít okolo toho istého hosťa v priebehu času.
Konfigurovateľný prevádzkový model poskytuje etablovanej nehnuteľnosti ďalšiu cestu, keď sa jej stará technológia stáva príliš rigidnou.
Rezort by sa nemal musieť zjednodušiť, aby sa prispôsobil systému
Quinn’s je užitočným príkladom toho, prečo je Booking Ninjas najúčinnejší, keď niekoľko častí prevádzky potrebuje rôzne pravidlá, ale stále patrí do toho istého podniku.
Pobyt v chate je iný ako rezervácia časovaného plávania. Ubytovaný hosť môže mať iný prístup k bazénu ako návštevník na deň. Platby môžu sledovať rôzne rozvrhy. Stravovanie má opäť iný tok rezervácií.
Softvér by mal byť schopný pochopiť tieto rozdiely.
Booking Ninjas môže poskytnúť základ Salesforce, zatiaľ čo rezort rozhodne, ktoré pracovné postupy by sa mali prepojiť a ktoré by mali zostať odlišné.
Začnite s rezerváciou, potom prepojte časti rezortu, ktoré to potrebujú
Počiatočný bod môže byť jednoduchý: Rezervačný motor a správa rezervácií pre základný pracovný postup ubytovania.
Správa dostupnosti môže kontrolovať inventár a obmedzenia. Plánovanie zdrojov a správa kapacity môžu podporovať zážitky s rôznymi pravidlami načasovania. Platby a záznamy zákazníkov môžu zostať prepojené v rámci toho istého prostredia Salesforce.
Dodatočné pracovné postupy rezortu môžu byť pridané len vtedy, keď riešia skutočný prevádzkový problém.
To umožňuje modernizáciu okolo rezortu, namiesto toho, aby sa rezort nútil do úplnej zmeny systému, kým nie je pripravený.
Pre širší prípad použitia si pozrite Riešenie správy rezortov .
Zistite viac o modernizácii rezervačného toku
Zistite, ako môže dostupnosť sledovať rezervácie, obmedzenia, kapacitu a zmeny naprieč rôznymi zdrojmi.
Ako sa spravuje dostupnosť →Zistite, ako môže byť ten istý zákazník prepojený s rezerváciami a súvisiacou prevádzkovou aktivitou.
Čo je záznam zákazníka? →Zistite, ako môže Booking Ninjas modernizovať pravidlá rezervácií a dostupnosť, pričom pracuje s existujúcim technologickým prostredím.
Preskúmať rezervačný motor →O tomto príbehu: Rezort Quinn’s Hot Springs oslovil Booking Ninjas pri preskúmaní prechodu za svoje dedičstvo rezervácií. Táto stránka popisuje potreby modernizácie a prevádzkový model, ktorý bol zvažovaný počas tohto zapojenia. Neuvádza, že Booking Ninjas sa stal produkčným rezervačným systémom Quinn’s, nešpecifikuje neoverený rozsah implementácie ani nehlási neoverené finančné alebo prevádzkové výsledky.
Rástla vaša prevádzka nad rámec toho, na čo bol váš starý rezervačný systém navrhnutý?
Zistite, ako vám Booking Ninjas môže pomôcť prepojiť rezervácie, dostupnosť, zdroje, zákazníkov, platby a reportovanie bez toho, aby ste nútili každú časť vašej prevádzky dodržiavať rovnaké pravidlá.
.jpeg)
.jpg)
.png)
