Forecast Report: Dự Báo Nhu Cầu Khách Sạn 30-60-90 Ngày Tới

Forecast Report không phải con số đoán doanh thu rồi cất vào bảng tính. Đây là bản dự báo cuốn chiếu, cho biết từng ngày khách sạn đang có bao nhiêu phòng đã đặt, có thể bán thêm bao nhiêu, mức giá và doanh thu nào hợp lý, cùng hành động cần giao cho từng bộ phận. Báo cáo hữu ích khi người đọc phân biệt được dữ liệu đã xác nhận với giả định, hiểu nguyên nhân thay đổi và biết ai phải làm gì tiếp theo.

Tóm tắt nhanh

• Lập báo cáo theo ngày lưu trú và ngày chốt dữ liệu; hiển thị riêng booking đang giữ, thay đổi ròng giữa hai lần chốt và dự báo cuối kỳ.
• Dùng giai đoạn gần để quyết định giá và tồn phòng, giai đoạn giữa để phối hợp bán và vận hành, giai đoạn xa để rà giả định và rủi ro.
• Ghi nguồn sự kiện, kịch bản, người phụ trách và hạn kiểm tra; đối chiếu dự báo với kết quả thực tế để sửa giả định thay vì coi dự báo là booking chắc chắn.

Forecast 30-60-90 ngày: báo cáo để quyết định

Thiết kế báo cáo theo ba chân trời 30, 60 và 90 ngày, nhưng không áp dụng cùng một mức chi tiết hay cùng một quyết định cho cả ba. Ba chân trời cùng dùng một bộ định nghĩa chỉ số và một nguồn dữ liệu, sau đó bổ sung chiều sâu phù hợp. Dự báo phải được lập theo từng ngày lưu trú; tổng theo tuần hoặc tháng chỉ là góc nhìn tổng hợp, không thay thế ngày cụ thể.

Chọn phạm vi, ngày chốt và đơn vị đo

Trước khi xuất báo cáo, ghi rõ ngày giờ chốt dữ liệu, múi giờ, khoảng ngày lưu trú, ngày tạo booking nếu có, số phòng khả dụng, phòng ngừng bán và cách xử lý booking hủy và no-show (khách đã đặt nhưng không đến và không báo hủy trước). So sánh các snapshot (ảnh chụp dữ liệu tại một thời điểm) cùng quy tắc. Nếu kỳ này tính phòng khả dụng khác kỳ trước vì bảo trì hoặc thay đổi inventory, cần chú thích; nếu không, tỷ lệ lấp đầy có thể thay đổi vì mẫu số chứ không phải nhu cầu.

Mỗi dòng dữ liệu nên tương ứng một ngày lưu trú và có ngày trong tuần. Thứ Hai không thể thay bằng “tuần đầu tháng”: lịch lễ, ngày trong tuần và nhịp đi lại khác nhau. Khi cần nhìn xu hướng, nhóm theo tuần nhưng vẫn giữ bảng ngày để thấy đêm cao điểm, đêm vai và khoảng trống lẻ. Nên hiển thị ngày theo định dạng thống nhất, chẳng hạn 2026-11-14 (Thứ Bảy), để tránh nhầm định dạng ngày/tháng.

Chốt định nghĩa phòng bán, doanh thu phòng, ADR, công suất phòng (OCC) và RevPAR trước khi phân tích. OCC = phòng bán chia phòng khả dụng; ADR = doanh thu phòng chia phòng bán; RevPAR = doanh thu phòng chia phòng khả dụng, tương đương ADR nhân OCC nếu cùng kỳ và cùng cơ sở. Nêu rõ doanh thu gồm hay không gồm thuế, phí, phụ thu, hủy và no-show. Không trộn doanh thu tổng với doanh thu phòng thuần trong cùng một chỉ số.

Tách on-books, pickup và forecast

On-books (OTB) là booking hiện có cho một ngày lưu trú tại thời điểm chốt, sau khi áp dụng quy tắc trạng thái đã thống nhất. Đây là trạng thái tồn kho đặt phòng, không phải dự báo cuối cùng. Pickup là thay đổi booking giữa hai snapshot có cùng ngày lưu trú: booking mới trừ hủy và điều chỉnh theo quy tắc hệ thống. Báo cáo cần nêu khoảng đo, ví dụ pickup 7 ngày hoặc 14 ngày; không gọi số booking tạo trong kỳ là pickup ròng nếu chưa trừ hủy.

Forecast cuối cùng là ước lượng tổng kết quả khi ngày lưu trú kết thúc. Có thể trình bày theo công thức quản trị đơn giản: OTB hiện tại + pickup tương lai dự kiến, rồi điều chỉnh hủy/no-show và các yếu tố đã nêu. Đây không phải công thức duy nhất; phương pháp cần nhất quán và có thể giải thích. Nếu mô hình dự báo trực tiếp tổng phòng bán hoặc doanh thu, vẫn hiển thị OTB riêng để người dùng thấy phần đã có và phần còn kỳ vọng.

Đặt cạnh nhau OTB, forecast cuối cùng và kết quả cùng ngày trong snapshot trước. So sánh OTB với cùng lead time năm trước chỉ khi dữ liệu được chuẩn hóa tương đương; nếu không, ghi “không so sánh trực tiếp”. Không dùng forecast như thể booking đã chắc chắn. Có thể thể hiện phòng bán, OCC, ADR, doanh thu phòng và RevPAR, kèm khoảng dự báo hoặc mức tin cậy nội bộ khi tổ chức có phương pháp hỗ trợ.

Đọc pace và pickup thay vì chỉ nhìn công suất

Booking pace mô tả vị trí hiện tại của booking so với thời gian còn lại trước ngày lưu trú hoặc so với đường cong đặt phòng lịch sử có thể so sánh. Một ngày OCC thấp ở mốc 60 ngày chưa chắc là yếu nếu khách sạn thường nhận booking muộn; ngược lại, OCC cao không đảm bảo doanh thu tốt nếu phần lớn phòng bán sớm với giá thấp. Hãy đặt OTB vào ngữ cảnh lead time (khoảng thời gian từ lúc đặt phòng đến ngày nhận phòng), ngày trong tuần, mùa và kênh.

Pickup cần được đọc cùng giá và cơ cấu khách. Tách pickup phòng, pickup doanh thu, pickup ADR nếu phù hợp; dùng cửa sổ nhất quán như 7 ngày gần nhất so với 7 ngày trước đó hoặc cùng giai đoạn năm trước. Nếu số phòng tăng nhưng doanh thu trung bình giảm, đó là tín hiệu khác với trường hợp cả phòng lẫn doanh thu cùng tăng. Kiểm tra booking nhóm, allotment, hủy và thay đổi giá trước khi kết luận.

Đặt ngưỡng cảnh báo theo quy mô và biến động của chính khách sạn, thay vì coi một tỷ lệ cố định là chuẩn cho mọi nơi. Khi lệch ngưỡng, yêu cầu giải thích: chênh do pickup, hủy, giá, inventory, phân khúc hay giả định? Chỉ báo cáo chênh lệch tuyệt đối lẫn phần trăm khi mẫu số có ý nghĩa; nếu OTB bằng không, phần trăm tăng không xác định và cần ghi rõ.

Phân khúc, kênh và giả định sự kiện

Chia forecast theo các phân khúc đang dùng trong PMS hoặc hệ thống báo cáo, chẳng hạn khách lẻ linh hoạt, khách công ty, đoàn, hợp đồng allotment (số phòng dành riêng cho đối tác/đại lý theo hợp đồng) và khách qua OTA (đại lý du lịch trực tuyến, Online Travel Agency). Quy ước phân khúc phải loại trừ chồng lặp hoặc ghi rõ thứ tự phân loại. Tránh áp một tỷ trọng cố định cho mọi ngày: cơ cấu thực tế có thể khác theo thứ, mùa, sự kiện, giá và thời gian đặt. Nếu phân tích kênh, phân biệt kênh đặt với phân khúc nhu cầu; khách công ty có thể đặt qua nhiều kênh.

Với mỗi phân khúc, theo dõi OTB phòng và doanh thu, pickup, ADR, hủy, lead time và forecast cuối kỳ khi dữ liệu cho phép. Nêu các giới hạn dữ liệu, ví dụ mã nguồn chưa được gắn đầy đủ hoặc booking nhóm chưa chốt. Báo cáo tổng phải khớp tổng phân khúc; nếu không khớp, thể hiện phần chưa phân loại thay vì phân bổ tùy tiện.

Lập lịch sự kiện từ nguồn có thể kiểm tra: lịch của đơn vị tổ chức, địa điểm, cơ quan địa phương hoặc xác nhận nội bộ. Mỗi giả định sự kiện cần ghi tên, ngày, địa điểm/phạm vi ảnh hưởng, trạng thái xác nhận, nguồn và ngày kiểm tra. Nêu cơ chế tác động được giả định, chẳng hạn nhu cầu tăng vào đêm trước hội nghị hoặc dịch chuyển khách sang ngày khác. Không cộng thêm một mức tăng doanh thu chỉ vì có sự kiện; kiểm tra pickup, giá thị trường và lịch sử tương đồng, đồng thời tránh tính trùng với mùa cao điểm.

Nếu chưa có bằng chứng định lượng, ghi tác động là giả định định tính và đặt trong kịch bản, không trình bày như kết quả chắc chắn. Các chỉ số đối thủ hoặc xu hướng tìm kiếm chỉ là tín hiệu bổ trợ, không thay cho dữ liệu booking của khách sạn. Ghi nguồn và thời điểm truy cập để người xem biết dữ liệu đã cũ hay chưa.

Ba chân trời, ba nhóm quyết định

30 ngày: điều hành ngày lưu trú và hành động gần hạn

Trong 30 ngày, ưu tiên dự báo theo từng ngày, OTB và pickup mới nhất, tình trạng tồn phòng, giá đang mở, hạn chế lưu trú, hủy dự kiến và khả năng chuyển đổi theo kênh. Revenue Manager (người quản lý doanh thu, chịu trách nhiệm giá và chiến lược bán phòng) rà soát ngày lệch pace, đề xuất thay đổi giá hoặc điều kiện bán có căn cứ; Sales xác nhận tiến độ đoàn và hợp đồng; Marketing kiểm tra chiến dịch đang chạy. Bộ phận vận hành dùng dự báo cập nhật để chuẩn bị ca làm, buồng phòng và nhu cầu liên quan. Không tự động giảm giá chỉ vì OCC thấp: xem lead time, pickup gần đây, giá đối thủ nếu đáng tin, chi phí kênh và giá trị còn lại của inventory.

60 ngày: phối hợp nguồn cầu và năng lực

Trong 31–60 ngày, độ bất định lớn hơn và có nhiều thời gian tác động đến nguồn cầu. Dùng forecast theo ngày cùng tóm tắt tuần, xem pace theo phân khúc, pipeline (danh sách cơ hội đặt phòng/hợp đồng đang trong quá trình chốt) đoàn/công ty, lịch chiến dịch, lịch bảo trì và năng lực nhân sự. Sales cập nhật xác suất, số phòng dự kiến, ngày quyết định và điều khoản cho cơ hội chưa chốt; Marketing gắn mục tiêu chiến dịch với ngày còn thiếu cầu; vận hành báo các giới hạn năng lực. Quyết định ở chân trời này thường là phối hợp bán, phân bổ ngân sách hoặc điều chỉnh kế hoạch, không coi lead chưa xác nhận như OTB.

90 ngày: định hướng, rủi ro và giả định

Trong 61–90 ngày, trình bày xu hướng theo ngày và tuần nhưng nhấn mạnh khoảng bất định, mùa vụ, lịch sự kiện, lịch hợp đồng và giả định thị trường. Dùng để rà soát ngân sách, chiến lược phân khúc, kế hoạch kênh, thời điểm bảo trì và nhu cầu nguồn lực ở mức định hướng. Không nên xem con số chi tiết xa hạn là cam kết vận hành hoặc khóa giá cứng khi thông tin còn mỏng. Ghi điều kiện khiến dự báo cần cập nhật, ví dụ sự kiện đổi lịch, đoàn chưa ký hoặc inventory dự kiến thay đổi.

Các trường nên có trong mẫu báo cáo

Một template thực dụng cần có: ngày lưu trú; thứ; ngày chốt; số ngày còn lại; phòng khả dụng; phòng ngừng bán; OTB phòng và doanh thu; pickup theo cửa sổ; forecast phòng bán, OCC, ADR, doanh thu phòng và RevPAR; chỉ tiêu hoặc baseline so sánh; chênh lệch tuyệt đối và phần trăm; phân khúc/kênh; sự kiện và trạng thái xác nhận; kịch bản; hành động; người phụ trách; hạn hoàn thành; ghi chú nguồn dữ liệu. Không phải mọi trường đều cần hiển thị trên một trang: giữ bảng chi tiết cho phân tích và trang tóm tắt cho cuộc họp.

Bảng minh họa dưới đây dùng số liệu giả định, không phải benchmark hay dự báo cho một khách sạn thực. Giả sử có 60 phòng khả dụng mỗi ngày, chưa xét thuế; doanh thu tính bằng nghìn đồng. Pickup 7 ngày là ròng. Những giá trị này chỉ minh họa cách đọc hàng báo cáo.

Ngày lưu trú	Thứ / horizon	OTB phòng / OCC	Pickup 7 ngày	Forecast OCC / ADR	RevPAR	Giả định và hành động
2026-11-14	Thứ Bảy / 30 ngày	42 / 70%	+6 phòng	50 / 83%; 1.400	1.162	Sự kiện địa phương giả định, chưa xác nhận; kiểm tra nguồn, giữ giá và rà soát lại sau 3 ngày.
2026-12-10	Thứ Năm / 60 ngày	18 / 30%	+2 phòng	36 / 60%; 1.200	720	Pipeline công ty chưa ký; Sales cập nhật trạng thái trước cuộc họp tuần tới.
2027-01-05	Thứ Ba / 90 ngày	6 / 10%	+1 phòng	24 / 40%; 1.100	440	Giả định mùa thấp điểm; kiểm tra lại lịch bảo trì và chiến dịch theo quý.

Trong ví dụ, ADR và RevPAR đều tính bằng nghìn đồng; RevPAR = ADR × OCC. Dòng 30 ngày có forecast 50 phòng, ADR 1.400 nghìn đồng và OCC xấp xỉ 83%, nên RevPAR xấp xỉ 1.162 nghìn đồng. Làm tròn có thể tạo sai khác nhỏ. Bảng thật cần giữ giá trị chưa làm tròn trong dữ liệu và ghi quy tắc hiển thị.

Kịch bản, sai số và nhật ký quyết định

Thay vì một con số duy nhất, có thể trình bày ba kịch bản: cơ sở, nhu cầu thấp và nhu cầu cao. Mỗi kịch bản phải nêu biến đầu vào và điều kiện kích hoạt, không chỉ đổi tỷ lệ tùy ý. Ví dụ, kịch bản thấp có thể giả định một nhóm không chốt và pickup lẻ tiếp tục ở mức quan sát gần đây; kịch bản cao chỉ áp dụng khi sự kiện được xác nhận và pickup đạt tín hiệu đã định. Đừng cộng toàn bộ tác động giả định nếu các yếu tố phụ thuộc lẫn nhau.

Đối chiếu forecast trước với kết quả thực tế khi ngày đã qua. Phân rã variance (chênh lệch giữa dự báo và kết quả thực tế) theo phòng bán, ADR, cơ cấu phân khúc/kênh, hủy, giá và thay đổi inventory nếu dữ liệu cho phép. Ghi sai số tuyệt đối và sai số phần trăm với mẫu số được định nghĩa; bổ sung thiên lệch dự báo nếu tổ chức theo dõi xu hướng dự báo liên tục cao hoặc thấp hơn thực tế. Không quy mọi sai số cho người lập báo cáo: kiểm tra chất lượng dữ liệu và các biến cố ngoài giả định.

Nhật ký quyết định nên ghi ngày, ngày lưu trú bị ảnh hưởng, chỉ số/tín hiệu, quyết định, lý do, người phê duyệt, người thực hiện, hạn, kết quả kiểm tra và trạng thái. Ghi cả quyết định không hành động cùng lý do nếu tín hiệu chưa đủ mạnh. Ở lần họp sau, đánh dấu việc đã làm, kết quả pickup/giá và việc cần đổi giả định. Nhờ vậy, khách sạn học từ quyết định chứ không chỉ chỉnh con số dự báo.

Phân công chủ sở hữu và nhịp họp

Revenue Manager sở hữu định nghĩa, snapshot, forecast tổng và đề xuất giá; Reservations hoặc bộ phận dữ liệu xác minh booking, hủy và trạng thái; Sales sở hữu pipeline đoàn/công ty và ngày quyết định; Marketing cung cấp lịch chiến dịch cùng kết quả liên quan; vận hành xác nhận phòng khả dụng, bảo trì và năng lực; GM (Tổng Quản lý khách sạn, General Manager) hoặc người được ủy quyền chốt quyết định vượt thẩm quyền. Một người có thể kiêm nhiều vai trò tại khách sạn nhỏ, nhưng từng đầu việc vẫn cần một chủ sở hữu và hạn rõ ràng.

Nhịp vận hành có thể gồm cập nhật dữ liệu hằng ngày, rà soát nhanh các ngày 30 ngày gần nhất vài lần mỗi tuần, và cuộc họp forecast liên phòng ban mỗi tuần. Đây là lựa chọn vận hành, không phải quy chuẩn bắt buộc; điều chỉnh theo tốc độ biến động, quy mô và khả năng cập nhật. Mỗi cuộc họp nên xem variance so với snapshot trước, ngày ngoại lệ, kịch bản, quyết định cần phê duyệt và hành động quá hạn. Ghi biên bản ngắn ngay trong nhật ký.

Quy trình cập nhật và kiểm soát chất lượng

Quy trình tuần có thể bắt đầu bằng việc chốt ngày giờ dữ liệu; kiểm tra mapping phân khúc, phòng khả dụng, booking hủy và sự kiện; tạo snapshot; tính OTB, pickup và forecast; rà ngày bất thường; ghi giả định; rồi gửi bảng cùng danh sách quyết định. Khi có thay đổi lớn, lưu phiên bản mới thay vì ghi đè lịch sử. Nhờ đó nhóm có thể tái dựng điều gì đã biết tại thời điểm quyết định.

Kiểm tra tổng phân khúc bằng tổng báo cáo, đơn vị tiền tệ, công thức OCC/ADR/RevPAR, ngày thiếu, booking trùng và chênh lệch inventory. Kiểm tra tính hợp lý của forecast: phòng bán không vượt inventory theo quy tắc, ADR không bị kéo bởi doanh thu ngoài phạm vi, và phòng OTB không bị tính lại trong pickup. Đánh dấu trường thiếu thay vì điền số 0 nếu “không có dữ liệu” khác “không có nhu cầu”. Phân quyền chỉnh sửa và lưu nguồn dữ liệu giúp hạn chế sai lệch phiên bản.

Liên kết báo cáo với phân tích khác

Để đọc cơ cấu nhu cầu sâu hơn, tham khảo Segment Mix Report: phân tích phân khúc khách hàng. Khi sự kiện có khả năng ảnh hưởng nguồn cầu, kết hợp lịch và kế hoạch với quảng cáo theo sự kiện cho khách sạn; chiến dịch mùa vụ có thể xem cùng chiến dịch quảng cáo theo mùa. Các liên kết này hỗ trợ góc nhìn liên quan, không thay thế dữ liệu nội bộ hay xác minh sự kiện.

Đọc thêm

Demand Forecasting – dự báo nhu cầu · Occupancy Forecasting – dự báo công suất · Excel FORECAST – dự báo bằng bảng tính

Checklist trước khi phát hành

Xác nhận ngày chốt và phạm vi; giữ cấp dữ liệu từng ngày và thứ; tách OTB khỏi forecast; định nghĩa pickup cùng cửa sổ đo; đối soát tổng phân khúc; ghi nguồn và trạng thái sự kiện; trình bày kịch bản cùng điều kiện; giải thích variance; giao hành động cho người phụ trách và hạn hoàn thành; lưu phiên bản để cuộc họp sau kiểm tra. Báo cáo đạt yêu cầu không phải báo cáo có nhiều cột nhất, mà là báo cáo giúp người đọc nhìn thấy điều đã biết, điều còn giả định và quyết định phù hợp với chân trời thời gian.

Kết luận

Báo cáo forecast 30-60-90 ngày có giá trị khi tách rõ dữ liệu đã xác nhận (OTB) khỏi phần dự kiến, dùng chung định nghĩa chỉ số cho cả ba chân trời, và gắn mỗi con số với một quyết định, một người phụ trách và một hạn xem lại. Áp dụng checklist ở trên trước khi phát hành để tránh nhầm giả định với sự thật đã xác nhận.

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