LOS (length of stay) là số đêm của một lần lưu trú, không phải tổng room-nights của khách sạn. LOS Analysis Report cho thấy booking ngắn hay dài đang lấp vào những ngày nào, tạo bao nhiêu lần đến/đi và có làm mất cơ hội bán các đêm cầu cao hay không. Báo cáo này là bản phân phối độ dài lưu trú để thử điều kiện bán, không phải hướng dẫn kéo LOS bình quân lên bằng mọi giá.
Tóm tắt nhanh
- LOS là số đêm mỗi booking, khác tổng room-nights.
- Xem phân phối độ dài lưu trú theo ngày đến và ngày ở.
- Thử giới hạn số đêm sau khi kiểm tra displacement và các đêm cầu cao.
Khóa đơn vị quan sát trước khi tính
Với dữ liệu đặt chỗ, lấy một reservation/phòng/lần lưu trú làm dòng gốc: mã booking, mã phòng, ngày đến, ngày đi, số đêm, trạng thái, ngày snapshot, phân khúc, kênh, rate plan, doanh thu phòng và room-nights. Một đặt chỗ nhiều phòng cần tách thành room-stay để đếm phòng bán; booking nối tiếp của cùng khách chỉ gộp khi chính sách định nghĩa là cùng stay. Loại day-use khỏi phép đếm đêm hoặc đặt thành nhóm riêng. LOS = ngày rời đi trừ ngày đến theo lịch ngày kinh doanh; xác định cách xử lý đổi phòng, gia hạn và early checkout.
Giữ hai tập: on-the-books tại snapshot cho ngày tương lai, và stays đã hoàn tất cho lịch sử. Booking hủy có thể dùng để phân tích rủi ro hủy nhưng không cộng vào actual room-nights. Tài liệu Statistics by Length of Stay của Oracle cho thấy báo cáo LOS có thể chia theo tier, room-nights, room revenue và ADR; tier là cấu hình, không phải ngưỡng phổ quát. Chọn nhóm 1, 2, 3–4, 5–7, dài hơn theo cấu trúc nhu cầu thực tế, lưu ngưỡng trong báo cáo để so kỳ sau.
Bảng phân phối và điểm nghẽn ngày lưu trú
Bảng chính theo tháng đến × nhóm LOS, có số room-stay, room-nights, tỷ trọng room-nights, doanh thu phòng, ADR và số lượt checkout. Một bảng khác theo từng stay-date hiển thị room-nights từ booking có LOS khác nhau, công suất và tồn kho; đừng đặt toàn bộ doanh thu của stay nhiều đêm vào ngày đến. Thêm hàng cho thứ trong tuần và phân khúc, nhưng giữ kênh ở chiều lọc riêng để corporate qua OTA không bị đếm hai lần.
LOS bình quân có thể tăng vì mất booking một đêm, không phải khách dài ngày sinh lời hơn. Đọc cả trung vị, phân phối và tổng room-nights. Khi một thứ Bảy gần đầy mà tối thứ Sáu còn trống, xem booking đến thứ Bảy một đêm và booking qua cả hai đêm riêng; thử điều kiện minimum LOS (MinLOS) cho ngày đến phù hợp nếu hợp đồng/kênh cho phép. Trước khi áp dụng, ước lượng nhu cầu bị từ chối và khả năng lấp đêm kề, rồi kiểm tra sau thử nghiệm. Không dùng MinLOS trên mọi ngày hoặc xem tăng LOS là thành công nếu RevPAR/đóng góp giảm.
Đối soát, cadence và quyết định
Đối soát tổng room-nights theo nhóm LOS với tổng PMS cho cùng dải stay-date và cùng trạng thái; riêng số booking/stay không thể so trực tiếp với room-nights. So doanh thu phòng theo tier với tổng phòng, kiểm tra room đổi mã, booking tách/ghép, hủy và checkout sớm. Cần ghi rõ giao dịch nào nằm ngoài phân tích: day-use, comp, phòng nhân viên, booking thiếu ngày rời. Oracle cũng ghi nhận một số khoản doanh thu ghi vào AR hoặc khách vãng lai bị xếp vào tier thấp nhất trong một cấu hình báo cáo (ghi chú về phân loại của Oracle); vì vậy không suy hành vi lưu trú thật từ các dòng ngoại lệ chưa xử lý.
Revenue xem báo cáo theo snapshot hằng tuần cho những stay-date cần quyết định hạn chế bán, còn vận hành dùng lịch đến/đi hằng ngày để chuẩn bị nhân sự housekeeping. Ghi ngày bật/tắt MinLOS, kênh áp dụng, booking bị từ chối và kết quả theo cả room-nights, doanh thu và đóng góp ước tính. Báo cáo LOS không tự chỉ ra nguyên nhân thay đổi hành vi khách: giá, sự kiện, ngày lễ và lịch nghỉ có thể thay đổi cùng lúc; đối chứng với các ngày tương đương trước khi khái quát.
Kết luận
LOS Analysis Report phải bắt đầu ở room-stay, sau đó phân bổ các đêm về stay-date để đọc đúng điểm nghẽn tồn kho. Dùng phân phối và đối soát, không chỉ một trung bình, rồi thử hạn chế bán có phạm vi và đo cả tác dụng phụ.
Câu hỏi thường gặp (FAQ)
Mỗi room-stay có LOS hai đêm; tổng là ba room-stay và sáu room-nights nếu cả ba phòng đều lưu trú đủ kỳ.
Không. Đưa vào bảng hủy riêng để nghiên cứu rủi ro, không cộng vào đêm phòng đã bán/lưu trú.
Chỉ thử khi phân tích stay-date cho thấy hạn chế có khả năng cải thiện đêm kề và đóng góp; đo booking bị từ chối sau khi bật.
Không. Cần xem ngày khách ở, giá, chi phí phục vụ và việc booking dài có thay thế nhu cầu cho đêm cao điểm không.
Dùng ngày đến và đi cuối cùng của kỳ ở được xác nhận; ghi phiên bản nếu so snapshot trước và sau sửa.
