Quinns Hot Springs Resort

레거시 시스템이 더 어려워질 수 있는 이유

오래된 예약 시스템은 원래 수행하도록 설계된 작업을 계속 수행할 수 있습니다.

문제는 운영이 그 주위에서 성장할 때 나타납니다.

새로운 숙소 유형, 새로운 고객 경험, 다양한 수용 규칙, 변화하는 결제 정책, 추가 보고 요구 사항 및 고객이 예약하는 새로운 방법은 모두 원래 시스템이 제공하도록 설계된 것보다 더 많은 유연성을 요구할 수 있습니다.

퀸스는 그 다음 단계를 고려하고 있었습니다.

목표는 단순히 오래된 화면을 새로운 화면으로 교체하는 것이 아니었습니다. 더 유용한 방향은 리조트가 변화함에 따라 적응할 수 있는 예약 기반을 고려하는 것이었습니다.

Booking Ninjas의 현재 예약 엔진 은 API, 미들웨어 또는 전체 교체가 한 번에 이루어지지 않아야 할 때 점진적인 전환을 통해 기존 레거시 환경과 함께 작동할 수 있습니다.

방향: 리조트를 객실이 아닌 연결된 자원으로 취급하기

Booking Ninjas는 퀸스가 예약 문제를 더 넓게 바라볼 수 있는 방법을 제공했습니다.

중요한 아이디어는 유연성이었습니다: 서로 다른 자원은 전체 리조트가 하나의 객실 캘린더처럼 행동할 필요 없이 서로 다른 가용성, 수용, 타이밍 및 결제 규칙을 따를 수 있습니다.

Booking Ninjas가 퀸스와 같은 리조트에 어떻게 적합할 수 있는가

풀장은 하나의 예약 규칙으로는 충분하지 않음을 보여줍니다

퀸스는 숙소 손님 풀 접근과 사전 일일 수영 예약을 모두 제공합니다.

이들은 관련된 경험이지만 동일한 방식으로 작동하지 않습니다.

숙소 손님은 이미 자격이 있는 숙박을 보유하고 있기 때문에 접근할 수 있습니다.

일일 방문객은 대신 별도의 가용성 및 예약 규칙이 있는 시간제 수영 세션 중에서 선택합니다.

바로 이러한 차이가 유연한 운영 모델이 이해해야 할 필요입니다.

Booking Ninjas의 현재 가용성 도구는 서로 다른 자원 주위에 서로 다른 일정 경계, 제한, 수용 한도 및 예약 규칙을 적용하도록 설계되었습니다.

결제는 예약 유형을 따릅니다

퀸스의 숙소 예약은 자체 보증금, 잔액 및 취소 규칙을 가지고 있습니다.

일일 수영 예약은 다른 결제 일정을 따릅니다.

이는 현대화 프로젝트에서 중요합니다. 결제 논리는 고객이 실제로 예약한 것과 연결되어 있어야 하며, 무관한 거래로 처리되어서는 안 됩니다.

Booking Ninjas는 결제 승인, 캡처, 거래 내역, 환불 및 예약 기록을 더 넓은 워크플로 내에서 연결할 수 있습니다.

손님은 리조트의 여러 부분과 상호작용할 수 있습니다

같은 사람이 캐빈에 머물고, 풀을 이용하고, 리조트에서 식사하고, 나중에 다시 돌아올 수 있습니다.

모든 예약이 무관한 거래로 존재할 때, 운영은 고객 이야기를 잃게 됩니다.

Salesforce 기반 환경은 또 다른 방향을 제공합니다: 고객 기록을 해당 개인의 예약 및 활동과 연결하여 유지합니다.

지식 센터는 고객 기록이란? 에서 그 구조를 설명합니다.

이는 모든 리조트 경험이 하나의 거대한 예약으로 결합될 필요는 없음을 의미합니다.

이는 비즈니스가 고객과 그들이 예약한 다양한 경험 간의 관계를 이해하는 더 명확한 방법을 가질 수 있음을 의미합니다.

참여가 보여준 것

우리는 Booking Ninjas가 퀸스의 레거시 시스템을 생산에서 대체했거나 측정 가능한 출시 후 결과를 제공했다는 주장을 할 수 있는 충분한 증거가 없습니다.

따라서 유용한 결과는 참여 중에 보여준 현대화 방향입니다.

리조트는 시스템에 맞추기 위해 단순해질 필요가 없습니다

퀸스는 여러 운영 부분이 서로 다른 규칙이 필요하지만 여전히 동일한 비즈니스에 속할 때 Booking Ninjas가 가장 강력한 이유를 보여주는 유용한 예입니다.

캐빈 숙박은 시간제 수영 예약과 다릅니다. 숙소 손님은 일일 방문객과 다른 풀 접근을 가질 수 있습니다. 결제는 서로 다른 일정을 따를 수 있습니다. 식사는 또 다른 예약 흐름을 가집니다.

소프트웨어는 이러한 차이를 이해할 수 있어야 합니다.

Booking Ninjas는 리조트가 어떤 워크플로가 연결되어야 하고 어떤 워크플로가 별도로 유지되어야 하는지를 결정하는 동안 Salesforce 기반을 제공할 수 있습니다.

예약으로 시작한 다음 리조트의 필요한 부분을 연결하기

시작점은 간단할 수 있습니다: 핵심 숙소 워크플로를 위한 예약 엔진 및 예약 관리.

가용성 관리는 재고 및 제한을 제어할 수 있습니다. 자원 일정 관리 및 수용 관리는 서로 다른 타이밍 규칙을 가진 경험을 지원할 수 있습니다. 결제 및 고객 기록은 동일한 Salesforce 환경 주위에서 연결될 수 있습니다.

추가 리조트 워크플로는 실제 운영 문제를 해결할 때만 추가될 수 있습니다.

이는 현대화가 리조트 주위에서 발생하도록 하여 리조트가 준비되기 전에 전체 시스템 변경으로 강요받지 않도록 합니다.

더 넓은 사용 사례를 보려면 리조트 관리 솔루션 을 참조하세요.

예약 흐름 현대화에 대해 더 알아보기