Occupancy Forecasting – Dự Báo Tỷ Lệ Lấp Đầy Phòng Khách Sạn

Dự báo công suất phòng ước tính số phòng có khách theo từng ngày lưu trú trong tương lai. Cần tách đặt phòng hiện có khỏi lượng đặt mới và hủy dự kiến, rồi ghi rõ số phòng có thể bán để dùng kết quả cho cả thương mại lẫn vận hành.

Tóm tắt nhanh

• Chốt số phòng thực sự khả dụng theo từng đêm, loại phòng hỏng hoặc đóng bán theo quy tắc thống nhất.
• Đi từ số đặt phòng còn hiệu lực đến phòng dự kiến có khách bằng giả định về hủy, khách không đến và đặt mới.
• Đối chiếu tồn phòng giữa hệ thống và các kênh, cảnh báo nguy cơ bán vượt rồi dùng dự báo để bố trí giá và nhân sự.

Occupancy forecasting là gì và dùng để quyết định điều gì?

Occupancy forecasting là dự báo số phòng có khách lưu trú và tỷ lệ lấp đầy tại từng ngày lưu trú trong tương lai. Đây không đơn thuần là lấy số booking hiện có chia tổng số phòng. Một dự báo dùng được phải xác định đúng inventory (số phòng có thể bán) có thể bán, phản ánh booking còn hiệu lực, ước lượng biến động hủy và no-show (khách đặt phòng nhưng không đến, không hủy) , đồng thời nêu rõ giả định về phòng chưa bán. Kết quả là một con số theo ngày, có thể kèm khoảng thấp–cơ sở–cao để người quản lý nhìn thấy cả mức dự kiến lẫn độ bất định.

Dự báo giúp revenue manager (người quản lý doanh thu) cân nhắc giá và hạn chế bán, giúp bộ phận lễ tân chuẩn bị danh sách đến, còn buồng phòng và nhân sự dựa vào nhu cầu dự kiến để sắp lịch. Những nhóm này dùng chung một cơ sở số liệu nhưng không nhất thiết dùng cùng một chỉ tiêu: vận hành cần số phòng khách thực tế dự kiến, còn thương mại cần phân biệt lượng phòng đã bán với phần còn có thể bán. Vì vậy, báo cáo nên ghi rõ ngày tạo, ngày lưu trú, trạng thái booking và định nghĩa từng trường.

Occupancy là chỉ số công suất, không phải thước đo đầy đủ về doanh thu hay lợi nhuận. Nếu muốn đánh giá giá bán và doanh thu phòng, cần xem cùng ADR (giá phòng bình quân mỗi đêm) và RevPAR (doanh thu phòng bình quân trên mỗi phòng khả dụng); tham khảo bài về ADR, RevPAR và occupancy. Bài này tập trung vào cách tính và quản trị dự báo lấp đầy, không đưa ra ngưỡng sai số “chuẩn ngành” chung cho mọi khách sạn.

Định nghĩa inventory: phòng tổng, phòng OOO và phòng khả dụng

Bắt đầu bằng sức chứa vật lý của khách sạn, sau đó xác định phòng nào thực sự có thể được bán cho đêm cần dự báo. “Phòng tổng” thường là số phòng thuộc cơ sở; “phòng khả dụng” cần phản ánh tình trạng phòng và quy tắc vận hành áp dụng cho đúng ngày. Hai con số chỉ trùng nhau khi mọi phòng đều sẵn sàng và không có giới hạn inventory khác.

OOO (out of order) là phòng bị đưa khỏi khả năng bán vì hỏng hóc, sửa chữa hoặc lý do khiến phòng không thể phục vụ khách. Phân biệt OOO với OOS (out of service – tạm ngừng phục vụ nhưng có thể bán lại) theo quy ước nội bộ: một số cơ sở vẫn có thể bán phòng OOS sau khi xử lý nhanh, nhưng phòng OOO thường không được tính là bán được. Tên trạng thái trong PMS (hệ thống quản lý khách sạn) không bảo đảm mọi nhân viên hiểu giống nhau; cần thống nhất quy tắc và thời điểm hiệu lực.

Công thức cơ sở: Phòng khả dụng = Phòng tổng − Phòng OOO không thể bán − các phần inventory bị loại trừ theo quy tắc đã thống nhất. Không trừ một phòng hai lần nếu danh sách phòng đóng đã bao gồm phòng bảo trì. Ngược lại, đừng giữ OOO trong mẫu số chỉ vì phòng đó vẫn tồn tại về mặt vật lý: điều này làm tỷ lệ lấp đầy thấp giả tạo. Ghi nhận số phòng đóng theo từng ngày, vì một phòng có thể OOO hôm nay nhưng hoạt động trở lại trước ngày lưu trú.

Phòng khả dụng còn chịu ảnh hưởng của đóng bán theo hạng phòng, allotment (số phòng giữ riêng cho đối tác/hợp đồng) dành riêng cho hợp đồng, giới hạn pháp lý hoặc cấu hình kênh. Các giới hạn này không phải lúc nào cũng đồng nghĩa phòng không thể phục vụ khách. Báo cáo nên tách “sức chứa vật lý”, “phòng sẵn sàng phục vụ” và “inventory đang mở bán”. Khi chỉ có một chỉ tiêu, hãy ghi rõ mẫu số để người đọc không nhầm phòng đóng bán với phòng hỏng.

Phòng đã bán, on-books và số phòng thực dự kiến có khách

On-books là booking đang được ghi nhận trong hệ thống tại thời điểm chụp dữ liệu. Đây là trạng thái hiện tại, không phải cam kết rằng toàn bộ khách sẽ đến. Chỉ đưa vào số phòng đã bán những booking có hiệu lực theo chính sách của khách sạn; kiểm tra ngày đến, ngày đi, loại phòng, số lượng phòng, trạng thái xác nhận và nguồn dữ liệu. Một booking nhiều đêm đóng góp một room-night vào từng ngày lưu trú tương ứng, không chỉ vào ngày khách đến.

Phân biệt “phòng đã đặt” với “phòng dự kiến có khách”. Dự báo lưu trú cần điều chỉnh on-books theo xác suất hủy, no-show, rút ngắn kỳ lưu trú và thay đổi ngày. Nếu dự báo theo phòng-đêm, mọi phép cộng phải dùng cùng đơn vị: một booking hai phòng trong ba đêm tương đương sáu room-nights trước khi xét biến động. Không cộng số booking với số phòng; một booking có thể chứa nhiều phòng.

Hủy là booking bị khách hoặc khách sạn hủy trước khi lưu trú. No-show là khách không đến theo booking mà không hủy đúng cách, nhưng cách ghi nhận và phí áp dụng tùy điều kiện đặt. Tỷ lệ lịch sử chỉ có ý nghĩa khi phân đoạn tương đồng: kênh, chính sách hoàn tiền, thời gian đặt trước, ngày trong tuần, mùa và loại khách. Dữ liệu gộp quá rộng có thể làm sai lệch dự báo; nhóm đặt cọc không hoàn và nhóm được hủy miễn phí thường không nên mặc định có hành vi giống nhau.

Ước tính lượng phòng còn lại sau biến động bằng cách áp dụng tỷ lệ hủy/no-show phù hợp cho từng nhóm booking, rồi cộng lượng đặt mới dự kiến. Không nên trừ no-show ngay khỏi occupancy một cách máy móc nếu khách sạn vẫn thu phí hoặc giữ phòng nhưng định nghĩa báo cáo yêu cầu đo phòng có khách thực tế. Cần chọn một góc nhìn và đặt tên rõ: occupancy theo phòng bán, theo phòng có khách, hay theo doanh thu phòng. Chúng trả lời những câu hỏi khác nhau.

Công thức dự báo occupancy theo từng ngày lưu trú

Với ngày lưu trú d, có thể biểu diễn dự báo theo quy trình: Phòng có khách dự kiến(d) = on-books còn hiệu lực(d) − hủy dự kiến(d) − no-show dự kiến(d) − giảm số phòng/đêm dự kiến(d) + booking mới dự kiến(d) + điều chỉnh khác có căn cứ(d). Đây là khung tính, không phải mô hình thống kê bắt buộc. Mỗi khoản điều chỉnh phải có nguồn, phạm vi và thời điểm cập nhật; tránh cộng thêm “buffer” không giải thích được.

Occupancy forecast(d) = Phòng có khách dự kiến(d) ÷ Phòng khả dụng(d) × 100%. Nếu mô hình dự kiến số phòng lớn hơn inventory, không hiển thị tỷ lệ vượt 100% như thể đó là công suất có thể phục vụ. Gắn cờ vượt sức chứa, kiểm tra oversell (nhận đặt phòng vượt số phòng thực có) và trình bày riêng nhu cầu dự kiến, inventory cùng rủi ro. Một số hệ thống có thể ghi nhận booking vượt tồn kho; con số on-books khi đó không phải số phòng thực tế có thể phân bổ.

Phần booking mới cần dựa trên pickup (lượng phòng đặt mới phát sinh thêm): lượng booking ròng hoặc booking gộp phát sinh trong khoảng thời gian quan sát cho những ngày lưu trú tương tự. Phải xác định rõ pickup đo theo booking mới trừ hủy, hay chỉ booking mới; nếu lịch sử pickup đã là số ròng thì không trừ hủy lần nữa. So sánh cùng lead time (khoảng thời gian từ lúc đặt đến ngày lưu trú), thứ trong tuần, mùa, sự kiện và điều kiện thị trường khi dữ liệu đủ. Dữ liệu năm trước là tham khảo, không phải lời hứa nhu cầu sẽ lặp lại.

Phân đoạn và lập bảng dự báo day-by-day

Lập một dòng cho mỗi ngày lưu trú trong chân trời dự báo. Bảng tối thiểu gồm ngày lưu trú, phòng tổng, OOO, phòng khả dụng, on-books, hủy dự kiến, no-show dự kiến, pickup dự kiến, phòng có khách dự kiến, occupancy và ghi chú. Thêm ngày chạy báo cáo để phân biệt snapshot (ảnh chụp dữ liệu tại một thời điểm) hôm nay với lần cập nhật trước. Có thể đưa thêm room type (hạng/loại phòng) và segment (phân khúc khách), nhưng tổng hợp phải kiểm tra được với cấp chi tiết.

Segment có thể gồm khách lẻ, đoàn, doanh nghiệp, OTA, trực tiếp hoặc nhóm khách khác theo hệ thống của khách sạn. Chỉ phân đoạn khi mã nguồn và định nghĩa nhất quán. Với đoàn, phân biệt phòng đã xác nhận với block còn giữ nhưng chưa rooming list (danh sách tên khách theo từng phòng trong đoàn); block (nhóm phòng giữ riêng cho đoàn) có thể được giải phóng theo hạn chót. Với booking hủy miễn phí, quan sát biến động theo lead time. Mục tiêu không phải tạo thật nhiều nhóm mà là tách những hành vi có khác biệt đủ để thay đổi quyết định.

Ví dụ bảng theo ngày nên giữ cột tách biệt thay vì một ô “forecast” khó giải thích. Dùng màu cảnh báo để làm nổi ngày có occupancy dự báo cao, inventory thấp hoặc sai lệch dữ liệu, nhưng luôn kèm giá trị số và lý do. Không áp đặt một ngưỡng giá hay đóng bán cố định cho mọi cơ sở: hành động còn phụ thuộc ADR, chi phí phục vụ, chính sách kênh, nhu cầu từng hạng phòng và mức tin cậy của dự báo.

Ví dụ minh họa: tính theo ngày và ghi rõ giả định

Toàn bộ số liệu trong ví dụ dưới đây là giả định minh họa, không phải dữ liệu thị trường hay chuẩn hiệu suất. Giả sử khách sạn có 40 phòng. Với đêm 15/6, bộ phận kỹ thuật xác nhận 2 phòng OOO trong ngày đó, không có loại trừ inventory nào khác; vậy phòng khả dụng là 38. PMS có 30 phòng on-books hợp lệ, trong đó 2 phòng thuộc nhóm đoàn có hạn rooming-list khác với khách lẻ.

Nhóm phụ trách dùng dữ liệu nội bộ tương đồng để ước lượng tổng hủy và no-show còn lại là 3 phòng. Đây là giả định của ví dụ, không phải tỷ lệ chung. Pickup ròng dự kiến từ nay đến ngày lưu trú là 6 phòng. Khi đó số phòng có khách dự kiến là 30 − 3 + 6 = 33, occupancy cơ sở là 33 ÷ 38 × 100%, xấp xỉ 86,8%. Nếu không trừ 2 phòng OOO, mẫu số sai thành 40 và occupancy biểu kiến thấp hơn; nếu không điều chỉnh biến động booking, dự báo cũng không phản ánh giả định pickup.

Để thể hiện bất định, nhóm có thể lập kịch bản thấp, cơ sở và cao bằng các giả định pickup/hủy khác nhau, rồi ghi rõ từng giả định. Không chọn một khoảng tùy tiện rồi gọi đó là khoảng tin cậy thống kê. Trước khi đổi giá hoặc đóng kênh, kiểm tra phân bổ theo hạng phòng: 33 phòng tổng không cho biết hạng nào còn trống. Nếu phần lớn booking nằm ở phòng tiêu chuẩn nhưng hạng cao cấp còn nhiều, quyết định inventory cần xem đúng room type.

Kiểm soát oversell và xử lý booking vượt tồn kho

Oversell xảy ra khi nhận nhiều booking hơn số phòng có thể phục vụ, thường do cố ý chấp nhận một lượng hủy/no-show dự kiến hoặc do lệch tồn kho. Đây là rủi ro vận hành, không phải cách làm mặc định để tăng occupancy. Chỉ xem xét khi khách sạn có dữ liệu lịch sử đủ phù hợp, quy trình phê duyệt, khả năng hỗ trợ khách bị ảnh hưởng và hiểu rõ nghĩa vụ theo hợp đồng, luật áp dụng cũng như chính sách thương hiệu.

Đặt giới hạn oversell riêng theo ngày và loại phòng, căn cứ năng lực thực tế; không lấy tỷ lệ hủy toàn khách sạn làm hạn mức. Theo dõi booking theo kênh, trạng thái đảm bảo, nhóm/đoàn, phòng OOO và khả năng chuyển đổi hạng. Tính cả rủi ro nhiều booking cùng đến, không chỉ số trung bình hủy. Khi số on-books tiến sát hoặc vượt sức chứa, cảnh báo người có quyền quyết định, xác minh OOO và allotment, tạm kiểm tra cấu hình bán trên các kênh, rồi thực hiện phương án theo chính sách đã duyệt. Không tự ý hủy booking hoặc hứa chuyển khách nếu chưa được phép.

Giữ lịch sử mọi thay đổi: ai điều chỉnh, lúc nào, số phòng trước/sau, lý do và nguồn xác nhận. Đây là căn cứ phân biệt quyết định oversell có kiểm soát với lỗi đồng bộ tồn kho. Phối hợp lễ tân, đặt phòng, doanh thu và buồng phòng trước ngày đến; xác nhận phương án xử lý khách, chi phí và thông tin liên lạc theo quy trình của cơ sở. Mục tiêu là giảm nguy cơ không có phòng phù hợp, không phải che giấu con số vượt tồn kho.

Đối soát dữ liệu trước khi chốt dự báo

Đối soát theo thứ tự từ mẫu số đến booking. Trước tiên, kiểm tra phòng tổng, phòng mở cửa hoạt động và danh sách OOO theo ngày. Tiếp đó, so sánh inventory trong PMS với các kênh và allotment, tìm mapping sai hạng phòng, phòng đóng bán hoặc cập nhật chậm. Sau đó kiểm tra booking trùng, booking test, trạng thái tentative (giữ chỗ tạm, chưa xác nhận), hủy chưa đồng bộ, số lượng phòng và ngày lưu trú qua nửa đêm. Cuối cùng, đối chiếu báo cáo pickup với snapshot trước.

Chênh lệch cần được giải thích, không bị “cân” bằng cách sửa số tổng. Ví dụ, PMS có thể tính theo ngày khách đến trong khi báo cáo occupancy dùng từng đêm; đoàn có thể còn trong block nhưng chưa được chuyển thành booking cá nhân; OTA có thể gửi cập nhật trễ. Ghi nguồn chuẩn cho mỗi trường và thời điểm đồng bộ. Nếu một phần dữ liệu chưa xác nhận, đánh dấu hạn chế thay vì trình bày số như chính xác tuyệt đối.

Lưu snapshot dự báo cùng số thực tế cuối cùng để đánh giá theo ngày lưu trú và lead time. Theo dõi sai số tuyệt đối về số phòng, sai số occupancy theo điểm phần trăm, và thiên lệch dự báo (thường xuyên cao hơn hay thấp hơn thực tế). Không nên gom mọi ngày thành một mức sai số duy nhất: ngày lễ, ngày thường, nhóm đoàn và chân trời xa có thể khác nhau. Khi sai số tăng, tìm nguyên nhân cụ thể như OOO cập nhật muộn, tỷ lệ hủy thay đổi hoặc pickup lịch sử không còn tương đồng.

Biến dự báo thành hành động, không biến thành mệnh lệnh tự động

Với ngày có cầu dự báo yếu, kiểm tra nhu cầu theo phân khúc, tính linh hoạt giá và chi phí khuyến mại trước khi mở ưu đãi. Với ngày dự báo cao, cân nhắc bảo vệ hạng phòng khan hiếm, rà soát điều kiện đặt và theo dõi tốc độ booking; không tăng giá chỉ vì occupancy một con số cao nếu còn inventory khó bán hoặc giá không phù hợp thị trường. Mỗi hành động nên ghi người phụ trách, ngày áp dụng, giả định và điều kiện xem xét lại.

Dự báo cũng hỗ trợ vận hành: chia sẻ số khách đến và đi dự kiến với lễ tân, buồng phòng, nhà hàng hoặc bộ phận liên quan theo nhu cầu thực tế của khách sạn. Tách forecast thương mại cập nhật liên tục khỏi lịch nhân sự đã chốt, để thay đổi phút chót không tự động gây xáo trộn ca làm. Khi có sự kiện, thời tiết bất thường, chuyến bay bị gián đoạn hoặc thay đổi chính sách, ghi nhận tác động và cập nhật theo thông tin đã xác minh. Xem thêm Forecast Report và cách đọc báo cáo dự báo nhu cầu để kết nối dự báo với quy trình báo cáo.

Công cụ, giới hạn và nguyên tắc sử dụng

Khách sạn nhỏ có thể bắt đầu bằng bảng tính nếu kiểm soát được snapshot, công thức, quyền sửa và nguồn dữ liệu. PMS giúp quản lý booking và trạng thái phòng; RMS (hệ thống quản lý doanh thu) có thể hỗ trợ mô hình dự báo, nhưng đầu ra phụ thuộc cấu hình, dữ liệu và cách định nghĩa. Không nên giả định mọi phần mềm có cùng tính năng hoặc mọi dự báo tự động đều đã xử lý OOO, block đoàn và no-show theo quy tắc của cơ sở. Kiểm tra tài liệu sản phẩm và chạy đối chiếu với dữ liệu vận hành trước khi dùng cho quyết định.

Giới hạn thường gặp gồm lịch sử ngắn, thay đổi phân khúc, dữ liệu kênh không đồng bộ, thay đổi sức chứa, sự kiện mới và cú sốc nhu cầu. Đừng trình bày forecast xa ngày như cam kết chính xác; độ bất định thường cần được diễn giải theo chân trời và dữ liệu sẵn có. Nếu khách sạn mới mở, có thể dùng thông tin booking hiện tại, lịch sự kiện đã xác minh, dữ liệu nội bộ tích lũy và tham chiếu thị trường có nguồn hợp pháp; ghi rõ phần nào là giả định. Không tự tạo benchmark (mức chuẩn so sánh) hoặc khẳng định một mức sai số là tiêu chuẩn ngành nếu không có nguồn phù hợp.

Tóm lại

Dự báo lấp đầy đáng tin bắt đầu từ mẫu số đúng: phòng khả dụng theo từng ngày, sau khi xử lý OOO và giới hạn inventory. Tiếp đó, quy đổi on-books thành phòng có khách dự kiến bằng giả định minh bạch về hủy, no-show và pickup; phân tích theo ngày lưu trú và segment; cuối cùng đối soát, gắn cờ oversell và chuyển con số thành hành động có người chịu trách nhiệm. Lưu cả dự báo lẫn kết quả thực tế để cải thiện phương pháp, thay vì dựa vào một tỷ lệ cố định hoặc một con số không thể giải thích.

Đọc thêm

Demand Forecasting – phương pháp dự báo nhu cầu · Forecast Report 30–60–90 ngày · Revenue Projection – dự báo doanh thu

Câu hỏi thường gặp (FAQ)