CTY Group

프로젝트는 실제 호텔 요구 사항으로 이동했습니다.

CTY Group은 Booking Ninjas의 Salesforce 기반 접근 방식이 시연 환경 외부에서 작동할 수 있는지에 대한 중요한 초기 테스트가 되었습니다.

구현은 기능하는 호텔에 필요한 여러 요소를 통합했습니다.

Booking Ninjas가 호텔 모델 주위에 구축한 것

호텔 PMS는 혼자 운영할 수 없습니다

프로젝트에서 가장 분명한 교훈 중 하나는 호텔 예약이 더 넓은 기술 환경 내에 있다는 것이었습니다.

직접 예약은 PMS에 한 가지 방식으로 들어올 수 있습니다. OTA 예약은 다른 채널을 통해 도착할 수 있습니다. 가용성은 이러한 출처 전반에 걸쳐 정확하게 유지되어야 합니다.

Booking Ninjas는 CTY Group 환경의 일환으로 채널 연결성 작업을 했으며, 유통을 다른 사람의 분리된 문제로 취급하지 않았습니다.

오늘의 Booking Ninjas 채널 관리자 는 가용성, 요금 및 예약을 외부 예약 플랫폼과 동기화하면서 Salesforce 내에서 중앙 집중식 예약 가시성을 유지하는 동일한 원칙을 따릅니다.

객실 접근은 실제 환대에서 통합이 중요한 이유를 보여주었습니다.

호텔은 PMS 경계에서 운영을 멈추지 않습니다.

고객은 물리적인 객실 접근이 필요합니다. 이는 예약 및 체크인 활동이 결국 전문 접근 기술과 상호작용해야 함을 의미합니다.

CTY Group의 경우, Booking Ninjas는 프로젝트의 일환으로 호텔 기술 키 카드 통합 작업을 했습니다.

이는 중요한 초기 환대 교훈이었습니다: 예약 애플리케이션을 구축하는 것은 작업의 일부일 뿐이었습니다. 사용 가능한 호텔 환경은 주변 시스템과 연결되어야 했습니다.

Booking Ninjas의 현재 통합 아키텍처는 API, 미들웨어, 이벤트 기반 동기화 및 전문 시스템과의 연결을 통해 그 접근 방식을 계속 이어가고 있습니다. :contentReference[oaicite:2]{index=2}

프로젝트는 환대 모델이 실제임을 입증했습니다.

CTY Group은 회사의 초기 단계에서 Booking Ninjas를 실제 호텔 요구 사항으로 밀어붙였기 때문에 중요했습니다.

예약 관리는 호텔 맥락에서 작동해야 했습니다.

유통은 연결되어야 했습니다.

접근 기술은 통합되어야 했습니다.

Salesforce 아키텍처는 제품 개념을 넘어 이동해야 했고, 작동하는 호텔 환경이 요구하는 관계의 종류를 지원하기 시작해야 했습니다.

하지만 기술을 구축하는 것은 도전의 절반에 불과했습니다.

이 프로젝트는 Booking Ninjas가 해결해야 할 약점을 드러냈습니다.

회사는 빠르게 성장하고 있었고 초기 개발 팀이 동시에 효과적으로 지원할 수 있는 고객 작업보다 더 많은 작업을 맡았습니다.

CTY Group의 요구 사항이 계속 발전함에 따라, 구현 및 개발 속도는 고객이 필요로 하는 것과 보조를 맞추지 못했습니다.

따라서 이 프로젝트는 생산 운영 시작에 도달하지 못했습니다.

그 구분은 중요합니다.

문제는 아키텍처가 호텔 운영을 모델링할 수 있는지 여부가 아니었습니다. CTY Group은 이미 제품을 예약, 유통 및 접근 통합으로 밀어붙였습니다.

도전 과제는 Booking Ninjas가 진화하는 요구 사항을 고객 준비가 완료된 워크플로우로 신속하게 전환할 수 있을지, 동시에 여러 구현을 지원할 수 있을지를 확인하는 것이었습니다.

비운영 시작은 Booking Ninjas가 성숙해지는 과정의 일부가 되었습니다.

CTY Group은 전통적인 운영 시작 성공 사례로 다시 쓰여져서는 안 됩니다.

그 가치는 결말이 그대로 유지될 때 더 유용합니다.

이 참여는 Booking Ninjas에게 회사가 제품 자체 주위에서 작업을 강화해야 할 곳을 보여주었습니다.

그 수업들은 고객을 요구 사항에서 구성, 검토, 개선 및 출시로 이동시키는 보다 구조화된 방법의 필요성을 형성하는 데 도움이 되었습니다.

제품과 배송 모델 모두 성장해야 했습니다.

오늘날 Booking Ninjas는 CTY Group 프로젝트 동안 구축된 초기 환경보다 훨씬 더 폭넓은 환대 플랫폼을 가지고 있습니다.

현재 예약 관리 플랫폼은 예약, 자원, 가용성, 가격, 채널 관리, 체크인 및 체크아웃, 기타 운영 워크플로우를 Salesforce 내부에서 직접 연결합니다. :contentReference[oaicite:3]{index=3}

마찬가지로 중요한 것은 구현 프로세스가 이제 조직의 Salesforce 환경, 기록, 워크플로우, 요구 사항, 통합 및 권한에서 시작할 수 있다는 것입니다. 이는 배송을 관련 없는 맞춤 개발 요청의 연속으로 취급하는 것이 아닙니다.

지식 센터는 Booking Ninjas가 기록, 사용자, 권한, 워크플로우, 보고, 통합 및 기타 기능을 준비할 수 있는 환경으로 Salesforce org를 설명합니다. :contentReference[oaicite:4]{index=4}

왜 CTY Group이 여전히 Booking Ninjas 이야기의 일부인지

원래의 제품 아이디어는 여전히 유효합니다.

CTY Group은 호텔을 또 다른 경직된 레거시 PMS에 강제로 넣지 않는 모델에 처음 끌렸습니다.

그 아이디어는 Booking Ninjas의 중심에 남아 있습니다.

Salesforce는 운영 기반을 제공합니다. Booking Ninjas는 예약 및 자산 기능을 추가합니다. 그런 다음 구성 및 통합이 이를 사용하는 조직 주위의 환경을 형성합니다.

차이점은 Booking Ninjas가 유연성이 규율 있는 배송과 함께해야 한다는 것을 배웠다는 것입니다. 고객 주위에 형성될 수 있는 시스템은 그 고객이 실행 가능한 속도로 구현을 진행할 수 있을 때만 가치가 있습니다.

CTY Group이 테스트하는 데 도움을 준 호텔 기반에 대해 자세히 알아보세요.