Монументалната долина на Гулдинг имаше една дестинация за гости, но много различни операции и системи, работещи зад нея.
Резорт на Гулдинг комбинира стаи в хостел, вили, места за каравани, къмпинг, хранене, турове, търговия на дребно и други услуги за гости около опита в Монументалната долина.
Booking Ninjas работиха с Гулдинг заедно с консултантски партньор, за да подкрепят технологичната посока, която разглеждаше цялата операция, вместо да третира всяко отделение като отделен софтуерен проблем.
Предизвикателството: един опит за гости, много системи зад него
В момента на проекта различни части от операцията на Гулдинг разчитаха на отделни локални системи за резервации, точка на продажба, достъп до стаи, търговия на дребно, комуникации и свързани функции.
Това става трудно, когато един гост може да взаимодейства с няколко части от имота по време на един и същ престой.
- Хотелски стаи и вили
- Инвентар на каравани и къмпинг
- Групи и пространства за срещи
- История на гостите
- Почистване
- Поддръжка
- Дейности в ресторанта и POS
- Плащания и отчети
Всяко отделение може да има различна работа, но информацията често принадлежи на един и същ гост, резервация, единица или транзакция.
Различни ресурси се нуждаят от различни работни потоци
Хотелска стая, вила, място за каравана, единица за къмпинг и пространство за срещи могат да бъдат резервирани.
Но това не означава, че всички те трябва да следват един идентичен работен поток.
Настаняването може да зависи от наличността и цените за нощувка. Мястото за каравана има различни детайли за инвентара. Пространството за срещи може да зависи от дати на събития и изисквания на групата. Транзакциите в ресторанта следват друг процес.
Полезната технологична посока не беше да се изравни Гулдинг в стандартен хотелски модел.
Тя беше да се позволи на различните ресурси да запазят правилата, от които се нуждаят, докато свързват основната оперативна картина.
Посоката на Booking Ninjas: свържете цялата дестинация
Историческият обхват на проекта разглеждаше няколко части от средата на Гулдинг, вместо една изолирана функция за резервации.
Свържете стаи, вили, инвентар на каравани, ресурси за къмпинг, групи и други резервируеми пространства с структурирана наличност.
Запазете информацията за резервацията и госта полезна, докато лицето взаимодейства с други части на курорта.
Свържете почистването, поддръжката, исканията за услуги и друга работа с настаняването или госта, участващи в тях.
Приближете плащанията и дейностите на POS до резервациите, гостите, услугите и оперативните записи.
Дайте на управлението по-силна основа за отчетност за заетост, приходи, данъци, гости и оперативни отчети.
Как се свързват оперативните изисквания
| Нуждата на Гулдинг | Посоката на Booking Ninjas | Какво може да подобри свързаният модел |
|---|---|---|
| Управлявайте различни типове престой | Управление на резервации | Стаите, вилите, местата за каравани, инвентарът на къмпинга и другите ресурси могат да бъдат част от споделена структура за резервации, като запазват собствените си правила. |
| Запазете наличността надеждна | Наличност + Управление на резервации | Резервации, ограничения, капацитет и промени в инвентара могат да захранват същата картина на наличността, вместо да изискват повторна ръчна проверка. |
| Координирайте почистването и поддръжката | Управление на работни поръчки | Оперативната работа може да бъде свързана с стаята, вилата, мястото или друго местоположение, където работата всъщност принадлежи. |
| Свържете дейността на ресторанта | Точка на продажба | Транзакциите могат да бъдат свързани с резервации, услуги, клиенти, инвентар и оперативни отчети, вместо да остават изолирана дейност. |
| Подкрепете групите | Работни потоци за групови резервации + фактуриране | Свързаните резервации и такси могат да останат по-близо, когато една група докосва няколко настанявания или услуги. |
| Работете далеч от фиксирано бюро | Достъп от мобилни устройства / таблети | Персоналът може да работи по-близо до гостите и отдалечените части на операцията, вместо да маршрутизира всяко действие през една работна станция. |
| Използвайте историята на госта | Запис на клиента в Salesforce | История на престоя, транзакции, искания и друга одобрена дейност могат да допринесат за по-полезна картина на клиента. |
| Запазете място за интеграция | Salesforce + Интеграции на базата на API | Оперативната среда може да се свърже с външни канали и специализирани системи, вместо да изисква всяко средство да бъде заменено наведнъж. |
Един гост може да докосне няколко части от курорта
Прост пример прави проблема по-лесен за виждане.
Гост резервира вила в Гулдинг. По време на престоя те ядат в ресторанта и начисляват храната на настаняването си. По-късно те съобщават за проблем във вилата и имат нужда от помощ от персонала.
За госта, това са всичките части на един престой.
В разпокъсана технологична среда обаче, резервацията на вилата, транзакцията в ресторанта, профилът на госта, проблемът с поддръжката и отговорът на персонала могат да живеят на различни места.
Това не означава, че всяко отделение вижда всичко. Разрешенията в Salesforce все още могат да определят кои потребители виждат и променят кои записи.
Рецепция, почистване и поддръжка се нуждаят от една и съща оперативна картина
Рецепцията може да знае, че гостът пристига.
Почистването трябва да знае дали настаняването е готово.
Поддръжката трябва да знае кога единицата има проблем.
Управлението трябва да знае дали проблемът все още е отворен и дали единицата може да продължи да се използва нормално.
Тези екипи имат различни работи, но работата все пак може да бъде свързана с една и съща стая, вила, място, резервация или гост.
Текущата способност за управление на работни поръчки на Booking Ninjas следва този модел, свързвайки местоположението, назначението, статуса, приоритета и историята на оперативната работа в Salesforce.
Връзката с госта не спира, когато те напуснат стаята
Гулдинг също така оперира храни, търговия на дребно и други услуги за гости.
Това създава още една възможност за фрагментация, когато транзакция се случва в една система, докато престоят на госта седи някъде другаде.
Историческите изисквания конкретно включваха дейности в ресторанта и POS, такси за стаи, мобилно поръчване и плащане и свързани работни потоци за транзакции.
Текущият Точка на продажба подкрепя по-широката идея, свързвайки транзакции с клиенти, резервации, услуги, инвентар и оперативни записи.
Операциите трябва да преминат отвъд рецепцията
Гулдинг също така идентифицира отдалечената функционалност като важна.
Това е важно в дестинационна операция, където гостите и ресурсите са разпръснати из сгради на хостела, вили, зони за каравани, инвентар на къмпинга и други части от имота.
Член на персонала не трябва винаги да се връща на една фиксирана работна станция на рецепцията, за да види информация или да завърши оперативно действие.
Достъпът от мобилни устройства и таблети създава различен модел: персоналът може да работи по-близо до мястото, където всъщност е гостът или оперативният проблем.
Стойността на бизнеса идва от намаляване на пропуските между операциите
Нямаме проверени метрики преди и след за този проект, така че стойността не трябва да се представя като конкретно процентно подобрение.
Операционният модел показва къде свързана система може да намали ненужната работа и да защити възможностите за приходи.
Свързаните записи могат да намалят необходимостта от въвеждане или съгласуване на същия гост, резервация, плащане или оперативна информация на няколко места.
Почистването, поддръжката, резервациите и обслужването могат да останат свързани с ресурса или госта, участващ.
Ясната наличност и статус на единиците могат да помогнат на персонала да разбере какво настаняване или ресурс всъщност е готово за продажба.
Дейността в ресторанта, гостите, таксите за стаи и плащанията могат да станат по-лесни за проследяване, когато споделят общ контекст на работа.
Структурираните работни потоци за резервации, пакети, тарифи и групи могат да намалят зависимостта от ръчна координация, когато сложността на резервацията нараства.
Оперативните и финансовите данни могат да предоставят на управлението по-ясен поглед, когато идват от свързани записи, а не от изолирани системи.
Архитектурата също се нуждаеше от място за растеж
Изискванията на Goulding надхвърляха непосредствените работни потоци.
Проектът също така разгледа бъдеща свързаност на канали, автоматизирани актуализации на тарифи, маркетинг, интеграции, комуникация с гости и по-широки нужди от отчитане.
Това е важно, защото утвърдена дестинация не спира да се променя след въвеждането на нова система.
Фондацията на Salesforce предоставя начин за добавяне на връзки и работни потоци около същите оперативни записи, вместо да започва нова замяна на софтуер всеки път, когато се появи ново изискване.
Goulding не трябваше да стане по-прост бизнес, за да се впише в софтуера
Това е, което прави Goulding силен пример за подхода на Booking Ninjas.
Дестинацията преминава през няколко категории, които традиционният софтуер често разделя: хотелско настаняване, вили, RV и къмпинг, групов бизнес, събития, хранене, търговия на дребно, съоръжения и услуги за гости.
Строга платформа може да помоли организацията да реши коя от тези дейности всъщност е.
Booking Ninjas може да приеме противоположния подход: да използва обща основа на Salesforce, а след това да конфигурира различни работни потоци около частите на операцията, които се нуждаят от тях.
Различните части могат да запазят различни правила, докато все пак споделят данните и отношенията, които трябва да останат свързани.
Започнете с резервации, след това свържете каквото дестинацията се нуждае
Booking Engine и управление на резервации могат да предоставят основната структура на резервацията.
По-сложен курорт може след това да разшири тази основа с групови резервации, управление на тарифи, POS, плащания, почистване, работни поръчки, инвентар, отчитане, мобилен достъп, портали, свързаност на канали и интеграции, където тези възможности решават реален оперативен проблем.
Важно е да не инсталирате всеки модул.
Важно е да свържете частите на дестинацията, които вече зависят една от друга.
За по-широкия случай на употреба, вижте Решението за управление на курорти .
Научете повече за свързаните курортни операции
Вижте как резервациите, капацитетът, ограниченията и другите правила определят дали стая, място, пространство или ресурс все още могат да бъдат резервирани.
Как се управлява наличността →Вижте как работата по поддръжка може да остане свързана със стаята, единицата, местоположението или актива, където всъщност принадлежи проблемът.
Как поддръжката се свързва със стаите и активите →Вижте как резервациите, плащанията, дейността по обслужване и друга одобрена информация могат да останат свързани около същия клиент.
Какво е запис на клиент? →За тази история: Booking Ninjas работи с Goulding’s Monument Valley заедно с консултантски партньор около широк обхват на оперативни технологии, обхващащи настаняване, вили, инвентар на RV и къмпинг, групи, дейности на гости, POS, операции, отчитане, мобилна функционалност и бъдещи интеграции. Първоначалните изисквания се използват за описание на оперативния проблем и технологичната посока; тази страница не твърди, че всяка поисканата способност в RFP е била в крайна сметка внедрена или отчита непроверени финансови резултати.
Управлявайте една дестинация, без да правите всяка операция отделна система.
Вижте как Booking Ninjas може да свърже резервации, ресурси, гости, плащания, POS, поддръжка, работни потоци на персонала, отчитане и интеграции около начина, по който вашата дестинация всъщност функционира.
.jpeg)
.jpg)
.png)
