Gói All Inclusive, doanh thu thực tế cho mỗi Outlet

[JaiDee]

Thân chào anh em IT thân thương, chúc anh em một năm mới có tất cả trừ vất vả.

Iem đau đáu trong 1-2 tháng cuối năm 2023, và đến bây giờ mới bộc bạch về vấn đề ( Liên quan đến bộ phận F&B), tuy nhiên phàm là người IT, biết đâu mình lại có thể làm gì đó hỗ trợ bộ phận có nhiều waitress xinh gái nhất hotel.

Bài toán nói về gói All Inlusive ( AI – không phải trí tuệ nhân tạo) – bao gồm tất cả, có tất cả - Ngoại trừ IT manager ra.

Trong một resort nọ, để thu hút nhiều khách đến thư giãn cũng như quảng bá văn hóa ẩm thực đa dạng của Việt Nam, ban quản trị tung ra gói bao gồm tất cả : vé máy bay, đưa tiễn, phòng ở , ẩm thực... tuốt tuồn tuột. Em ví dụ package này trị giá 20 triệu / 1 người / 1 ngày, trong đó khách ăn uống thỏa thích tại tất cả các outlet của F&B- giả định resort có 10 outlet từ 1 đến 10.

Thông thường với package dạng này, các bạn revenue hay finance sẽ cấu hình trong roomrate PMS, sau đó phân bổ doanh thu cho F&B, iem ví dụ doanh thu F&B là 10 triệu, và được map vào transaction code và ghi nhận doanh thu cho nhà hàng số 1. Trong khi trên POS, các bạn FB vẫn post các item liên quan ( với giá là 0 đồng ) để tính consumption của FB và trừ hàng.

Tèn ten, vấn đề lớn về doanh thu của F&B đã lòi ra, khi chỉ có 1 nhà hàng được lập công, trong khi 9 nhà hàng khác, khách vẫn đều đặn đến dùng dịch vụ.Việc không theo dõi được doanh thu thực tế, khiến FB gặp nhiều khó khăn trong vấn đề luân chuyển hàng hóa giữa các nhà hàng, cũng như điều phối nhân viên đến các nhà hàng có lượng khách cao.

Giải pháp :

-        Tính kiểu lum sum bằng cơm, dựa vào con số tiêu thụ trên POS, sau đó chia doanh thu 10 triệu dựa trên tỉ lệ tiêu thụ của 10 nhà hàng.

-        Anh em IT thân thương có ý tưởng đặc sắc khác cho vấn đề này.

[BabyShark]

Cảm ơn anh @JaiDee đã đưa lên một vấn đề rất hay, lót dép hóng giải pháp từ anh ạ.

[Tuấn Bone]

Smile thì e có giải pháp còn pms khác thì hóng cao nhân 😄

 

[BAL]

@JaiDee Theo cá nhân mình thì AI là 1 dạng free flow nghĩa là họ có thể sử dụng tùy thích đến khi nào không thể dùng nữa thì thôi 😁, do đó rất khó xác định được outlet nào sẽ được sử dụng nhiều và số lượng sử dụng là bao nhiêu khi chưa có số liệu lịch sử. Tuy nhiên, mình có 1 số gợi ý sau xem áp dụng được không nhé:

- Họp các bên liên quan đặc biệt là FBD, Culinary về công năng nhà hàng. Từ đó xác định được thời gian mà khách sẽ sử dụng tại nhà hàng đó là bao lâu ( thông thường tất cả nhà hàng sẽ không mở cùng 1 thời điểm mà sẽ có sự cách quãng đặc biệt là các buổi buffet cố định sáng trưa và tối) để từ đó có sự breakdown phù hợp đặc biệt các bữa chính trong ngày sáng trưa tối (trong cùng 1 lúc thì khách không thể ở 2 nơi 😂 và khách có xu hướng dùng buffet cho các bữa ăn chính, đa số nhưng không phải tất cả😂)

- Xác định Tiệp khách chính của khách sạn là gì và nhu cầu ẩm thực họ hướng đến, từ đó xác định được xu hướng khách sẽ đến các nhà hàng liên quan đến ẩm thực đó.

- Xác định khung giờ khách sẽ đến các quầy Bar và loại thức uống họ có khả năng dùng là gì, từ đó tính được lượng khách và khả năng khách sẽ sử dụng các loại đồ để tính được số tiền sẽ breakdown và thời gian khách sẽ dùng ( sau khi trừ thời gian 1 khách đã xử dụng cho các bữa chính)

- Dùng package code thay cho breakdown thông thường, trong đó có thể breakdown tổng số FB revenue về từng outlet với ước lượng tổng thời gian 1 khách có thể dùng và ẩm thực hoặc thức uống khách có thể dùng để làm tiêu chí phân bổ.

Cuối cùng, chắc chắn có sự chệch lệch, nên cần theo dõi và điều tiết package code phù hợp khi đã có dữ liệu lịch sử😂😂

Hope it help, mình cũng chuẩn bị chạy AI nên cũng hóng các cao nhân còn lại😁😁😁

 

[BabyShark]

23 hours ago, Tuấn Bone said:

Smile thì e có giải pháp còn pms khác thì hóng cao nhân 😄

 

Anh @Tuấn Bonecó thể chia sẻ giải pháp của với Smile là ntn được không ạ.

[Toi la Sieu Nhan Gao]

Em nghĩ là hiện thời không có giải pháp nào nếu như vendor software không can thiệp vào hệ thống để hỗ trợ.