background

Movara Fitness Resort

Movara Fitness Resort는 단순한 객실 숙박을 판매하지 않았습니다. 고객들은 숙소, 식사, 운동, 프로그램, 서비스 및 결제가 모두 함께 작동하는 구조화된 웰니스 체류를 위해 방문했습니다.

Movara Fitness Resort 는 유타주 아이빈스에 위치하며, 숙소와 구조화된 피트니스 및 웰니스 경험을 결합하여 짧은 방문에서 다주간 프로그램으로 확장할 수 있습니다.

Booking Ninjas는 Movara와 협력하여 실제로 판매되고 운영되는 방식에 맞춰 Salesforce 기반의 리조트 환경을 구성했습니다.

고객 Movara Fitness Resort
운영 웰니스 + 피트니스 리조트
주요 필요 웰니스 체류에 대한 PMS

도전 과제: 하나의 객실이 여러 종류의 재고를 나타낼 수 있음

Movara의 숙소 모델은 일반적인 하나의 객실, 하나의 예약 설정이 충분하지 않다는 것을 빠르게 보여주었습니다.

같은 물리적 객실은 한 고객에게 개인적으로 판매되거나 여러 프로그램 참가자 간에 공유될 수 있었습니다.

내부적으로, 101호와 같은 객실은 101A 및 101B와 같은 관련 재고를 가질 수 있었습니다.

만약 주 객실이 개인적으로 예약되면, 두 개의 공유 위치는 모두 사용 불가능해야 했습니다. 하나의 공유 위치가 예약되면, 시스템은 같은 객실이 다시 개인 재고로 판매되는 것을 방지해야 했습니다.

  • 킹 개인실
  • 킹 더블룸
  • 퀸 개인실
  • 퀸 더블룸
  • 빌라 개인실
  • 빌라 더블룸
  • 빌라 트리플룸
  • 연결된 부모-자녀 재고

Booking Ninjas는 Movara의 실제 규칙에 맞춰 재고를 구성했습니다

Booking Ninjas는 Movara와 협력하여 개인 및 공유 재고가 서로 자동으로 영향을 미칠 수 있도록 부모-자식 가용성 행동을 구성했습니다.

이는 비즈니스가 실제로 자원을 판매하는 방식에서 시작하여, 그 논리에 맞춰 시스템을 구성하는 더 넓은 구현 접근 방식의 좋은 예입니다.

Booking Ninjas의 현재 예약 관리 및 예약 플랫폼은 예약을 재고, 가용성, 용량, 가격 및 운영 규칙과 직접 연결하여 동일한 넓은 모델을 사용합니다.

제품은 단순한 객실이 아닌 웰니스 패키지였습니다

숙소는 고객이 구매하는 것의 일부에 불과했습니다.

체류는 숙소, 식사, 운동 접근, 피트니스 프로그램 및 기타 웰니스 구성 요소를 결합할 수 있었습니다.

이러한 구성 요소는 서로 다른 세금 처리를 받을 수 있으며, 최종 가격은 점유율, 체류 기간, 계절, 충성도 상태 및 프로모션 규칙에 따라 달라질 수 있습니다.

더 긴 예약은 같은 체류 중에 서로 다른 가격 기간을 넘길 수도 있습니다.

01 숙소

개인 또는 공유 숙소는 패키지 및 재고 요구 사항의 일부를 설정합니다.

02 프로그램

식사, 운동 및 웰니스 프로그램은 고객이 구매하는 것의 일부를 형성합니다.

03 요금 규칙

길이, 점유율, 날짜, 충성도 및 프로모션은 체류 가격에 영향을 줄 수 있습니다.

04 결제

보증금, 잔액, 송장 및 결제 내역은 예약과 연결되어 있습니다.

05 체류

최종 예약은 고객의 전체 경험 뒤에 있는 운영 세부 정보를 담고 있습니다.

Booking Ninjas는 이를 패키지 및 요금 관리로 접근하여 모든 것을 단일 숙박 요금으로 축소하지 않았습니다.

현재 요금 관리 기능은 Salesforce 내에서 계절별, 달력 기반 및 규칙 기반 가격을 지원합니다.

Movara 운영 모델이 어떻게 맞물렸는지

Movara 필요 Booking Ninjas 접근 방식 설정이 쉽게 만들 수 있는 것
개인 + 공유 객실 재고 연결된 예약 및 가용성 규칙 같은 물리적 객실의 개인 및 공유 버전이 서로를 올바르게 차단할 수 있었습니다.
다양한 웰니스 패키지 패키지 + 요금 관리 숙소, 프로그램 구성 요소, 날짜, 점유율 및 가격 규칙이 동일한 체류 구조의 일부로 남을 수 있었습니다.
장기 및 단기 체류 규칙 기반 가격 서로 다른 가격 기간 및 체류 길이를 처리할 수 있었으며, 모든 예약을 하나의 고정 숙박 요금으로 축소하지 않았습니다.
보증금 및 잔액 예약 + 결제 워크플로우 선불금, 남은 잔액, 송장, 카드 및 결제 내역이 고객의 예약과 연결되어 있을 수 있었습니다.
객실 준비 상태 파악 하우스키핑 상태 체크아웃은 객실을 비어있는 더러운 상태로 이동시킨 후 하우스키핑이 다시 깨끗한 상태로 돌아오게 할 수 있었습니다.
체류 중 서비스 판매 판매 시점 스파 서비스, 개인 훈련, 상품, 여행 및 기타 구매가 고객 및 예약과 연결될 수 있었습니다.
선불 및 부수적 지출 명확히 하기 청구 + POS 구조 선불 웰니스 패키지는 도착 후 추가 구매와 구별될 수 있었습니다.

예약이 고객 운영의 시작이 되었습니다

Movara의 직원들은 예약 확인서 이상의 것이 필요했습니다.

그들은 누가 도착하는지, 현재 누가 있는지, 고객이 어떤 객실을 차지하고 있는지, 잔액이 남아 있는지, 무엇이 지불되었는지, 숙소가 다시 판매할 준비가 되었는지를 이해해야 했습니다.

Booking Ninjas는 이러한 프로세스를 Salesforce 기반의 예약 기록 주위에서 유지하기 위해 노력했습니다. 이렇게 하면 예약이 고객이 도착한 후에도 유용하게 유지될 수 있습니다.

이는 예약을 판매 기록에서 고객이 도착한 후에도 운영에서 계속 사용할 수 있는 것으로 전환합니다.

가용성은 운영 객실 상태에도 의존했습니다

고객이 체크아웃한다고 해서 자동으로 다음 도착을 위한 객실이 준비된 것은 아닙니다.

Movara는 객실이 간단하지만 중요한 순서를 통해 이동해야 했습니다:

이는 하우스키핑을 재고 관리와 직접 연결합니다.

객실이 물리적으로 비어 있을 수 있지만, 운영 상태가 준비가 되었다고 말할 때까지는 판매 가능한 재고로 취급되어서는 안 됩니다.

이것이 가용성이 예약과 자원의 실제 상태를 모두 반영할 때 더 유용한 이유입니다.

웰니스 패키지가 구매된 후에도 리조트 경험이 계속되었습니다

Movara의 현장 거래는 일반적인 레스토랑 중심의 리조트 POS와도 달랐습니다.

고객들은 마사지, 개인 훈련, 프로샵 상품, 개인 하이킹, 여행, 포장 식사 및 기타 웰니스 서비스 또는 부수적 비용을 구매할 수 있었습니다.

Booking Ninjas는 이러한 실제 구매를 중심으로 형성된 POS 경험을 위해 노력했습니다. 일반적인 레스토랑 테이블 워크플로우가 아닙니다.

더 넓은 목표는 추가 지출을 고객 및 예약과 연결하면서도 선불 웰니스 패키지와 구별하는 것이었습니다.

Booking Ninjas의 현재 POS는 거래를 예약, 서비스, 멤버십 및 Salesforce 내 고객 기록과 연결합니다.

시스템은 실제 운영 피드백을 통해 구축되었습니다

Movara 프로젝트의 정의적인 부분은 구현 프로세스 자체였습니다.

Booking Ninjas는 기존 운영을 검토하고 Salesforce 환경을 생성하며 Movara 팀과 함께 반복적인 검토 및 테스트 세션을 진행했습니다.

그 피드백은 일반적인 리조트 구현에서 놓치기 쉬운 세부 사항을 드러냈습니다: 공유 객실 레이블이 어떻게 나타나야 하는지, 재고가 어떻게 차단되어야 하는지, 패키지 구성 요소가 어떻게 가격이 책정되어야 하는지, 객실 상태가 어떻게 변경되어야 하는지, 선불 프로그램 요금이 부수적 비용과 어떻게 달라야 하는지.

구현은 의도적으로 단계적으로 진행되었습니다.

핵심 예약 및 PMS 워크플로우가 먼저 진행되었고, 더 깊은 POS, 회계, 보고, 크레딧 및 지원 프로세스가 뒤따를 예정이었습니다.

프로젝트가 보여준 것

Movara는 궁극적으로 더 넓은 구현을 일시 중지하고 기존 PMS를 계속 사용하며 다른 비즈니스 우선 사항에 집중했습니다.

계획된 전체 PMS, 회계 및 POS 교체는 따라서 완료되지 않았습니다.

상당한 구현 작업은 여전히 Booking Ninjas가 비정상적으로 복잡한 웰니스 리조트 운영을 모델링할 수 있는 방법을 보여주었습니다.

공유 재고는 실제 규칙을 따를 수 있었습니다

같은 숙소의 개인 및 공유 버전은 상충하는 예약을 허용하지 않고 모델링할 수 있었습니다.

가격은 프로그램을 따를 수 있었습니다

예약 구조는 체류 길이, 점유율, 계절 기간, 패키지, 프로모션 및 서로 다른 가격 구성 요소를 고려할 수 있었습니다.

고객 체류는 연결된 상태를 유지했습니다

예약, 객실 상태, 결제, 고객 정보 및 기타 운영 활동이 동일한 Salesforce 기반을 공유할 수 있었습니다.

하우스키핑은 실제 가용성에 영향을 미쳤습니다

재고는 숙소가 실제로 다른 고객을 맞이할 준비가 되었는지를 반영할 수 있었으며, 단순히 이전 고객이 떠났는지를 반영하지 않았습니다.

현장 지출은 맥락이 있었습니다

추가 서비스 및 구매는 고객 및 예약을 중심으로 설계될 수 있었으며, 고립된 거래가 되지 않았습니다.

워크플로우는 Movara를 따를 수 있었습니다

프로젝트는 비정상적인 규칙을 가진 웰니스 리조트를 모델링할 수 있는 방법을 보여주었습니다. 이를 전통적인 호텔 템플릿으로 축소하지 않았습니다.

Movara는 또 다른 일반 호텔 PMS가 필요하지 않았습니다

리조트의 제품은 디자인상 다릅니다.

개인 및 공유 재고는 다르게 작동했습니다. 웰니스 프로그램이 가격을 형성했습니다. 체류는 몇 주 동안 지속될 수 있었습니다. 고객은 프로그램을 중심으로 추가 구매를 했습니다. 하우스키핑 상태는 재고가 실제로 준비되었는지를 영향을 미쳤습니다.

경직된 PMS는 이러한 차이를 우회적으로 강요할 수 있습니다.

Booking Ninjas는 다른 접근 방식을 취했습니다: Salesforce를 운영 기반으로 사용하고, 예약, 가격, 결제, 서비스 및 운영 규칙을 조직에 맞춰 구성했습니다.

이 원칙은 오늘날 Booking Ninjas의 중심에 남아 있습니다: 서로 다른 운영이 동일한 플랫폼 기반을 사용할 수 있지만 동일한 비즈니스 규칙을 따를 필요는 없습니다.

이러한 종류의 리조트 설정에 대해 더 알아보세요

이 이야기의 배경: Booking Ninjas는 Movara Fitness Resort와 함께 개인 및 공유 숙소 재고, 웰니스 패키지, 복잡한 가격, 결제, 객실 상태, 고객 운영, POS 요구 사항 및 단계적 확장에 대한 상당한 구성 및 구현 작업을 완료했습니다. Movara는 이후 더 넓은 구현을 일시 중지하고 기존 PMS를 계속 사용했으므로 이 페이지는 Booking Ninjas를 Movara의 완전한 생산 PMS로 제시하거나 검증되지 않은 재무 또는 운영 결과를 주장하지 않습니다.

당신의 리조트는 PMS에 맞추기 위해 제품을 단순화할 필요가 없습니다.

Booking Ninjas가 복잡한 재고, 패키지, 요금, 고객, 결제, 서비스, 객실 상태 및 운영을 실제 체류 방식에 맞춰 연결할 수 있는 방법을 확인하세요.

WhatsApp 메시지

WhatsApp 메시지