Loading...
Khi phát hiện đặt phòng vượt số lượng, hãy xác minh từng đêm, khoanh vùng bán phòng và phối hợp tìm phương án phù hợp cho khách.
Hai khách cùng có xác nhận cho một phòng, trong khi khách đầu tiên đã trên đường đến. Lúc này, việc quan trọng nhất không phải tìm ngay ai đã nhập sai mà là xác định số phòng thực có, dừng nhận thêm đặt phòng bị ảnh hưởng và chủ động tìm phương án cho khách.
Bài viết dành cho chủ homestay và khách sạn nhỏ. Quy trình dưới đây là gợi ý vận hành; điều khoản của từng kênh, hợp đồng và hoàn cảnh đặt phòng có thể khác nhau, vì vậy cần xác nhận với kênh liên quan trước khi xử lý.
Mở từng đặt phòng liên quan và đối chiếu mã đặt, ngày nhận và trả, số lượng phòng, loại giường, số khách, tình trạng thanh toán và kênh đặt. Kiểm tra cả thay đổi, gia hạn, hủy và phòng tạm đóng vì bảo trì. Đừng chỉ so tổng số phòng trống của cả cơ sở: phòng trống đêm đầu có thể đã có khách nhận vào đêm sau, hoặc không đáp ứng số người đã đặt.
Đối chiếu một đêm một lần trong toàn bộ thời gian lưu trú. Nếu có phòng khác trong cùng cơ sở, kiểm tra thật tại hiện trường: phòng đã sạch, thiết bị hoạt động, sức chứa phù hợp, không bị khóa cho sửa chữa và sẵn sàng từ giờ nhận phòng đã hứa. Nhân viên buồng phòng và lễ tân cần dùng cùng một danh sách để tránh hai người cùng điều phòng đó cho hai khách khác nhau.
Có tình huống nhìn như trùng nhưng là hai thông báo của cùng một đặt phòng; cũng có trường hợp nhân viên nhìn thấy trạng thái cũ trong khi khách đã thay đổi ngày. Xác nhận theo mã và lịch sử trước khi gọi cho khách. Nếu chưa chắc, liên hệ bộ phận hỗ trợ kênh và ghi lại người phụ trách vụ việc.
Tạm ngừng bán phần bị ảnh hưởng trên các kênh cần thiết, sau đó kiểm tra lại trạng thái đã được ghi nhận. Tránh đóng toàn bộ nhiều ngày một cách máy móc nếu sự cố chỉ nằm ở một loại phòng hoặc một đêm; tuy nhiên, việc ngăn nhận thêm đặt phòng cần được ưu tiên trong lúc xác minh.
Việc nhấn đóng bán không đồng nghĩa mọi đặt phòng đến sau đó đều sai. Tài liệu kỹ thuật Booking.com mô tả trường hợp khách hoàn tất đặt phòng trước khi lệnh đóng được gửi, nhưng thông báo đến cơ sở sau đó. Vì vậy, cần so thời điểm tạo đặt phòng với thời điểm thay đổi tồn phòng, lưu bằng chứng và trao đổi với kênh.
Một điểm khác cần kiểm tra là cài đặt mở bán lại khi có hủy. Booking.com cho biết phòng hủy có thể tự trở lại để bán theo cài đặt của cơ sở. Đừng tự giả định điều này đã gây ra sự cố: hãy đối chiếu lịch sử thay đổi, ngày hiệu lực và liên hệ hỗ trợ nếu cần làm rõ.
Nếu đổi sang phòng khác trong cùng cơ sở, so các yếu tố ảnh hưởng đến trải nghiệm: loại giường, số khách, số đêm, điều hòa, lối tiếp cận, bữa sáng và nhu cầu đã thống nhất. Một phòng rộng hơn chưa chắc phù hợp nếu khách cần hai giường riêng hoặc không thể dùng cầu thang. Trao đổi với khách bằng thông tin cụ thể thay vì gọi chung là “nâng hạng”.
Nếu phải tìm nơi khác, xác nhận trực tiếp với cơ sở thay thế rằng phòng còn và có thể giữ cho đúng tên khách, đúng ngày, đúng số người. Kiểm tra vị trí, loại giường, tiện nghi thiết yếu, tổng chi phí, giờ nhận phòng và việc di chuyển. Tránh gửi một danh sách đường dẫn chưa xác nhận rồi để khách tự xoay xở.
Ai thanh toán phần chênh lệch, xe đưa đón hoặc khoản khách đã trả cần được thống nhất và ghi nhận theo điều khoản đặt phòng và hướng dẫn của kênh. Trong điều khoản đối tác công khai của Booking.com có quy định về phương án thay thế và chi phí khi cơ sở không thể cung cấp phòng đã đặt; chủ cơ sở cần kiểm tra thỏa thuận áp dụng cho mình, thay vì xem một đoạn tóm tắt như lời tư vấn pháp lý.
Thông báo ngay khi đã xác nhận không thể cung cấp phòng như đặt. Xin lỗi rõ ràng, giải thích ngắn gọn sự cố và trình bày phương án đang xử lý, thời gian dự kiến cập nhật và đầu mối liên hệ. Nếu chưa có phòng thay thế, hãy nói đang xác minh và hẹn thời điểm cập nhật; đừng tuyên bố đã giữ được phòng khi cơ sở khác chưa xác nhận.
Với đặt phòng qua OTA, liên hệ bộ phận hỗ trợ theo quy trình của kênh và sử dụng kênh liên lạc được phép. Booking.com hướng dẫn cơ sở thông báo khi không thể cung cấp phòng và phối hợp tìm phương án thay thế. Không gây sức ép yêu cầu khách tự hủy để che sự cố; kiểm tra hệ quả của bất kỳ thao tác hủy hoặc thay đổi nào trước khi thực hiện.
Sau cuộc gọi, gửi tóm tắt bằng văn bản: phòng hoặc nơi ở thay thế, ngày, số người, cách di chuyển, chi phí đã thống nhất, tên đầu mối và bước tiếp theo. Xác nhận khách đã nhận và đồng ý với phương án. Nếu khách chưa chấp nhận, tiếp tục phối hợp với kênh thay vì coi vấn đề đã đóng.
Lập một dòng theo dõi cho từng hồ sơ: mã đặt, đêm thiếu, phương án thay thế, số tiền cần đối soát, người phụ trách và trạng thái xác nhận. Bàn giao cho ca sau kèm việc còn mở; chỉ chia sẻ dữ liệu khách cần thiết để xử lý.
Khi tình huống đã ổn định, dựng dòng thời gian: lúc đặt được tạo, lúc tồn được cập nhật, lúc nhân viên nhập đặt trực tiếp, thay đổi/hủy và những thông báo lỗi có liên quan. Kiểm tra ánh xạ loại phòng, thao tác tay, kết nối và việc mở bán lại. Một sự cố có thể có nhiều nguyên nhân; đừng kết luận lỗi thuộc phần mềm hay nhân viên khi chưa xem đủ dữ liệu.
Sau đó chọn một thay đổi có thể kiểm tra, chẳng hạn đối chiếu lịch phòng đầu ca, xác nhận các phòng bảo trì hoặc phân rõ ai cập nhật đặt trực tiếp. Bài đối chiếu loại phòng trên OTA giúp rà lại thông tin sản phẩm trước khi mở bán. Các bước này giảm điểm mù vận hành nhưng không bảo đảm loại bỏ hoàn toàn rủi ro.
Chủ cơ sở muốn tìm hiểu giải pháp quản lý phòng và đặt phòng có thể tìm hiểu Danahost và trao đổi về nhu cầu thực tế của mình.
Ảnh bìa do AI tạo, chỉ mang tính minh họa.