Pickup Report trả lời: lượng phòng đêm và doanh thu dự kiến trên sổ cho một ngày ở đã thay đổi bao nhiêu kể từ lần chụp trước? Đây là báo cáo on-the-books, không phải doanh thu đã thực hiện. Cùng một ngày ở có thể nhận booking mới, bị hủy, đổi số đêm, đổi phòng hoặc đổi giá. Chỉ đếm đặt mới sẽ bỏ qua phần giảm và khiến tốc độ bán trông tốt hơn thực tế.
Tóm tắt nhanh
- Pickup ròng là thay đổi giữa hai snapshot của cùng ngày lưu trú.
- Tính cả hủy, sửa ngày, đổi phòng và đổi giá.
- Không nhầm on-the-books với doanh thu đã thực hiện.
Chốt đơn vị và hai snapshot có thể so
Lưu snapshot A và B với timestamp, múi giờ, kỳ stay date, trạng thái reservation được tính và phiên bản dữ liệu. Ở mỗi stay date, OTB phòng đêm tại B trừ OTB tại A là net pickup phòng đêm; doanh thu phòng dự kiến tại B trừ A là net pickup giá trị. Gross new bookings chỉ tính phần booking mới tạo; hủy, rút ngắn kỳ ở và điều chỉnh âm phải được trình bày riêng. Booking một phòng ba đêm đóng góp ba room-nights, không phải ba booking.
Để bóc nguyên nhân, dùng booking ID được ẩn danh và lịch sử thay đổi: mới, hủy, tăng/giảm số đêm, thay đổi rate, chuyển stay date, no-show và sửa mã kênh. Nếu chuyển một đêm từ thứ Sáu sang thứ Bảy, hai ngày có biến động trái dấu dù tổng kỳ không đổi. Tách nhóm block đoàn và reservation cá nhân, xác định block nào thực sự trừ inventory; IDeaS phân biệt báo cáo Pick Up/Change với dữ liệu cancellations và no-shows, nhắc rằng thay đổi đặt phòng cần đọc theo nhiều chiều chứ không gộp mọi sự kiện thành booking mới.
Đọc pace theo ngày ở và lead time
Bảng cần thể hiện stay date, thời điểm snapshot, OTB A/B, gross additions, cancellations, modifications, net pickup, phòng khả dụng còn lại và forecast phiên bản đã khóa. So pace với lần chụp cùng số ngày trước ngày ở trong kỳ tương đồng; đừng đặt snapshot cách nhau hai ngày cạnh snapshot một ngày mà kết luận vận tốc tăng gấp đôi. Cùng một tháng có thể cuối tuần tăng còn ngày thường giảm; mở xuống từng ngày, phân khúc và kênh rồi mới quyết định.
Forecast là ước lượng kết quả cuối cùng theo stay date, khác OTB hiện tại. Khoảng cách forecast trừ OTB không tự động là số booking chắc chắn sẽ đến: nó phụ thuộc pickup tương lai, hủy, no-show và giả định mô hình. Lưu forecast tại thời điểm ra quyết định, rồi đánh giá sai số khi ngày ở đã chốt. Nếu cập nhật forecast sau khi quan sát pickup mà không giữ phiên bản cũ, không thể đánh giá liệu quyết định trước đó hợp lý.
Quyết định theo inventory và contribution
Với stay date đang chậm, kiểm tra giá có cạnh tranh theo điều kiện thực sự, kênh có đang mở và phân khúc nào giảm. Thử mở một rate plan hoặc khuyến mại có giới hạn nếu lợi ích tăng thêm sau hoa hồng và chi phí phục vụ còn dương. Với ngày có pickup mạnh và ít phòng, đánh giá khả năng bán giá cao hơn, nhưng không tự động đóng OTA: có thể kênh đó đem lại demand gia tăng. Xem chuỗi booking ròng sau thử nghiệm, ADR, hủy và doanh thu thực tế sau ngày ở.
Không cộng pickup giá trị nhiều lần qua các snapshot liên tiếp rồi gọi là doanh thu thực tế; một reservation có thể bị sửa vài lần. Ghi rõ tiền tệ, thuế, package và phạm vi room revenue. Chênh lệch bất thường sau đổi hệ thống, đồng bộ chậm hoặc backfill dữ liệu phải được gắn cờ trước khi thay đổi giá.
Kết luận
Pickup Report là phép so hai ảnh chụp có cùng định nghĩa, theo ngày ở và phiên bản. Tách gross new bookings khỏi net pickup, đặt cạnh forecast và capacity, rồi kiểm chứng quyết định bằng doanh thu đã chốt thay vì chỉ số đặt phòng đang mở.
Câu hỏi thường gặp (FAQ)
Không. Booking mới vẫn có thể xuất hiện nhưng hủy và điều chỉnh giảm lớn hơn.
Booking date dùng để nhận diện sự kiện; stay date là trục chính khi quản lý tồn phòng và dự báo doanh thu đêm ở.
Không. OTB là đặt phòng đang giữ cho tương lai; actual phải chờ cung cấp dịch vụ và quy trình chốt tương ứng.
Có. Hủy hoặc giảm số đêm lớn hơn lượng đặt mới có thể làm thay đổi ròng âm; cần kiểm tra các sự kiện tạo chênh lệch.
Không. Cố định ngày hoặc tập ngày lưu trú và cùng định nghĩa phòng đêm/doanh thu trước khi so.
