Goulding Monument Valley

자원 유형마다 필요한 워크플로가 달랐습니다

호텔 객실, 빌라, RV 사이트, 캠프장 숙박 시설, 회의 공간은 모두 예약할 수 있습니다.

그렇다고 모든 자원에 똑같은 워크플로를 적용해야 하는 것은 아닙니다.

숙박 시설은 야간별 이용 가능 여부와 요금에 따라 운영될 수 있습니다. RV 사이트에는 다른 재고 정보가 필요합니다. 회의 공간은 행사 날짜와 단체 요구 사항에 따라 달라질 수 있습니다. 레스토랑 거래는 또 다른 방식으로 처리됩니다.

따라서 적절한 기술 방향은 Goulding’s를 표준 호텔 모델에 억지로 맞추는 것이 아니었습니다.

필요한 규칙은 각 자원에 그대로 적용하면서도 전체 운영 현황을 연결하는 것이었습니다.

Booking Ninjas의 방향: 전체 관광지를 연결

과거 프로젝트 범위는 단일 예약 기능에 국한하지 않고 Goulding’s 환경의 여러 영역을 살펴보았습니다.

운영 요구 사항의 연계 방식

한 고객은 리조트의 여러 서비스를 이용할 수 있습니다

간단한 예를 보면 문제를 더 쉽게 이해할 수 있습니다.

고객이 Goulding’s의 빌라를 예약합니다. 숙박 중 레스토랑에서 식사하고 비용을 숙박 요금에 청구합니다. 이후 빌라에 문제가 생겨 직원의 도움을 요청합니다.

고객에게는 이 모든 것이 하나의 숙박 경험입니다.

하지만 기술 환경이 분산되어 있으면 빌라 예약, 레스토랑 거래, 고객 프로필, 유지보수 문제, 직원의 대응이 모두 서로 다른 곳에 저장될 수 있습니다.

그렇다고 모든 부서가 모든 정보를 볼 수 있어야 한다는 뜻은 아닙니다. Salesforce 권한을 통해 사용자가 어떤 레코드를 보고 변경할 수 있는지 계속 관리할 수 있습니다.

프런트 데스크, 하우스키핑, 유지보수 팀에는 동일한 운영 현황이 필요했습니다

프런트 데스크는 고객이 도착할 예정이라는 사실을 알 수도 있습니다.

하우스키핑팀은 숙박 시설이 준비되었는지 알아야 합니다.

유지보수팀은 유닛에 문제가 발생한 시점을 알아야 합니다.

경영진은 문제가 아직 미해결 상태인지, 해당 유닛을 정상적으로 계속 사용할 수 있는지 알아야 합니다.

각 팀의 업무는 다르지만, 작업은 동일한 객실, 빌라, 사이트, 예약 또는 고객과 계속 연결될 수 있습니다.

Booking Ninjas의 현재 Work Order Management 기능은 Salesforce 내에서 운영 작업의 위치, 담당 배정, 상태, 우선순위 및 이력을 연결함으로써 이러한 모델을 따릅니다.

고객과의 관계는 고객이 객실을 떠난 뒤에도 끝나지 않았습니다.

Goulding’s는 식음료, 소매 및 기타 고객 서비스도 운영합니다.

고객 숙박 정보는 다른 곳에 있는 반면 거래는 한 시스템에서 이루어지면 또 다른 분절이 발생할 가능성이 있습니다.

과거 요구사항에는 레스토랑 및 POS 활동, 객실 요금, 모바일 주문 및 결제, 관련 거래 워크플로가 구체적으로 포함되었습니다.

Booking Ninjas의 현재 POS 는 거래를 고객, 예약, 서비스, 재고 및 운영 기록과 연결해 더 폭넓은 구상을 지원합니다.

운영은 프런트 데스크를 넘어 확장되어야 했습니다.

Goulding’s는 원격 기능도 중요하다고 보았습니다.

고객과 자원이 롯지 건물, 빌라, RV 구역, 캠프장 재고 및 부지 내 다른 장소에 분산된 목적지형 사업에서는 특히 중요합니다.

정보를 확인하거나 운영 조치를 완료하기 위해 직원이 항상 한곳에 고정된 프런트 데스크 단말기로 돌아갈 필요는 없어야 합니다.

모바일 및 태블릿 액세스는 새로운 운영 방식을 가능하게 합니다. 직원이 고객이나 운영상의 문제가 실제로 있는 곳에서 더 가까이 업무를 처리할 수 있습니다.

사업적 가치는 운영 간의 단절을 줄이는 데서 비롯됩니다.

이 프로젝트의 도입 전후를 검증한 지표는 없으므로, 구체적인 개선율을 제시해서는 안 됩니다.

운영 모델을 통해 연결된 시스템이 불필요한 업무를 줄이고 수익 기회를 지킬 수 있는 지점을 확인할 수 있습니다.

아키텍처에는 앞으로 확장할 여지도 필요했습니다.

Goulding’s의 요구사항은 당장의 워크플로를 넘어섰습니다.

이 프로젝트에서는 향후 채널 연결, 자동 요금 업데이트, 마케팅, 연동, 고객 커뮤니케이션 및 더욱 폭넓은 보고 요구사항도 검토했습니다.

이는 새로운 시스템을 도입한 뒤에도 기존 여행지의 운영 방식은 계속 변하기 때문에 중요합니다.

Salesforce 기반을 활용하면 새로운 요구사항이 생길 때마다 소프트웨어를 교체하는 대신, 동일한 운영 기록을 중심으로 연결과 워크플로를 추가할 수 있습니다.

소프트웨어에 맞추기 위해 Goulding’s가 더 단순한 사업체가 될 필요는 없었습니다.

이 점 때문에 Goulding’s는 Booking Ninjas의 접근 방식을 잘 보여주는 사례입니다.

이 여행지는 전통적인 소프트웨어가 흔히 분리하는 여러 부문에 걸쳐 있습니다. 호텔 숙박, 빌라, RV 및 캠프장 숙박, 단체 사업, 이벤트, 식음료, 소매, 시설 및 고객 서비스입니다.

경직된 플랫폼은 조직에 이 사업들 중 실제로 어떤 사업을 하는지 하나만 선택하라고 요구할 수 있습니다.

Booking Ninjas는 반대 방향으로 접근할 수 있습니다. 공통 Salesforce 기반을 사용한 다음, 운영의 각 부문에 필요한 서로 다른 워크플로를 구성하는 것입니다.

각 부문은 서로 연결되어야 하는 데이터와 관계를 공유하면서도 각기 다른 규칙을 유지할 수 있습니다.

예약에서 시작해 여행지에 필요한 요소를 연결하세요

Booking Engine과 Reservation Management는 핵심 예약 구조를 제공할 수 있습니다.

그런 다음 더 복잡한 리조트는 단체 예약, 요금 관리, POS, 결제, 하우스키핑, 작업 지시, 재고, 보고, 모바일 액세스, 포털, 채널 연결 및 실제 운영 문제를 해결하는 연동 기능으로 기반을 확장할 수 있습니다.

중요한 점은 모든 모듈을 설치하는 것이 아닙니다.

여행지에서 이미 서로 의존하고 있는 부분들을 연결하는 것입니다.

더 넓은 활용 사례는 다음을 참조하세요: 리조트 관리 솔루션 .

연결된 리조트 운영에 대해 자세히 알아보기