Quinns Hot Springs Resort

Tại sao một hệ thống cũ có thể trở nên khó khăn hơn để sống cùng

Các hệ thống đặt phòng cũ có thể tiếp tục thực hiện công việc mà chúng được xây dựng ban đầu để làm.

Khó khăn xuất hiện khi hoạt động phát triển xung quanh chúng.

Các loại chỗ ở mới, trải nghiệm khách mới, quy tắc công suất khác nhau, chính sách thanh toán thay đổi, nhu cầu báo cáo bổ sung và các cách mới để khách hàng đặt có thể yêu cầu nhiều tính linh hoạt hơn so với hệ thống ban đầu được thiết kế để cung cấp.

Quinn đang nhìn vào bước tiếp theo đó.

Mục tiêu không chỉ đơn giản là thay thế một màn hình cũ bằng một màn hình mới hơn. Hướng đi hữu ích hơn là xem xét một nền tảng đặt phòng có thể thích ứng khi khu nghỉ dưỡng rộng lớn hơn thay đổi.

Booking Ninjas hiện tại Booking Engine có thể hoạt động với các môi trường cũ hiện có thông qua API, phần mềm trung gian hoặc một quá trình chuyển tiếp dần dần khi một sự thay thế hoàn toàn không nên xảy ra ngay lập tức.

Hướng đi: xem khu nghỉ dưỡng như các tài nguyên kết nối, không chỉ là phòng

Booking Ninjas đã cung cấp cho Quinn một cách để nhìn nhận vấn đề đặt phòng một cách rộng hơn.

Ý tưởng quan trọng là tính linh hoạt: các tài nguyên khác nhau có thể tuân theo các quy tắc khả năng sẵn có, công suất, thời gian và thanh toán khác nhau mà không yêu cầu toàn bộ khu nghỉ dưỡng phải hành xử như một lịch phòng duy nhất.

Cách Booking Ninjas có thể phù hợp với một khu nghỉ dưỡng như Quinn

Các hồ bơi cho thấy tại sao một quy tắc đặt phòng không đủ

Quinn cung cấp cả quyền truy cập hồ bơi cho khách lưu trú và đặt trước bơi lội trong ngày.

Đó là những trải nghiệm liên quan, nhưng chúng không hoạt động theo cùng một cách.

Một khách lưu trú có thể nhận được quyền truy cập vì họ đã có một kỳ nghỉ đủ điều kiện.

Một khách bơi trong ngày thay vào đó chọn từ các phiên bơi có thời gian với khả năng sẵn có và quy tắc đặt riêng.

Đó chính xác là loại sự khác biệt mà một mô hình vận hành linh hoạt cần phải hiểu.

Các công cụ khả năng sẵn có hiện tại của Booking Ninjas được thiết kế để áp dụng các ranh giới lịch trình khác nhau, hạn chế, giới hạn công suất và quy tắc đặt xung quanh các tài nguyên khác nhau.

Thanh toán cũng theo loại đặt phòng

Các đặt phòng lưu trú của Quinn có quy tắc đặt cọc, số dư và hủy bỏ riêng.

Các đặt phòng bơi lội trong ngày theo một lịch trình thanh toán khác.

Điều đó quan trọng trong một dự án hiện đại hóa vì logic thanh toán nên được kết nối với những gì khách hàng thực sự đã đặt thay vì được xử lý như một giao dịch không liên quan.

Booking Ninjas có thể kết nối ủy quyền thanh toán, thu tiền, lịch sử giao dịch, hoàn tiền và hồ sơ đặt phòng bên trong quy trình làm việc rộng hơn.

Một khách có thể tương tác với nhiều phần khác nhau của khu nghỉ dưỡng

Cùng một người có thể ở trong một cabin, sử dụng hồ bơi, ăn uống tại khu nghỉ dưỡng và quay lại sau.

Khi mỗi đặt phòng sống như một giao dịch không liên quan, hoạt động mất đi một phần câu chuyện khách hàng đó.

Một môi trường dựa trên Salesforce cung cấp một hướng đi khác: giữ hồ sơ khách hàng kết nối với các đặt phòng và hoạt động thuộc về người đó.

Trung tâm Kiến thức giải thích cấu trúc đó trong Hồ sơ Khách hàng là gì? .

Điều đó không có nghĩa là mọi trải nghiệm khu nghỉ dưỡng phải được kết hợp thành một đặt phòng khổng lồ.

Nó có nghĩa là doanh nghiệp có thể có một cách rõ ràng hơn để hiểu mối quan hệ giữa khách hàng và các trải nghiệm khác nhau mà họ đặt.

Những gì sự hợp tác đã chứng minh

Chúng tôi không có đủ bằng chứng để khẳng định rằng Booking Ninjas đã thay thế hệ thống cũ của Quinn trong sản xuất hoặc cung cấp kết quả đo lường sau khi ra mắt.

Kết quả hữu ích do đó là hướng đi hiện đại hóa được chứng minh trong quá trình hợp tác.

Khu nghỉ dưỡng không nên trở nên đơn giản hơn để phù hợp với hệ thống

Quinn là một ví dụ hữu ích về việc tại sao Booking Ninjas mạnh nhất khi nhiều phần của một hoạt động cần các quy tắc khác nhau nhưng vẫn thuộc về cùng một doanh nghiệp.

Một kỳ nghỉ cabin khác với một đặt phòng bơi có thời gian. Một khách lưu trú có thể có quyền truy cập hồ bơi khác với một khách bơi trong ngày. Thanh toán có thể theo các lịch trình khác nhau. Ăn uống có một quy trình đặt khác nữa.

Phần mềm nên có khả năng hiểu những sự khác biệt đó.

Booking Ninjas có thể cung cấp nền tảng Salesforce trong khi khu nghỉ dưỡng quyết định quy trình làm việc nào nên kết nối và quy trình nào nên giữ riêng biệt.

Bắt đầu với đặt phòng, sau đó kết nối các phần của khu nghỉ dưỡng cần nó

Điểm khởi đầu có thể rất đơn giản: Booking Engine và Quản lý Đặt phòng cho quy trình làm việc lưu trú cốt lõi.

Quản lý Khả năng sẵn có có thể kiểm soát hàng tồn kho và hạn chế. Lịch Tài nguyên và Quản lý Công suất có thể hỗ trợ các trải nghiệm với các quy tắc thời gian khác nhau. Thanh toán và hồ sơ khách hàng có thể giữ kết nối xung quanh cùng một môi trường Salesforce.

Các quy trình làm việc khu nghỉ dưỡng bổ sung có thể được thêm vào chỉ khi chúng giải quyết một vấn đề hoạt động thực sự.

Điều đó cho phép việc hiện đại hóa diễn ra xung quanh khu nghỉ dưỡng thay vì buộc khu nghỉ dưỡng phải thay đổi hoàn toàn hệ thống trước khi nó sẵn sàng.

Đối với trường hợp sử dụng rộng hơn, xem Giải pháp Quản lý Khu nghỉ dưỡng .

Tìm hiểu thêm về việc hiện đại hóa quy trình đặt phòng