Goulding’s Monument Valley hadde én gjestedestinasjon, men mange forskjellige operasjoner og systemer som jobbet bak det.
Goulding’s Resort kombinerer lodge-rom, villaer, RV-plasser, campingopphold, spising, turer, detaljhandel og andre gjesteservice rundt Monument Valley-opplevelsen.
Booking Ninjas jobbet med Goulding’s sammen med en konsulentpartner for å støtte en teknologisk retning som så på hele driften i stedet for å behandle hver avdeling som et separat programvareproblem.
Utfordringen: én gjesteopplevelse, mange systemer bak det
På tidspunktet for prosjektet var forskjellige deler av Goulding’s drift avhengig av separate lokale systemer på tvers av reservasjoner, salgssteder, romtilgang, detaljhandel, kommunikasjon og relaterte funksjoner.
Det blir vanskelig når én gjest kan interagere med flere deler av eiendommen i løpet av det samme oppholdet.
- Hotellrom og villaer
- RV- og campinginventar
- Grupper og møterom
- Gjesthistorikk
- Renhold
- Vedlikehold
- Restaurant- og POS-aktivitet
- Betalinger og rapportering
Hver avdeling kan ha en annen jobb, men informasjonen tilhører ofte den samme gjesten, reservasjonen, enheten eller transaksjonen.
Ulike ressurser trengte forskjellige arbeidsflyter
Et hotellrom, villa, RV-plass, campingenhet og møterom kan alle reserveres.
Men det betyr ikke at de alle skal følge én identisk arbeidsflyt.
Overnatting kan avhenge av tilgjengelighet og priser per natt. En RV-plass har forskjellige inventardetaljer. Møterom kan avhenge av arrangementsdatoer og gruppekrav. Restauranttransaksjoner følger en annen prosess igjen.
Den nyttige teknologiske retningen var derfor ikke å flate ut Goulding’s til en standard hotellmodell.
Det var å la forskjellige ressurser beholde de reglene de trengte mens de koblet det underliggende driftsbildet.
Booking Ninjas-retningen: koble hele destinasjonen
Det historiske prosjektomfanget så på flere deler av Goulding’s miljø i stedet for én isolert reservasjonsfunksjon.
Koble rom, villaer, RV-inventar, campingressurser, grupper og andre reserverbare rom til strukturert tilgjengelighet.
Hold reservasjon og gjesteinformasjon nyttig mens personen interagerer med andre deler av resorten.
Koble renhold, vedlikehold, serviceforespørsel og annet arbeid til overnattingen eller gjesten som er involvert.
Knytt betalinger og POS-aktivitet nærmere bestillinger, gjester, tjenester og driftsopptegnelser.
Gi ledelsen et sterkere grunnlag for belegg, inntekter, skatt, gjest- og driftsrapportering.
Hvordan driftskravene passer sammen
| Goulding’s behov | Booking Ninjas-retning | Hva en sammenkoblet modell kan forbedre |
|---|---|---|
| Administrere forskjellige oppholdstyper | Bookingadministrasjon | Rom, villaer, RV-plasser, campinginventar og andre ressurser kan sitte innenfor en delt bookingsstruktur mens de beholder sine egne regler. |
| Hold tilgjengeligheten pålitelig | Tilgjengelighet + Reservasjonsadministrasjon | Bestillinger, restriksjoner, kapasitet og inventarendringer kan mate det samme tilgjengelighetsbildet i stedet for å kreve gjentatt manuell sjekk. |
| Koordinere renhold og vedlikehold | Arbeidsordrehåndtering | Operativt arbeid kan kobles til rommet, villaen, plassen eller annet sted der arbeidet faktisk hører hjemme. |
| Koble restaurantaktivitet | Salgssted | Transaksjoner kan kobles til bestillinger, tjenester, kunder, inventar og driftsrapportering i stedet for å forbli isolert aktivitet. |
| Støtte grupper | Gruppebestilling + Faktureringsarbeidsflyter | Relaterte reservasjoner og kostnader kan holde seg nærmere sammen når én gruppe berører flere overnattinger eller tjenester. |
| Arbeid bort fra et fast skrivebord | Mobil / Nettbrett-tilgang | Ansatte kan jobbe nærmere gjestene og fjerntliggende områder av driften i stedet for å rute hver handling gjennom én arbeidsstasjon. |
| Bruk gjesthistorikken | Salesforce-kundepost | Oppholdshistorikk, transaksjoner, forespørsel og annen godkjent aktivitet kan bidra til et mer nyttig kundebilde. |
| Hold rom for integrering | Salesforce + API-baserte integrasjoner | Det operative miljøet kan kobles til eksterne kanaler og spesialiserte systemer i stedet for å kreve at hvert verktøy må byttes ut på en gang. |
Én gjest kan berøre flere deler av resorten
Et enkelt eksempel gjør problemet lettere å se.
En gjest bestiller en villa hos Goulding’s. I løpet av oppholdet spiser de på restauranten og belaster måltidet til overnattingen. Senere rapporterer de et problem i villaen og trenger hjelp fra personalet.
For gjesten er dette alle deler av ett opphold.
I et fragmentert teknologisk miljø kan imidlertid villareservasjonen, restauranttransaksjonen, gjesteprofilen, vedlikeholdsproblemet og personalets respons alle leve på forskjellige steder.
Det betyr ikke at hver avdeling ser alt. Salesforce-rettigheter kan fortsatt bestemme hvilke brukere som ser og endrer hvilke poster.
Resepsjonen, renhold og vedlikehold trengte det samme driftsbildet
Resepsjonen kan vite at en gjest er på vei.
Renhold trenger å vite om overnattingen er klar.
Vedlikehold trenger å vite når en enhet har et problem.
Ledelsen trenger å vite om et problem fortsatt er åpent og om enheten kan brukes normalt.
Disse teamene har forskjellige jobber, men arbeidet kan fortsatt kobles til det samme rommet, villaen, plassen, reservasjonen eller gjesten.
Booking Ninjas' nåværende arbeidsordrehåndteringskapasitet følger den modellen ved å koble stedet, oppdraget, statusen, prioriteten og historikken til operativt arbeid inne i Salesforce.
Gjesteforholdet stoppet ikke når de forlot rommet
Goulding’s driver også mat, detaljhandel og andre gjesteservice.
Det skaper en annen mulighet for fragmentering når en transaksjon skjer i ett system mens gjesteoppholdet sitter et annet sted.
De historiske kravene inkluderte spesifikt restaurant- og POS-aktivitet, romkostnader, mobilbestilling og betaling, og relaterte transaksjonsarbeidsflyter.
Booking Ninjas' nåværende Salgssted støtter den bredere ideen ved å knytte transaksjoner til kunder, bestillinger, tjenester, inventar og driftsopptegnelser.
Operasjoner måtte gå utover resepsjonen
Goulding’s identifiserte også fjernfunksjonalitet som viktig.
Det betyr noe i en destinasjonsdrift der gjester og ressurser er spredt over lodge-bygninger, villaer, RV-områder, campinginventar og andre deler av eiendommen.
En ansatt bør ikke alltid måtte returnere til én fast resepsjonsarbeidsstasjon for å se informasjon eller fullføre en operativ handling.
Mobil- og nettbretttilgang skaper en annen modell: ansatte kan jobbe nærmere der gjesten eller det operative problemet faktisk er.
Forretningsverdien kommer fra å redusere gapene mellom operasjoner
Vi har ikke verifiserte før-og-etter målinger for dette prosjektet, så verdien bør ikke presenteres som en spesifikk prosentvis forbedring.
Den operative modellen viser hvor et tilkoblet system kan redusere unødvendig arbeid og beskytte inntektsmuligheter.
Tilkoblede poster kan redusere behovet for å registrere eller avstemme den samme gjesten, bestillingen, betalingen eller driftsinformasjonen på flere steder.
Rengjøring, vedlikehold, reservasjoner og servicearbeid kan forbli tilkoblet ressursen eller gjesten som er involvert.
Klarere tilgjengelighet og enhetsstatus kan hjelpe ansatte med å forstå hva slags overnatting eller ressurs som faktisk er klar til å selges.
Restaurant-, gjest-, romavgift- og betalingsaktivitet kan bli lettere å følge når den deler en driftskontekst.
Strukturerte reservasjon-, pakke-, pris- og gruppearbeidsflyter kan redusere avhengigheten av manuell koordinering etter hvert som kompleksiteten i bestillingene øker.
Operative og finansielle data kan gi ledelsen en klarere oversikt når de kommer fra tilkoblede poster i stedet for isolerte systemer.
Arkitekturen måtte også ha et sted å vokse
Goulding sine krav så utover de umiddelbare arbeidsflytene.
Prosjektet vurderte også fremtidig kanaltilkobling, automatiserte prisoppdateringer, markedsføring, integrasjoner, gjestekommunikasjon og bredere rapporteringsbehov.
Det er viktig fordi en etablert destinasjon ikke slutter å endre seg etter at et nytt system er introdusert.
Salesforce-grunnlaget gir en måte å legge til tilkoblinger og arbeidsflyter rundt de samme driftsopptegnelsene i stedet for å begynne en ny programvareerstatning hver gang et nytt krav dukker opp.
Goulding måtte ikke bli en enklere virksomhet for å passe programvaren
Dette er hva som gjør Goulding til et sterkt eksempel på Booking Ninjas tilnærming.
Destinasjonen krysser flere kategorier som tradisjonell programvare ofte skiller: hotellovernatting, villaer, RV- og campingopphold, gruppevirksomhet, arrangementer, servering, detaljhandel, fasiliteter og gjesteservice.
En rigid plattform kan be organisasjonen om å bestemme hvilken av disse virksomhetene den egentlig er.
Booking Ninjas kan ta motsatt tilnærming: bruke et felles Salesforce-grunnlag, og deretter konfigurere forskjellige arbeidsflyter rundt de delene av driften som trenger dem.
Ulike deler kan ha forskjellige regler samtidig som de deler dataene og relasjonene som bør forbli tilkoblede.
Start med bestillinger, og koble deretter sammen det destinasjonen trenger
Booking Engine og Reservasjonsadministrasjon kan gi den grunnleggende reservasjonsstrukturen.
Et mer komplekst feriested kan deretter utvide det grunnlaget med gruppebestilling, prisadministrasjon, POS, betalinger, rengjøring, arbeidsordrer, inventar, rapportering, mobiltilgang, portaler, kanaltilkobling og integrasjoner der disse funksjonene løser et reelt operativt problem.
Det viktige poenget er ikke å installere hver modul.
Det er å koble sammen delene av destinasjonen som allerede er avhengige av hverandre.
For den bredere bruken, se Løsning for Resort Management .
Lær mer om tilkoblede resortoperasjoner
Se hvordan bestillinger, kapasitet, restriksjoner og andre regler avgjør om et rom, sted, område eller ressurs fortsatt kan bestilles.
Hvordan tilgjengelighet administreres →Se hvordan vedlikeholdsarbeid kan forbli tilkoblet rommet, enheten, stedet eller eiendelen der problemet faktisk tilhører.
Hvordan vedlikehold kobles til rom og eiendeler →Se hvordan bestillinger, betalinger, serviceaktivitet og annen godkjent informasjon kan forbli tilkoblet rundt den samme kunden.
Hva er en kundepost? →Om denne historien: Booking Ninjas jobbet med Goulding’s Monument Valley sammen med en konsulentpartner rundt et bredt operasjonelt teknologisk omfang som dekker overnatting, villaer, RV- og campinginventar, grupper, gjesteaktivitet, POS, drift, rapportering, mobilfunksjonalitet og fremtidige integrasjoner. De opprinnelige kravene brukes til å beskrive det operative problemet og teknologiretningen; denne siden hevder ikke at hver forespurt RFP-funksjonalitet ble til slutt implementert eller rapporterer uverifiserte økonomiske resultater.
Kjør én destinasjon uten å gjøre hver operasjon til et separat system.
Se hvordan Booking Ninjas kan koble sammen reservasjoner, ressurser, gjester, betalinger, POS, vedlikehold, ansattes arbeidsflyter, rapportering og integrasjoner rundt måten destinasjonen din faktisk opererer.
.jpeg)
.jpg)
.png)
