Giá công bố trên OTA, metasearch và website có thể trông giống nhau, nhưng khách tìm đúng ngày lại không thấy phòng, bị chuyển sang rate plan khác hoặc gặp tổng tiền khác ở bước thanh toán. Rate Accessibility Report là nhật ký thử khả năng tiếp cận và đặt được một sản phẩm cụ thể trên từng kênh, không phải bảng xếp hạng giá đối thủ. Revenue Manager dùng nó để phân biệt lỗi phân phối với quyết định chủ động hạn chế bán, rồi chỉ định đội xử lý trước khi mất nhu cầu có giá trị.
Tóm tắt nhanh
- Ghi một lượt tìm có thời điểm, ngày ở, số khách, hạng phòng, điều kiện giá và kênh; thử đến bước đặt để xác nhận giá thực sự tiếp cận được.
- Truy lỗi từ tồn phòng và hạn chế trong PMS qua ánh xạ kênh đến trang thanh toán; phân biệt hết phòng thật với lỗi hiển thị hoặc phân phối.
- Ưu tiên sửa theo ngày ở, nhu cầu và cơ hội doanh thu; so sản phẩm tương đương và kiểm tra điều khoản trước khi đổi giá hay cáo buộc lệch giá.
Một dòng báo cáo phải tái hiện được lượt tìm
Đơn vị quan sát nên là một tìm kiếm có dấu thời gian: cơ sở, ngày đến/đi, số người lớn và trẻ em, số phòng, hạng phòng, rate plan, trạng thái đăng nhập/thành viên, thị trường truy cập, thiết bị, ngôn ngữ, tiền tệ và kênh. Ghi giá cơ bản lẫn tổng tiền bắt buộc, chính sách hoàn hủy, bữa sáng, điều kiện thanh toán, đường dẫn kết quả và trạng thái có thể tới bước xác nhận. Google yêu cầu giá của hành trình cụ thể phải khớp tổng giá tại trang đặt và có thể đặt trực tuyến; vì vậy thấy một thẻ giá trong kết quả tìm kiếm chưa đủ để khẳng định sản phẩm tiếp cận được.
Chọn một ma trận nhỏ nhưng hữu ích: ngày thấp điểm, ngày cao điểm, ngày có sự kiện, đêm vai; lưu trú một đêm và nhiều đêm; hạng phòng chính; website trực tiếp, OTA hợp đồng và metasearch quan trọng. Quét vào cùng thời điểm hoặc lưu độ trễ giữa các lần quan sát. Lần tìm không hiện giá có thể do hết phòng, điều kiện minimum stay, hạn chế ngày đến, số khách vượt sức chứa, rate chỉ cho thành viên, lỗi ánh xạ sản phẩm, kết nối chậm hoặc kênh tạm lỗi. Gắn mã nguyên nhân sau khi kiểm tra, không mặc định đó là sold out.
Đối chiếu từ PMS đến màn hình khách
Khi thấy kết quả bất thường, đi theo luồng: tồn phòng và hạn chế trong PMS/CRS, mapping hạng phòng–rate plan ở channel manager, bản cập nhật đã gửi/được kênh nhận, trang kết quả, trang thanh toán. Lưu request ID nếu hệ thống cung cấp, ảnh hoặc URL và thời điểm kiểm tra lại. Với lỗi “có giá nhưng không đặt được”, thử cùng itinerary ngay trên booking engine; nếu trực tiếp đặt được mà OTA không, ưu tiên kiểm tra allotment, mapping, stop-sell hoặc cache trên kênh. Nếu mọi kênh đều không đặt được, xem tồn phòng thực và các hạn chế trước khi yêu cầu OTA sửa.
Chỉ so giá của sản phẩm tương đương. Giá không hoàn hủy không thể đối chiếu trực tiếp với giá linh hoạt kèm ăn sáng; giá đã đăng nhập khác giá công khai. Chuẩn hóa thuế, phụ phí bắt buộc và tỷ giá hiển thị; không quy chênh lệch tỷ giá thành vi phạm hợp đồng. Cloudbeds lưu ý parity phụ thuộc điều khoản hợp đồng và kênh; kiểm tra điều khoản hiện hành cùng bộ phận phân phối/pháp lý trước khi cáo buộc đối tác. Giá trên một kênh thứ ba có thể đến từ nguồn bán lại; lưu bằng chứng và truy nguồn trước khi thay BAR toàn hệ thống.
Ưu tiên xử lý theo cơ hội doanh thu
Đặt mức ưu tiên bằng ngày lưu trú, dự báo cầu, room-night còn bán được, độ dài lỗi và lượng truy cập kênh, không chỉ bằng chênh lệch giá tuyệt đối. Lỗi ở ngày nhu cầu cao và website trực tiếp không đặt được có thể cần xử lý ngay; lệch hiển thị ở một điều kiện thành viên hiếm cần xác minh phạm vi. Giao owner cho Revenue (quy tắc giá/hạn chế), Reservations (sản phẩm và allotment), Distribution (mapping/feed), IT/đối tác (API và giao diện). Mỗi ticket ghi thao tác, người duyệt, thời hạn và lần thử lại cùng tiêu chí tìm kiếm.
Không tự động hạ giá chỉ vì đối thủ được thấy rẻ hơn. Giá công khai không cho biết công suất hay giá giao dịch của họ; availability trong một lần tìm cũng không đại diện toàn bộ tồn phòng. Nếu nhiều kênh cùng lỗi do hạn chế lưu trú, thử thay đổi có giới hạn theo ngày và loại phòng, theo dõi booking hoàn tất, doanh thu thuần sau phí và rủi ro thay thế khách giá cao. Nếu lỗi chỉ ở hiển thị, sửa kỹ thuật trước khi đụng chính sách giá.
Kết luận
Một Rate Accessibility Report tốt trả lời: khách nào tìm, tìm gì, trên kênh nào, lúc nào, giá và điều kiện có khớp đến bước đặt không, ai sẽ sửa và kiểm tra lại ra sao. Giữ bản ghi chi tiết của lượt thử; đừng biến một ảnh chụp giá thành kết luận về thị phần hay chiến lược của đối thủ.
Câu hỏi thường gặp (FAQ)
Không. Cần kiểm tra cùng ngày, số khách, hạng phòng và điều kiện đến bước thanh toán hoặc xác nhận khả dụng.
Không nhất thiết; kiểm tra tồn kho PMS, hạn chế lưu trú, mapping, allotment và cập nhật kênh trước khi kết luận.
Không. Trước hết so sản phẩm tương đương, tổng phí và điều khoản hợp đồng, rồi tìm nguồn lệch và đánh giá đóng góp.
Ưu tiên kiểm tra allotment, mapping hạng phòng–rate plan, stop-sell hoặc cache của kênh đó trước khi kết luận khách sạn thực sự hết phòng.
Ưu tiên theo cơ hội doanh thu: ngày lưu trú, dự báo cầu, room-night còn bán được và lượng truy cập kênh, không chỉ theo mức chênh lệch giá tuyệt đối.
