Quinn’s Hot Springs Resort var allerede vokset til mere end blot en simpel indkvarteringsoperation. At bevæge sig væk fra sit gamle bookingsystem betød derfor at tænke på mere end blot værelser.
Quinn’s Hot Springs Resort i Paradise, Montana kombinerer to lodges, mere end 25 hytter, varme kilder, dagbrug til svømning, spisning og flere forskellige reservationsregler omkring den samme resortoplevelse.
Quinn’s engagerede Booking Ninjas, mens de søgte en mere fleksibel retning for reservationsteknologien bag denne operation.
Udfordringen: et resort, flere typer reservationer
Et normalt hotelbookingsystem kan primært fokusere på værelser og nætter.
Quinn’s har mere, der sker omkring opholdet.
- Reservationer af lodge-værelser
- Reservationer af hytter
- Forskellige indkvarteringstyper
- Dagbrug til svømning
- Tidsbestemte svømmesessioner
- Indkvartering-gæst adgang til pool
- Restaurantreservationer
- Deposits og betalingsregler
Disse oplevelser følger ikke alle de samme regler.
For eksempel får indkvarteringsgæster adgang til poolen som en del af deres ophold, mens dagbrugere reserverer tidsbestemte svømmesessioner på forhånd.
Indkvartering spænder også over forskellige værelse- og hytte-typer, mens betalinger og aflysninger følger deres egne reservationspolitikker.
Hvorfor et legacy-system kan blive sværere at leve med
Ældre reservationssystemer kan fortsætte med at udføre det job, de oprindeligt blev bygget til.
Vanskeligheden opstår, når driften vokser omkring dem.
Nye indkvarteringstyper, nye gæsteoplevelser, forskellige kapacitetsregler, ændrede betalingspolitikker, yderligere rapporteringsbehov og nye måder for kunder at booke kan alle kræve mere fleksibilitet, end det oprindelige system var designet til at give.
Quinn’s så på det næste skridt.
Målet var ikke blot at erstatte en gammel skærm med en nyere skærm. Den mere nyttige retning var at overveje et bookingsystem, der kunne tilpasse sig, når det bredere resort ændrede sig.
Booking Ninjas’ nuværende Booking Engine kan arbejde med eksisterende legacy-miljøer gennem API'er, middleware eller en gradvis overgang, når en fuld erstatning ikke bør ske på én gang.
Retningen: behandle resortet som sammenkoblede ressourcer, ikke kun værelser
Booking Ninjas gav Quinn’s en måde at se reservationsproblemet mere bredt.
Kunden starter med det ophold, den session eller den reserverbare oplevelse, de har brug for.
Systemet tjekker tilgængeligheden og reglerne, der tilhører den pågældende ressource.
Bookingen kan føre gæsten, datoer, ressource, pris og relaterede regler videre.
Deposits, saldi og anden betalingsadfærd kan forblive knyttet til reservationen.
De samme bookingdata kan understøtte tilgængelighed, gæstehistorik, rapportering og senere arbejdsgange.
Den vigtige idé var fleksibilitet: forskellige ressourcer kan følge forskellige tilgængeligheds-, kapacitets-, tids- og betalingsregler uden at kræve, at hele resortet opfører sig som én værelserkalender.
Hvordan Booking Ninjas kunne passe til et resort som Quinn’s
| Resort behov | Booking Ninjas kapabilitet | Hvorfor det er vigtigt |
|---|---|---|
| Administrere indkvarteringsreservationer | Reservation Management | Værelser, hytter, gæsteoplysninger, bookingændringer og reservationsstatus kan forblive i én bookingsstruktur. |
| Give gæsterne en direkte bookingvej | Booking Engine | Tilgængelighed, priser, bookingsregler, bekræftelser og kundeoplysninger kan forbindes direkte til den bredere operation. |
| Håndtere forskellige indkvarteringstyper | Bookable Units + Resource Structure | Forskellige hytter, lodge-værelser og andre reserverbare ressourcer behøver ikke følge én identisk opsætning. |
| Kontrollere reel tilgængelighed | Availability Management | Tilgængelighed kan følge datoerne, begrænsningerne, kapaciteten og reglerne knyttet til hver ressource. |
| Understøtte tidsbestemte oplevelser | Resource Scheduling + Capacity Rules | Reservable oplevelser såsom tidsbestemte sessioner kan bruge tidsplaner og kapacitet i stedet for logik for overnatningsværelser. |
| Holde betalinger knyttet til bookingen | Payment Processing | Deposits, saldi, transaktioner, refusioner og relateret betalingsaktivitet kan forblive knyttet til reservationen. |
| Vide gæsten på tværs af aktiviteter | Salesforce Customer Record | Gæsteoplysninger kan forblive nyttige ud over én isoleret reservation. |
| Se driften klart | Salesforce Reporting | Booking, tilgængelighed, belægning, kunde- og betalingsoplysninger kan fodre et bredere operationelt overblik. |
Poolene viser, hvorfor én bookingsregel ikke er nok
Quinn’s tilbyder både indkvarteringsgæsters adgang til pool og forudbestilte dagbrug til svømning.
Disse er relaterede oplevelser, men de fungerer ikke på samme måde.
En indkvarteringsgæst kan få adgang, fordi de allerede har et berettiget ophold.
En dagbrugers besøgende vælger derimod fra tidsbestemte svømmesessioner med separate tilgængeligheds- og reservationsregler.
Det er præcis den slags forskel, et fleksibelt driftsmodel har brug for at forstå.
Booking Ninjas’ nuværende tilgængelighedsværktøjer er designet til at anvende forskellige planlægningsgrænser, begrænsninger, kapacitetsgrænser og bookingsregler omkring forskellige ressourcer.
Betalinger følger også typen af reservation
Quinn’s indkvarteringsreservationer har deres egne depositum-, saldo- og afbestillingsregler.
Dagbrug til svømning følger en anden betalingsplan.
Det er vigtigt i et moderniseringsprojekt, fordi betalingslogikken bør forblive knyttet til, hvad kunden faktisk har booket, i stedet for at blive håndteret som en urelateret transaktion.
Booking Ninjas kan forbinde betalingsautorisation, opkrævning, transaktionshistorik, refusioner og bookingoptegnelser inden for den bredere arbejdsgang.
En gæst kan interagere med mere end én del af resortet
Den samme person kan bo i en hytte, bruge poolene, spise på resortet og vende tilbage senere.
Når hver reservation lever som en urelateret transaktion, mister driften en del af den kundehistorie.
Et Salesforce-baseret miljø giver en anden retning: hold gæsteregistreringen knyttet til de bookinger og aktiviteter, der tilhører den person.
Knowledge Center forklarer den struktur i Hvad er en kundeoptegnelse? .
Det betyder ikke, at hver resortoplevelse skal kombineres til én kæmpe booking.
Det betyder, at virksomheden kan have en klarere måde at forstå forholdet mellem kunden og de forskellige oplevelser, de reserverer.
Hvad engagementet demonstrerede
Vi har ikke nok beviser til at hævde, at Booking Ninjas erstattede Quinn’s legacy-system i produktionen eller leverede målbare resultater efter lanceringen.
Det nyttige resultat er derfor den moderniseringsretning, der blev demonstreret under engagementet.
Driftsmodellen kunne tage højde for indkvartering og andre reserverbare ressourcer i stedet for at behandle resortet som kun en hotelkalender.
Værelser, hytter og tidsbestemte oplevelser kunne bruge den tilgængelighed og kapacitetslogik, der er passende for dem.
Et moderne bookingsystem kræver ikke altid, at hvert eksisterende system forsvinder på den første dag.
Depositum- og transaktionslogik kunne blive en del af bookingarbejdsgangen i stedet for en anden urelateret proces.
En Salesforce-baseret kundeoptegnelse skaber plads til at forbinde aktiviteter omkring den samme gæst over tid.
En konfigurerbar driftsmodel giver en etableret ejendom en anden vej, når dens gamle teknologi bliver for stiv.
Resortet bør ikke skulle blive enklere for at passe til systemet
Quinn’s er et nyttigt eksempel på, hvorfor Booking Ninjas er stærkest, når flere dele af en operation har brug for forskellige regler, men stadig tilhører den samme virksomhed.
Et ophold i en hytte er forskelligt fra en tidsbestemt svømmereservation. En indkvarteringsgæst kan have forskellig adgang til poolen fra en dagbesøgende. Betalinger kan følge forskellige tidsplaner. Spisning har en anden reservationsflow igen.
Softwaren bør kunne forstå disse forskelle.
Booking Ninjas kan give Salesforce-grundlaget, mens resortet beslutter, hvilke arbejdsgange der skal forbindes, og hvilke der skal forblive adskilt.
Start med booking, og forbind derefter de dele af resortet, der har brug for det
Startpunktet kan være ligetil: Booking Engine og Reservation Management til den centrale indkvarteringsarbejdsgang.
Availability Management kan kontrollere lager og begrænsninger. Resource Scheduling og Capacity Management kan understøtte oplevelser med forskellige tidsregler. Betalinger og kundeoptegnelser kan forblive knyttet omkring det samme Salesforce-miljø.
Yderligere resortarbejdsgange kan derefter kun tilføjes, når de løser et reelt driftsproblem.
Det lader modernisering ske omkring resortet i stedet for at tvinge resortet ind i en komplet systemændring, før det er klar.
For det bredere anvendelsestilfælde, se Resort Management-løsningen .
Lær mere om modernisering af bookingflowet
Se hvordan tilgængelighed kan følge bookinger, begrænsninger, kapacitet og ændringer på tværs af forskellige ressourcer.
Hvordan tilgængelighed styres →Se hvordan den samme kunde kan forblive knyttet til bookinger og relateret operationel aktivitet.
Hvad er en kundeoptegnelse? →Se hvordan Booking Ninjas kan modernisere bookingsregler og tilgængelighed, mens de arbejder med et eksisterende teknologimiljø.
Udforsk Booking Engine →Om denne historie: Quinn’s Hot Springs Resort engagerede Booking Ninjas, mens de udforskede en bevægelse væk fra deres legacy bookingsystem. Denne side beskriver de moderniseringsbehov og driftsmodeller, der blev overvejet under det engagement. Det hævder ikke, at Booking Ninjas blev Quinn’s produktionsreservationssystem, specificerer et uverificeret implementeringsomfang eller rapporterer uverificerede finansielle eller operationelle resultater.
Er din operation vokset ud over, hvad dit gamle bookingsystem var bygget til at håndtere?
Se hvordan Booking Ninjas kan hjælpe med at forbinde reservationer, tilgængelighed, ressourcer, kunder, betalinger og rapportering uden at få hver del af din operation til at følge de samme regler.
.jpeg)
.jpg)
.png)
