Bristol Adventure sælger komplette eventyrrejser, ikke isolerede overnatninger. En enkelt booking kan kombinere et fast ophold, flere rejsende, hytter, fly, aktiviteter, tillæg og delte eller separate betalinger.
En standard reservationsopsætning var ikke nok. Bookingsystemet skulle følge den måde, Bristol Adventure faktisk bygger og sælger sine rejser på.
Udfordringen: en eventyrpakke er mere end en værelsesbooking
Bristol Adventure håndterer indkvartering på tværs af hytter og værelser, men indkvartering er kun én del af produktet.
Mange rejser følger faste opholdslængder. Gæsterne kan også have brug for fly og aktiviteter med deres egne tidspunkter og kapacitet. Familier og større grupper kan have brug for flere værelser, mens de stadig tilhører én samlet eventyrpakke.
- Faste 3, 4 og 7-nats ophold
- Hytter og værelse inventar
- Multi-værelses gruppebookinger
- Fly med afgangstider
- Fly sædekapacitet
- Aktiviteter og tillæg
- Delte rejsefakturaer
- Salesforce kundeposter
Tre arbejdsgange formet omkring Bristol Adventure
Det vigtigste arbejde fokuserede på tre dele af driften, der ikke passede ind i en grundlæggende værelsesreservationsmodel.
| Bristol Adventure behov | Booking Ninjas opsætning | Hvorfor det er vigtigt |
|---|---|---|
| Faste bookings | Reservationsregler blev konfigureret omkring Bristol Adventures faste 3, 4 og 7-nats pakker. | Bookingflowet kan følge det produkt, Bristol Adventure faktisk sælger i stedet for at opføre sig som en ubegribelig natlig hotelkalender. |
| Fly gennem POS | Fly blev struktureret som tidsbaserede POS-produkter med afgangstider, sædinventar og links tilbage til gæstens reservation. | Et fly bliver administreret inventar inden for rejsen i stedet for en frakoblet manuel tillæg. |
| Gruppe luksus eventyrpakker | Gruppebooking blev brugt til at holde flere værelser, rejsende, fly og tillæg under én samlet rejse struktur. | En familie eller gruppe kan administreres som ét eventyr i stedet for en samling af urelaterede reservationer. |
Faste bookings for rejser med definerede opholdslængder
De fleste Bristol Adventure ophold er ikke åbne hotelreservationer. Produktet har selv en defineret længde.
Typiske pakke muligheder inkluderer 3-nats, 4-nats og 7-nats ophold. Booking Ninjas blev konfigureret, så disse opholdsregler kunne afspejles i reservationsprocessen.
Det er vigtigt, fordi tilgængelighed og bookingsregler skal matche, hvad virksomheden faktisk kan levere. Gæsterne bør ikke kunne skabe kombinationer, der falder uden for den tilsigtede eventyrpakke, blot fordi et værelse ser åbent ud på en kalender.
Fly blev tidsbaseret inventar gennem POS
Fly var mere komplekse end et normalt reservations tillæg.
Hvert fly kan have en afgangstid og et begrænset antal pladser. Bristol Adventure har også brug for muligheden for at reagere, når den operationelle kapacitet ændres. For eksempel, hvis to fly tilbyder 18 pladser, og et fly bliver utilgængeligt, kan den sælges kapacitet falde for den dag.
Booking Ninjas brugte POS-strukturen til at behandle fly som tidsbaserede produkter med deres eget inventar.
Flyet oprettes som en tidsbaseret service.
Tilgængelige afgangstider kan tildeles.
Beholdningen repræsenterer den kapacitet, der er tilgængelig til salg.
Flyet kan knyttes til rejsendes ophold.
Ordren kan forblive forbundet til rejseafregningens optegnelser.
Den samme POS-struktur kan også understøtte et selvstændigt flysalg, når en rejsende ikke har brug for indkvartering.
For mere information om kapacitetsbaseret booking, se Hvordan tilgængelighed styres.
Gruppe luksus eventyrpakker forbliver sammen
En familie- eller grupperejse kan hurtigt blive svær at administrere, hvis hvert værelse behandles som en urelateret reservation.
Bristol Adventure kan have en vært, der organiserer en rejse for flere personer. Gruppen kan kræve flere værelser eller hytter, fly og andre tillæg, mens de stadig er én eventyr.
Booking Ninjas aktiverede Gruppebooking strukturen, så flere indkvarteringer kunne sidde under gruppen i stedet for at tvinge teamet til at genopbygge rejsen værelse for værelse.
Rejsen bliver forbindelsespunktet
Når disse elementer er forbundet, behøver Bristol Adventure ikke at tænke på indkvartering, fly og grupper som separate systemer.
Driftsflowet bliver lettere at forstå:
Kunden forbliver forbundet til Salesforce-posten.
Det korrekte faste ophold vælges.
Hytter og værelser tildeles rejsen.
Kapacitetsbaserede tjenester kan tilføjes omkring opholdet.
Den tilknyttede aktivitet forbliver tilgængelig inde i Salesforce.
Resultatet er ikke blot en bedre kalender. Det er en bookingsstruktur, der kan repræsentere det komplette produkt, Bristol Adventure sælger.
Bygget omkring Bristol Adventures Salesforce-miljø
Bristol Adventure havde allerede Salesforce Sales Cloud på plads. Booking Ninjas blev designet til at arbejde på den samme Salesforce-fundament.
Det betyder, at reservationer kan forblive forbundet til Salesforce-konti og kontakter i stedet for at oprette en separat kundedatabase, som personalet derefter skal holde synkroniseret.
Det giver også Bristol Adventure plads til fortsat at forme organisationen omkring sin egen terminologi, optegnelser, arbejdsgange, rapportering og fremtidige krav.
Lær mere i Hvad er en Salesforce-org?
Understøttelse af betalingsdelen af rejsen
Bristol Adventure diskuterede også en betalingsplan, hvor 50% forfalder inden for syv dage efter fakturaen, og de resterende 50% forfalder 90 dage før rejsen. Bookinger foretaget inden for det 90-dages vindue kræver fuld betaling.
Teamet havde manuelt kontrolleret, hvilke kunder der var forsinkede.
Under Booking Ninjas gennemgang blev fakturaer, betalingsoptegnelser, kort på fil, Stripe betalingsbehandling og betalingsautomatisering demonstreret omkring reservationsarbejdsgangen.
Dette giver den samme rejse struktur en vej til at understøtte fakturering og betalingsopfølgning uden at adskille den finansielle side fra selve reservationen.
Se hvordan bookinger forbinder til fakturaer.
Hvad der ændrede sig for Bristol Adventure opsætningen
Faste ophold kan følge de pakke længder, Bristol Adventure faktisk sælger.
Afgangstider og sædekapacitet kan håndteres som en del af bookingoperationen.
Flere værelser, rejsende, fly og tillæg kan forblive en del af ét større eventyr.
Indkvartering og tjenester behøver ikke at skabe separate bookingspor, som personalet genopretter manuelt.
Kunde- og reservationsaktiviteter kan forblive forbundet til Salesforce-miljøet, som Bristol Adventure allerede bruger.
Opsætningen kan følge Bristol Adventures driftsmodel i stedet for at tvinge virksomheden ind i en standard hotelarbejdsgang.
Relateret læsning
Se hvordan flere reservationer og rejsende kan håndteres som en del af en større booking.
Udforsk Gruppebooking →Se hvordan datoer, kapacitet, inventar og bookingsrestriktioner arbejder sammen.
Hvordan tilgængelighed styres →Se hvorfor driftsmiljøet kan formes omkring en organisations egne optegnelser og arbejdsgange.
Hvad er en Salesforce-org? →Se hvordan reservationsaktiviteter kan forblive forbundet til fakturaer og betalinger.
Hvordan bookinger forbinder til fakturaer →Dine bookinger behøver ikke at passe ind i en standardmodel
Se hvordan Booking Ninjas kan forme reservationer, pakker, kapacitetsbaserede tjenester, betalinger og gruppearbejdsgange omkring den måde, din operation faktisk fungerer på.
.jpeg)
.jpg)
.png)
