Group Booking Forecast: Dự Báo Nhu Cầu Khách Nhóm

Booking nhóm không vận hành giống từng reservation lẻ. Một đoàn có thể giữ nhiều phòng cùng lúc, thay đổi số lượng trước hạn chốt, yêu cầu phòng họp và tạo doanh thu ăn uống đáng kể. Nhưng giá trị trên hợp đồng chưa phải doanh thu chắc chắn: khách có thể giảm phòng, trả block muộn, đổi ngày hoặc hủy toàn bộ. Nếu đưa nguyên số phòng đã hỏi vào forecast, khách sạn dễ từ chối khách lẻ có giá trị cao; nếu bỏ qua đoàn đang thương lượng, kế hoạch nhân sự và tồn phòng lại thiếu hụt.

Tóm tắt nhanh

• Bung từng đoàn thành số phòng theo đêm; tách đặt đã xác nhận, phòng giữ chỗ và cơ hội đang thương lượng.
• Theo dõi hạn chốt, lượng phòng khách thực đặt và phần block không dùng; hiệu chỉnh khả năng chốt bằng lịch sử đoàn tương đồng.
• So đóng góp phòng và dịch vụ của đoàn với khách lẻ có thể bị thay thế trước khi nhận đoàn hoặc giải phóng tồn phòng.

Vì sao booking nhóm cần forecast riêng

Mục tiêu của dự báo là ước tính lượng phòng thực sự có khả năng tiêu thụ theo từng ngày lưu trú, đồng thời chỉ ra bất định và quyết định cần thực hiện. Forecast phải tách dữ liệu đã xác nhận khỏi kỳ vọng, ghi rõ giả định, và cập nhật khi trạng thái đoàn đổi. Đây là phần bổ sung cho dự báo nhu cầu khách sạn ở cấp độ booking cụ thể; nó không thay thế dự báo tổng thể theo phân khúc.

Dự báo theo ngày lưu trú, không theo ngày ký

Ngày nhận lead hay ngày ký hợp đồng cho biết hoạt động bán hàng, không cho biết đêm nào cần phòng. Mỗi đoàn phải được bung thành lịch ở: ngày đến, ngày đi, số phòng từng đêm, loại phòng nếu có, và trạng thái của từng phần block. Đoàn lưu ba đêm tạo nhu cầu khác nhau cho đêm đầu, đêm giữa và đêm cuối; lịch hội nghị có thể khiến một đêm đông nhưng đêm kế tiếp vắng.

Lưu room-night theo stay date. Với mỗi ngày, tổng hợp phòng xác nhận, phòng đang giữ, pickup thực tế, dự kiến wash (tỷ lệ phòng đoàn bị hủy/không dùng hết) và phòng lẻ bán được. Đừng gán toàn bộ block vào ngày đến hoặc chia đều nếu lịch đoàn không đều. Với lịch chưa chắc chắn, giữ phiên bản giả định và ngày người bán xác nhận; khi khách sửa lịch, thay dữ liệu tương lai, không âm thầm ghi đè lịch sử forecast.

Thiết kế pipeline và định nghĩa stage

Pipeline phải có các stage có tiêu chí quan sát được, không chỉ là nhãn cảm tính. Một cấu hình thực dụng gồm: lead đủ điều kiện; đề xuất đã gửi; đang thương lượng; tentative hold (giữ chỗ tạm, chưa chắc chắn); hợp đồng gửi chờ ký; definite/đã ký (đã xác nhận chắc chắn); và lost hoặc cancelled. Khách sạn có thể thêm bước, nhưng mỗi bước cần định nghĩa điều kiện vào, bằng chứng, người chịu trách nhiệm và xác suất mặc định.

Lead đủ điều kiện nghĩa là có ngày, quy mô sơ bộ, nhu cầu phù hợp và người liên hệ có quyền quyết định. Đề xuất đã gửi nghĩa là giá và điều khoản được khách nhận. Thương lượng có phản hồi hai chiều và hành động tiếp theo đã lên lịch. Tentative hold là tồn phòng được giữ có hạn, không phải cam kết doanh thu. Definite cần hợp đồng hoặc xác nhận theo chính sách, cùng điều khoản thanh toán và lịch phòng đủ dùng để vận hành. Lost chỉ ghi khi khách chọn phương án khác, không còn nhu cầu hoặc quá hạn không phản hồi sau quy trình follow-up đã định.

Stage là trạng thái quy trình; xác suất là ước lượng thống kê. Không nên mặc định rằng bước thương lượng luôn tương đương một tỷ lệ cố định cho mọi khách sạn hay mọi mùa. Tách hai trường này giúp nhìn được cả tiến độ lẫn độ tin cậy.

Hiệu chỉnh xác suất từ kết quả của chính khách sạn

Bắt đầu bằng lịch sử nhóm theo stage, thời gian trước ngày đến, quy mô đoàn, nguồn lead, mùa, ngày trong tuần và phân khúc. Tính tỷ lệ booking đi từ mỗi stage đến definite, rồi tỷ lệ definite cuối cùng thực sự tiêu thụ sau hủy và wash. Dùng cửa sổ đủ dài để có mẫu hợp lý; nếu mỗi nhóm quá nhỏ, gộp các nhóm tương đồng thay vì tạo phần trăm chính xác giả tạo.

Ví dụ, nếu 40 đề xuất tương tự tạo 12 hợp đồng, tỷ lệ chuyển đổi thô là 30%. Nhưng nếu phần lớn đến từ một hội chợ bất thường, con số này không đại diện cho lead web thông thường. Phân đoạn theo nguồn và mùa nếu đủ dữ liệu; kiểm tra nhiều kỳ, tránh dùng một tháng làm chuẩn. Với mẫu ít, dùng mức nền rộng hơn và ghi độ tin cậy thấp. Mỗi quý so sánh xác suất dự báo với kết quả thực tế, điều chỉnh có kiểm soát và lưu phiên bản.

Xác suất booking thành công khác xác suất phòng được sử dụng. Một definite có thể vẫn giảm block. Ước lượng hai lớp: khả năng đoàn chốt, và tỷ lệ phòng/đêm còn lại sau pickup, giảm phòng và hủy. Hiệu chỉnh bằng số phòng thực tế ở, không chỉ số hợp đồng ký.

Room block, hạn chốt và release

Room block (số phòng được giữ riêng cho một đoàn theo hợp đồng) là quyền tiếp cận một lượng phòng theo điều kiện đã thỏa thuận, không phải dự báo chắc chắn. Mỗi block cần số phòng theo đêm, giá, loại phòng, ngày hết hạn, lịch giảm block, điều kiện đặt cọc, attrition (tỷ lệ phòng đoàn được phép giảm so với hợp đồng mà không bị phạt) và quy tắc hủy. Ghi rõ khách được phép giảm bao nhiêu và vào thời điểm nào; nếu hợp đồng cho phép trả 20% trước cutoff, forecast không nên coi toàn bộ block là chắc chắn đến ngày cuối.

Cutoff (hạn chốt, mốc thời gian quy định trong hợp đồng) thường là mốc phòng chưa đặt được giải phóng hoặc giá/điều kiện thay đổi. Theo dõi số phòng đã pickup so với block tại các mốc trước cutoff. Nếu đoàn chậm đặt, sales cần liên hệ đầu mối; revenue cần quyết định có giải phóng một phần hay giữ lại. Release đúng lúc giúp bán lại tồn phòng, nhưng giải phóng quá sớm có thể làm đoàn thiếu phòng và ảnh hưởng quan hệ. Quy tắc phải theo hợp đồng, không theo một tỷ lệ chung tùy tiện.

Phân biệt phòng đang hold cho đoàn với phòng đã được khách tham dự đặt tên. Báo cáo cả hai, cùng phần chưa pickup, để tránh cộng trùng block và reservation. Khi hết hạn, cập nhật tồn phòng được giải phóng vào đúng stay date và ghi log ai phê duyệt.

Pickup, wash và hủy

Pickup là tốc độ phòng chuyển từ block sang booking có tên hoặc trạng thái được khách sạn công nhận. Theo dõi pickup theo ngày lưu trú và lead time, chẳng hạn 60, 30, 14, 7 ngày trước khi đến. So sánh với đoàn tương tự, không lấy tốc độ chung của mọi group. Đường pickup giúp nhận ra đoàn đang theo kế hoạch hay chậm hơn, từ đó chọn hành động follow-up hoặc release.

Wash là phần block ban đầu không thành phòng thực ở, bao gồm phòng chưa từng pickup, phòng trả lại, giảm số người hoặc hủy reservation. Tính riêng từng nguyên nhân và thời điểm. Dùng lịch sử wash theo loại sự kiện, mùa và chính sách đặt tên; mẫu nhỏ cần ghi biên độ bất định. Không lấy tỷ lệ wash tổng thể áp lên mọi đoàn, vì đoàn thể thao, tour series và hội nghị doanh nghiệp có hành vi khác nhau.

Forecast phòng kỳ vọng có thể biểu diễn theo ngày: phòng definite đã pickup còn hiệu lực, cộng phần block chưa pickup nhân xác suất pickup có điều kiện, cộng pipeline chưa definite nhân xác suất chốt và tỷ lệ tiêu thụ tương ứng, rồi trừ hủy dự kiến chưa phản ánh trong các tỷ lệ đó. Tránh trừ wash hai lần nếu tỷ lệ tiêu thụ đã bao gồm wash. Báo cáo riêng số chắc chắn, số kỳ vọng và dải rủi ro để người dùng không nhầm dự báo với cam kết.

Phân bổ room-night và kiểm tra dữ liệu

Mỗi booking nhóm cần một dòng theo stay date hoặc cấu trúc dữ liệu tương đương. Kiểm tra tổng room-night bằng tổng số phòng mỗi đêm; ngày đến không có phòng nếu đoàn đến sau nửa đêm cần được xử lý theo quy ước khách sạn. Đồng bộ ngày, timezone, loại phòng, trạng thái và mã nhóm giữa CRM, PMS, sales & catering và hệ thống revenue. Một mã đoàn duy nhất giúp không cộng cả tentative hold lẫn hợp đồng đã chuyển stage.

Khi lịch phòng chỉ có tổng số đêm, yêu cầu khách cung cấp pattern dự kiến hoặc ghi rõ giả định phân bổ. Không tự chia đều rồi trình bày như sự thật. Đối chiếu số phòng trong hợp đồng với reservation pickup; phát hiện phòng vượt block, ngày thiếu, duplicate và ngày đã qua. Forecast theo ngày phải khớp với tổng kỳ nhưng không được xóa hình dạng ngày cao điểm bằng cách lấy trung bình tháng.

Lưu snapshot forecast định kỳ. Snapshot cho phép biết sai số đến từ lead không chốt, pickup hụt, khách trả phòng hay dữ liệu cập nhật muộn. Không ghi đè kết quả kỳ trước; so sánh forecast tại cùng khoảng cách đến ngày lưu trú để đánh giá công bằng.

Displacement so với khách lẻ

Đoàn có thể lấp ngày yếu nhưng cũng có thể chiếm phòng trong đêm nhu cầu cao. Displacement (doanh thu bị mất đi của phân khúc khác khi dành phòng cho đoàn) là doanh thu đóng góp của khách lẻ hoặc phân khúc khác bị bỏ lỡ khi chấp nhận nhóm. So sánh không chỉ giá phòng nhóm với BAR. Ước tính nhu cầu transient có thể bán, giá ròng sau hoa hồng/chi phí phân phối, xác suất lấp phòng và khả năng khách lẻ chuyển sang ngày khác. Cùng một block có thể tốt cho đêm Chủ nhật nhưng không tốt cho đêm hội chợ.

Tính theo từng đêm: doanh thu nhóm kỳ vọng và đóng góp phụ trợ, trừ chi phí biến đổi; so với doanh thu đóng góp transient kỳ vọng trên số phòng bị chiếm. Đưa vào phòng được giữ nhưng chưa chắc pickup theo xác suất, và kiểm tra kịch bản thấp/cơ sở/cao. Tránh dùng giá bán lẻ tối đa cho mọi phòng nếu khách sạn lịch sử không bán hết. Cũng tránh giả định rằng mọi khách lẻ bị từ chối đều sẽ đặt nơi khác với cùng giá.

Quyết định có thể là nhận cả đoàn, nhận một phần đêm, đổi lịch, đặt giá khác hoặc giữ tồn phòng. Ghi lý do và người phê duyệt để đánh giá lại sau sự kiện. Forecast report nên cho thấy giả định và tác động, không chỉ một con số tổng.

Giá trị F&B và chức năng

Doanh thu phòng không phải toàn bộ giá trị nhóm. Đoàn có thể sử dụng hội trường, tiệc, coffee break, ăn sáng, minibar hoặc dịch vụ khác. Dùng số lượng khách dự kiến, số suất, giá bán, tỷ lệ tham dự và chi phí biến đổi để ước lượng đóng góp. Phân biệt doanh thu ký, doanh thu dự kiến theo tiêu thụ và phần đã phục vụ. Đặt cọc hoặc minimum spend là điều khoản bảo vệ, không nhất thiết là doanh thu cuối cùng.

Kết nối booking phòng với event order, ngày giờ setup, số người và menu. Tránh đếm một khoản trong cả hợp đồng nhóm lẫn forecast F&B độc lập. Nếu một đoàn ở hai đêm nhưng tiệc chỉ diễn ra một buổi, gán ancillary revenue vào đúng ngày phục vụ. Bộ phận bếp và banquet cần biết số khách dự kiến cùng độ chắc chắn, để đặt hàng theo kịch bản và hạn chốt.

Tính lợi nhuận đóng góp sau nguyên liệu, nhân công biến đổi, phí đối tác và chi phí set-up đặc biệt. Doanh thu phụ trợ cao nhưng biên thấp không tự động bù được displacement phòng. Nếu số khách tham dự không chắc, dùng dải dự báo và cập nhật khi RSVP tăng.

Handoff từ sales sang vận hành

Sales chuyển giao booking khi đủ thông tin để vận hành, không đợi đến ngày khách đến. Gói handoff gồm lịch phòng từng đêm, rooming list, giờ đến/đi, VIP và yêu cầu tiếp cận, cutoff/release, điều khoản đặt cọc, liên hệ trưởng đoàn, sự kiện, setup, thực đơn, dị ứng, hóa đơn và người phê duyệt ngoại lệ. Đánh dấu trường còn thiếu, chủ sở hữu và hạn bổ sung; đừng biến khoảng trống thành giả định ngầm.

Tổ chức họp nhóm theo ngưỡng rủi ro: đoàn lớn, ngày công suất cao, nhiều chức năng hoặc thay đổi muộn. Revenue xác nhận tồn phòng và displacement; reservations kiểm tra pickup; lễ tân lập phương án arrival; housekeeping dự báo phòng đến/đi; bếp và banquet xác nhận số lượng cùng hạn chốt. Khi thay đổi vượt ngưỡng, ví dụ giảm phòng đáng kể hoặc đổi ngày, phát thông báo có phiên bản mới tới các bộ phận liên quan.

Sau sự kiện, đối chiếu forecast với PMS và hệ thống tài chính: phòng ở thực tế, hủy, khoản F&B đã phục vụ, chi phí và khiếu nại. Phản hồi này cải thiện xác suất và định mức, thay vì chỉ đánh giá nhân viên theo doanh thu ký.

Ví dụ tính forecast có giả định rõ

Giả sử đoàn A yêu cầu 40 phòng mỗi đêm trong ba đêm, từ 10 đến 12 tháng 9. Hợp đồng definite xác nhận 30 phòng mỗi đêm; tại ngày forecast, 24 phòng mỗi đêm đã phòng phát sinh mới. Lịch sử nhóm tương tự cho thấy trong sáu phòng chưa pickup, trung bình 80% được đặt trước khi đến và 90% trong số đã pickup lưu trú. Để không trộn chỉ số, mô hình dùng tỷ lệ 90% cho pickup hiện hữu và 80% pickup tương lai trên block chưa pickup; giả định 80% đã phản ánh hủy của phần chưa phòng phát sinh mới.

Ước tính phòng thực ở mỗi đêm: 24 × 0.90 + (30 − 24) × 0.80 × 0.90 = 21.6 + 4.32 = 25.92 room-night, làm tròn theo báo cáo thành khoảng 26 phòng/đêm. Ba đêm cho 77.76, xấp xỉ 78 room-night. Phần 10 phòng/đêm còn lại trong yêu cầu 40 chưa được ký, nên không đưa vào forecast cơ sở; có thể trình bày riêng như upside nếu lead chuyển stage, với xác suất được hiệu chỉnh.

Giả định minh họa: các đêm có cùng block và tỷ lệ, không có reservation trùng, giá trị thập phân dùng cho kỳ vọng chứ không có nghĩa bán phân số phòng. Nếu đêm thứ hai có sự kiện lớn, phải dùng tỷ lệ riêng. Nếu 90% đã là tỷ lệ thực ở tính từ booking, không nhân thêm wash 10% lần nữa. Kịch bản thấp/cơ sở/cao giúp quyết định tồn phòng mà không biến một giả định thành lời hứa.

Quản trị forecast và đo sai số

Đặt lịch cập nhật nhất quán, chẳng hạn hàng tuần và bổ sung khi có thay đổi trọng yếu. Mỗi lần ghi ngày chốt dữ liệu, người cập nhật, stage, xác suất, room-night theo ngày, nguồn xác suất và ghi chú thay đổi. Tạo cut-off giờ cố định để so sánh các khách sạn hoặc kỳ khác nhau. Trưởng sales chịu tính đúng pipeline; revenue chịu quy tắc xác suất và displacement; reservations xác nhận pickup; vận hành phản hồi năng lực và chi phí.

Theo dõi sai số theo stay date, lead time, stage, nguồn và quy mô đoàn. Có thể dùng sai lệch tuyệt đối room-night, bias (liên tục dự báo cao hay thấp) và độ chính xác ở các mốc 30/14/7 ngày. Không chỉ xem tổng tháng: dự báo đúng tổng nhưng lệch ngày vẫn gây quá tải hoặc bỏ lỡ doanh thu. Phân tích nguyên nhân theo hủy, wash, chuyển ngày, cập nhật trễ và lỗi mapping.

Họp forecast cần quyết định cụ thể: block nào cần follow-up, phòng nào nên release, giá nào cần sửa, ngày nào cần hạn chế bán, nhân sự nào cần chuẩn bị. Ghi quyết định, chủ sở hữu và hạn thực hiện. So sánh với thực tế và ngân sách trong báo cáo budget vs actual variance để tách lệch do sản lượng, giá, mix và thời điểm. Không thưởng/phạt theo một snapshot đơn lẻ; dữ liệu chưa đủ phải được đánh dấu.

Kết luận

Forecast booking nhóm đáng tin khi tách rõ phòng đã xác nhận (definite) khỏi phần đang thương lượng, gắn mỗi stage với xác suất dựa trên lịch sử của chính khách sạn, và so sánh giá trị đoàn với displacement khách lẻ trước khi quyết định nhận, từ chối hay đổi lịch. Cập nhật snapshot định kỳ và đối chiếu với kết quả thực tế giúp cải thiện độ chính xác qua từng kỳ thay vì chỉ sửa con số theo cảm tính.

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