Movara Fitness Resort nepredával jednoduchú noc v izbe. Jeho hostia prišli na štruktúrovaný wellness pobyt, kde museli spolupracovať ubytovanie, jedlo, cvičenie, programovanie, služby a platby.
Movara Fitness Resort v Ivins, Utah kombinuje ubytovanie so štruktúrovaným fitness a wellness zážitkom, ktorý môže trvať od kratšej návštevy až po viactýždňové programy.
Booking Ninjas spolupracovali s Movara na konfigurácii prostredia v Salesforce okolo spôsobu, akým sa tieto pobyty skutočne predávali a prevádzkovali.
Výzva: jedna izba mohla predstavovať niekoľko druhov inventára
Model ubytovania v Movara rýchlo ukázal, prečo bežné nastavenie jednej izby a jednej rezervácie nestačilo.
Tá istá fyzická izba mohla byť predaná súkromne jednému hostovi alebo zdieľaná medzi viacerými účastníkmi programu.
Interné, izba ako 101 mohla mať preto súvisiaci inventár ako 101A a 101B.
Ak bola hlavná izba rezervovaná súkromne, obe zdieľané pozície museli byť nedostupné. Ak bola jedna zdieľaná pozícia rezervovaná, systém musel zabrániť predaju tej istej izby znova ako súkromného inventára.
- King Private
- King Double
- Queen Private
- Queen Double
- Villa Private
- Villa Double
- Villa Triple
- Prepojený inventár rodič-dieťa
Booking Ninjas nakonfigurovali inventár okolo skutočných pravidiel Movara
Booking Ninjas spolupracovali s Movara na správaní dostupnosti rodičov a detí, aby súkromný a zdieľaný inventár mohli automaticky ovplyvňovať jeden druhého.
To je dobrý príklad širšieho prístupu k implementácii: začať od toho, ako podnik skutočne predáva zdroj, a potom nakonfigurovať systém okolo tejto logiky.
Súčasná Správa rezervácií a platforma na rezervácie používajú rovnaký širší model prepojením rezervácií priamo s inventárom, dostupnosťou, kapacitou, cenami a prevádzkovými pravidlami.
Produkt bol wellness balíček, nie jednoducho izba
Ubytovanie bolo len jednou časťou toho, čo si hosť kupoval.
Pobyt mohol spojiť ubytovanie, jedlo, prístup k cvičeniu, fitness programovanie a ďalšie wellness komponenty.
Tieto komponenty mohli mať rôzne daňové zaobchádzanie, zatiaľ čo konečná cena mohla závisieť aj od obsadenosti, dĺžky pobytu, sezóny, stavu vernosti a propagačných pravidiel.
Dlhšie rezervácie mohli dokonca prekročiť rôzne cenové obdobia počas toho istého pobytu.
Súkromné alebo zdieľané ubytovanie vytvára časť balíčka a požiadavku na inventár.
Jedlá, cvičenie a wellness programovanie tvoria časť toho, čo si hosť kupuje.
Dĺžka, obsadenosť, dátumy, vernosť a akcie môžu zmeniť, ako je pobyt ocenený.
Zálohy, zostatky, faktúry a história platieb zostávajú prepojené s rezerváciou.
Konečná rezervácia nesie prevádzkový detail za celým zážitkom hosťa.
Booking Ninjas sa na to pozerali ako na správu balíčkov a cien, namiesto toho, aby všetko zredukovali na jednu cenu za noc v izbe.
Súčasná Správa cien rovnako podporuje sezónne, kalendárne a pravidlami riadené ceny v Salesforce.
Ako sa model prevádzky Movara spojil
| Movara potrebovala | Prístup Booking Ninjas | Čo by nastavenie mohlo uľahčiť |
|---|---|---|
| Súkromný + zdieľaný inventár izieb | Prepojené pravidlá rezervácie a dostupnosti | Súkromné a zdieľané verzie tej istej fyzickej izby mohli správne blokovať jeden druhého. |
| Rôzne wellness balíčky | Správa balíčkov + cien | Ubytovanie, programové komponenty, dátumy, obsadenosť a cenové pravidlá mohli zostať súčasťou tej istej štruktúry pobytu. |
| Dlhé a krátke pobyty | Cenová politika založená na pravidlách | Rôzne cenové obdobia a dĺžky pobytu mohli byť spravované bez zredukovania každej rezervácie na jednu fixnú cenu za noc. |
| Zálohy a zostatky | Rezervácia + pracovné toky platieb | Predplatenia, zostatky, faktúry, karty a história platieb mohli zostať prepojené s rezerváciou hosťa. |
| Vedieť o pripravenosti izby | Stav upratovania | Odhlásenie mohlo presunúť izbu do stavu prázdne-špinavé predtým, ako ju upratovanie vrátilo do stavu prázdne-čisté a dostupného inventára. |
| Predaj služieb počas pobytu | Pokladňa | Služby v spa, osobný tréning, tovar, výlety a iné nákupy mohli zostať prepojené s hosťom a rezerváciou. |
| Udržať preplatené a vedľajšie výdavky jasné | Štruktúra fakturácie + POS | Predplatený wellness balíček mohol zostať odlišný od dodatočných nákupov uskutočnených po príchode. |
Rezervácia sa stala začiatkom operácie hosťa
Personál Movara potreboval oveľa viac než len potvrdenie rezervácie.
Museli rozumieť, kto prichádza, kto je aktuálne v hoteli, ktorú izbu hosť obsadil, či zostali nejaké zostatky, čo bolo zaplatené a kedy bolo ubytovanie pripravené na opätovný predaj.
Booking Ninjas pracovali na udržaní týchto procesov okolo záznamov rezervácií v Salesforce, aby rezervácia zostala užitočná počas pobytu.
To mení rezerváciu z predajného záznamu na niečo, čo môžu operácie naďalej používať po príchode hosťa.
Dostupnosť závisela aj od prevádzkového stavu izby
Odhlásenie hosťa automaticky neznamená, že izba je pripravená na ďalší príchod.
Movara potrebovala, aby izba prešla jednoduchou, ale dôležitou sekvenciou:
To priamo spája upratovanie s kontrolou inventára.
Izba môže byť fyzicky prázdna, ale nemala by byť považovaná za predajný inventár, kým prevádzkový stav neoznačuje, že je pripravená.
Preto je dostupnosť užitočnejšia, keď odráža rezervácie aj skutočný stav zdroja.
Zážitok v rezorte pokračoval aj po zakúpení wellness balíčka
Transakcie Movara na mieste tiež vyzerali inak ako normálny rezort zameraný na reštaurácie.
Hostia si mohli zakúpiť masáže, osobný tréning, tovar z predajne, súkromné túry, výlety, jedlo na odnesenie a iné wellness služby alebo vedľajšie náklady.
Booking Ninjas pracovali na vytvorení zážitku z pokladne, ktorý bol tvarovaný okolo týchto skutočných nákupov, namiesto toho, aby bol založený na všeobecnom pracovnom postupe reštaurácie.
Širším cieľom bolo udržať dodatočné výdavky prepojené s hosťom a rezerváciou, pričom ich stále odlišovať od predplateného wellness balíčka.
Súčasná pokladňa Booking Ninjas podobne prepojuje transakcie s rezerváciami, službami, členstvami a zákazníckymi záznamami v Salesforce.
Systém bol postavený na základe skutočnej prevádzkovej spätnej väzby
Definujúcou súčasťou projektu Movara bol samotný proces implementácie.
Booking Ninjas preskúmali existujúcu prevádzku, vytvorili prostredie Salesforce a pracovali na opakovaných hodnotiacich a testovacích sedeniach s tímom Movara.
Táto spätná väzba odhalila detaily, ktoré by bolo ľahké prehliadnuť pri bežnej implementácii rezortu: ako by sa mali zobrazovať štítky zdieľaných izieb, ako by mal inventár blokovať, ako by sa mali oceňovať komponenty balíčka, ako by sa mal meniť stav izby a ako by sa mali líšiť predplatené poplatky za program od vedľajších nákladov.
Implementácia bola zámerne fázovaná.
Hlavné pracovné toky rezervácií a PMS prišli ako prvé, pričom hlbšie procesy pokladne, účtovníctva, reportovania, kreditov a podporných procesov mali nasledovať.
Čo projekt demonštroval
Movara nakoniec pozastavila širšiu implementáciu a pokračovala v používaní svojho existujúceho PMS, pričom sa zamerala na iné obchodné priority.
Plánovaná úplná náhrada PMS, účtovníctva a pokladne sa teda nedokončila.
Podstatná implementačná práca však stále demonštrovala, ako Booking Ninjas mohli modelovať nezvyčajne komplexnú prevádzku wellness rezortu.
Súkromné a zdieľané verzie toho istého ubytovania mohli byť modelované bez toho, aby sa umožnili konfliktné rezervácie.
Štruktúra rezervácie mohla zohľadniť dĺžku pobytu, obsadenosť, sezónne obdobia, balíčky, akcie a rôzne cenové komponenty.
Rezervácie, stav izby, platby, informácie o hosťoch a iné prevádzkové aktivity mohli zdieľať rovnaký základ Salesforce.
Inventár mohol odrážať, či bolo ubytovanie skutočne pripravené pre ďalšieho hosťa, nie len to, či predchádzajúci hosť odišiel.
Dodatočné služby a nákupy mohli byť navrhnuté okolo hosťa a rezervácie, namiesto toho, aby sa stali izolovanými transakciami.
Projekt ukázal, ako by sa wellness rezort s nezvyčajnými pravidlami mohol modelovať bez toho, aby sa zredukoval na konvenčný hotelový šablón.
Movara nepotrebovala ďalší generický hotelový PMS
Produkt rezortu bol odlišný už od návrhu.
Súkromný a zdieľaný inventár fungoval inak. Wellness programy formovali cenu. Pobyty mohli trvať týždne. Hostia robili dodatočné nákupy okolo programu. Stav upratovania ovplyvnil, či bol inventár skutočne pripravený.
Rigidný PMS by mohol nútiť tieto rozdiely do obchádzok.
Booking Ninjas zvolili iný prístup: použiť Salesforce ako prevádzkový základ, a potom nakonfigurovať rezerváciu, cenové, platobné, servisné a prevádzkové pravidlá okolo organizácie.
Tento princíp zostáva centrálny pre Booking Ninjas aj dnes: rôzne operácie môžu používať rovnaký základ platformy bez toho, aby museli dodržiavať rovnaké obchodné pravidlá.
Zistite viac o tomto type nastavenia rezortu
Zistite, ako rezervácie, inventár, kapacita, obmedzenia a prevádzkové pravidlá určujú, či môže byť zdroj skutočne rezervovaný.
Ako sa spravuje dostupnosť →Zistite, ako môžu rezervácie, platby, služby a iné schválené aktivity zostať prepojené okolo toho istého hosťa.
Čo je zákaznícky záznam? →Zistite, ako Booking Ninjas spája komplexné rezervácie s cenami, dostupnosťou, prevádzkovými pravidlami a pracovnými tokmi Salesforce.
Preskúmať správu cien →O tomto príbehu: Booking Ninjas dokončili významnú konfiguráciu a implementačnú prácu s Movara Fitness Resort okolo súkromného a zdieľaného inventára ubytovania, wellness balíčkov, komplexného cenového, platieb, stavu izieb, operácií s hosťami, požiadaviek na POS a fázového rozšírenia. Movara neskôr pozastavila širšiu implementáciu a pokračovala so svojím existujúcim PMS, takže táto stránka nepredstavuje Booking Ninjas ako dokončený produkčný PMS Movara ani neuvádza neoverené finančné alebo prevádzkové výsledky.
Váš rezort by nemal musieť zjednodušovať svoj produkt, aby sa prispôsobil svojmu PMS.
Zistite, ako Booking Ninjas môžu prepojiť komplexný inventár, balíčky, ceny, hostí, platby, služby, stav izieb a operácie okolo toho, ako váš pobyt skutočne funguje.
.jpeg)
.jpg)
.png)
