Bristol Adventure selger komplette eventyrreiser, ikke isolerte romnetter. En enkelt bestilling kan kombinere et fast opphold, flere reisende, hytter, fly, aktiviteter, tillegg og delte eller separate betalinger.
Et standard reservasjonsoppsett var ikke nok. Bestillingssystemet måtte følge måten Bristol Adventure faktisk bygger og selger sine turer på.
Utfordringen: en eventyrpakke er mer enn en rombestilling
Bristol Adventure håndterer overnatting på tvers av hytter og rom, men innkvartering er bare én del av produktet.
Mange turer følger faste oppholdslengder. Gjestene kan også trenge fly og aktiviteter med sine egne tider og kapasitet. Familier og større grupper kan trenge flere rom samtidig som de fortsatt tilhører én samlet eventyrpakke.
- Faste 3, 4 og 7-netters opphold
- Hytter og rominventar
- Multi-rom gruppebestillinger
- Fly med avgangstider
- Flysete kapasitet
- Aktiviteter og tillegg
- Delte turfakturaer
- Salesforce kundeposter
Tre arbeidsflyter formet rundt Bristol Adventure
Det viktigste arbeidet fokuserte på tre deler av driften som ikke passet inn i en grunnleggende romreservasjonsmodell.
| Bristol Adventure behov | Booking Ninjas oppsett | Hvorfor det er viktig |
|---|---|---|
| Faste bestillinger | Reservasjonsregler ble konfigurert rundt Bristol Adventures faste 3, 4 og 7-netters pakker. | Bestillingsflyten kan følge produktet Bristol Adventure faktisk selger i stedet for å oppføre seg som en ubegrenset nattlig hotellkalender. |
| Fly gjennom POS | Fly ble strukturert som tidsbaserte POS-produkter med avgangstider, seteinventar og lenker tilbake til gjestens reservasjon. | Et fly blir administrert inventar inne i turen i stedet for et frakoblet manuelt tillegg. |
| Gruppe luksus eventyrpakker | Gruppebestilling ble brukt for å holde flere rom, reisende, fly og tillegg under én samlet turstruktur. | En familie eller gruppe kan administreres som ett eventyr i stedet for en samling av urelaterte reservasjoner. |
Faste bestillinger for turer med definerte oppholdslengder
De fleste Bristol Adventure-opphold er ikke åpne hotellreservasjoner. Produktet har selv en definert lengde.
Typiske pakkealternativer inkluderer 3-netters, 4-netters og 7-netters opphold. Booking Ninjas ble konfigurert slik at disse oppholdsreglene kunne reflekteres i reservasjonsprosessen.
Det er viktig fordi tilgjengelighet og bestillingsregler bør samsvare med hva selskapet faktisk kan levere. Gjestene bør ikke kunne lage kombinasjoner som faller utenfor den tiltenkte eventyrpakken bare fordi et rom ser åpent ut på en kalender.
Fly ble tidbasert inventar gjennom POS
Fly var mer komplekse enn et normalt reservasjons tillegg.
Hvert fly kan ha en avgangstid og et begrenset antall seter. Bristol Adventure trenger også muligheten til å reagere når driftskapasiteten endres. For eksempel, hvis to fly tilbyr 18 seter og ett fly blir utilgjengelig, kan salgbart kapasitet måtte reduseres for den dagen.
Booking Ninjas brukte POS-strukturen for å behandle fly som tidsbaserte produkter med sitt eget inventar.
Flyet opprettes som en tidsbasert tjeneste.
Tilgjengelige avgangstider kan tildeles.
Beholdningen representerer kapasiteten tilgjengelig for salg.
Flyet kan knyttes til reisendes opphold.
Bestillingen kan forbli koblet til turens faktureringsopptegnelser.
Den samme POS-strukturen kan også støtte et frittstående flysalg når en reisende ikke trenger overnatting.
For mer om kapasitet-basert bestilling, se Hvordan tilgjengelighet håndteres.
Gruppe luksus eventyrpakker holder seg sammen
En familie eller gruppe tur kan raskt bli vanskelig å administrere hvis hvert rom behandles som en urelatert reservasjon.
Bristol Adventure kan ha en vert som organiserer en tur for flere personer. Gruppen kan kreve flere rom eller hytter, fly og andre tillegg mens de fortsatt er ett eventyr.
Booking Ninjas aktiverte Gruppebestilling strukturen slik at flere overnattinger kunne sitte under gruppen i stedet for å tvinge teamet til å bygge opp turen rom for rom.
Turen blir koblingspunktet
Når disse delene er koblet sammen, trenger ikke Bristol Adventure å tenke på overnatting, fly og grupper som separate systemer.
Driftsflyten blir lettere å forstå:
Kunden forblir koblet til Salesforce-posten.
Det riktige faste oppholdet velges.
Hytter og rom tildeles turen.
Kapasitetsbaserte tjenester kan legges til rundt oppholdet.
Den tilkoblede aktiviteten forblir tilgjengelig inne i Salesforce.
Resultatet er ikke bare en bedre kalender. Det er en bestillingsstruktur som kan representere det komplette produktet Bristol Adventure selger.
Bygget rundt Bristol Adventures Salesforce-miljø
Bristol Adventure hadde allerede Salesforce Sales Cloud på plass. Booking Ninjas ble designet for å fungere på den samme Salesforce-plattformen.
Det betyr at reservasjoner kan forbli koblet til Salesforce-kontoer og kontakter i stedet for å opprette en separat kundedatabase som ansatte deretter må holde synkronisert.
Det gir også Bristol Adventure rom til å fortsette å forme organisasjonen rundt sin egen terminologi, poster, arbeidsflyter, rapportering og fremtidige krav.
Lær mer i Hva er en Salesforce-org?
Støtte for betalingsdelen av turen
Bristol Adventure diskuterte også en betalingsplan der 50 % forfaller innen syv dager etter fakturaen og de resterende 50 % forfaller 90 dager før turen. Bestillinger gjort innen det 90-dagers vinduet krever full betaling.
Teamet hadde manuelt sjekket hvilke kunder som var forsinket.
I løpet av Booking Ninjas gjennomgangen ble fakturaer, betalingsposter, kort på fil, Stripe betalingsbehandling og betalingsautomatisering demonstrert rundt reservasjonsarbeidsflyten.
Dette gir den samme turstrukturen en vei for å støtte fakturering og betalingsoppfølging uten å skille den finansielle siden fra selve reservasjonen.
Se hvordan bestillinger kobles til fakturaer.
Hva endret seg for Bristol Adventure-oppsettet
Faste opphold kan følge pakke lengdene Bristol Adventure faktisk selger.
Avgangstider og sete kapasitet kan håndteres som en del av bestillingsoperasjonen.
Flere rom, reisende, fly og tillegg kan forbli en del av ett større eventyr.
Innkvartering og tjenester trenger ikke å lage separate bestillingsspor som ansatte gjenoppretter for hånd.
Kunde- og reservasjonsaktivitet kan forbli koblet til Salesforce-miljøet Bristol Adventure allerede bruker.
Oppsettet kan følge Bristol Adventures driftsmodell i stedet for å tvinge virksomheten inn i en standard hotell arbeidsflyt.
Relatert lesning
Se hvordan flere reservasjoner og reisende kan håndteres som en del av en større bestilling.
Utforsk Gruppebestilling →Se hvordan datoer, kapasitet, inventar og bestillingsbegrensninger fungerer sammen.
Hvordan tilgjengelighet håndteres →Se hvorfor driftsmiljøet kan formes rundt en organisasjons egne poster og arbeidsflyter.
Hva er en Salesforce-org? →Se hvordan reservasjonsaktivitet kan forbli koblet til fakturaer og betalinger.
Hvordan bestillinger kobles til fakturaer →Dine bestillinger trenger ikke å passe inn i en standard modell
Se hvordan Booking Ninjas kan forme reservasjoner, pakker, kapasitet-baserte tjenester, betalinger og gruppe arbeidsflyter rundt måten driften din faktisk fungerer på.
.jpeg)
.jpg)
.png)
