TrungTamSoHoa.comTrung Tâm Số Hoá
Số hoá bán lẻ và dịch vụ

Số hoá chuỗi nhà hàng F&B: gọi món, màn hình bếp KDS và kiểm soát định lượng

Chuỗi F&B số hoá những gì: gọi món tại bàn, màn hình bếp KDS, công thức định lượng, food cost lý thuyết và thực tế, kênh giao đồ ăn và dữ liệu cho quản lý chuỗi.

Wide shot of a busy open kitchen in a Vietnamese restaurant chain, cooks plating dishes under warm pendant lights, blank wall-mounted display above the pass, copper and charcoal palette

Số hoá một chuỗi nhà hàng không bắt đầu từ ứng dụng đặt món, mà từ công thức chuẩn: mỗi món phải có định lượng nguyên liệu được ghi trong hệ thống, để mỗi lần bán là một lần trừ kho nguyên liệu theo lý thuyết. Từ đó mới so được food cost lý thuyết với thực tế và biết chi nhánh nào đang thất thoát.

Các lớp số hoá còn lại xếp lên trên nền đó: gọi món tại bàn hoặc qua mã QR, màn hình bếp (KDS — kitchen display system) thay phiếu in, quản lý nhiều kênh giao đồ ăn, và dữ liệu vận hành theo giờ cho quản lý vùng. Mỗi lớp giải quyết một nút thắt cụ thể; triển khai theo thứ tự sai sẽ tốn tiền mà không cải thiện được lãi.

Bài này viết cho chủ và quản lý vận hành chuỗi F&B từ vài đến vài chục điểm, đi qua từng lớp, những gì đo được và những bẫy thường gặp. Phần thanh toán bằng mã QR thuộc chuyên mục riêng nên không bàn ở đây.

Công thức chuẩn và định lượng: nền móng của mọi thứ

Công thức chuẩn (standard recipe) ghi cho mỗi món: danh sách nguyên liệu, lượng từng nguyên liệu theo đơn vị đo được, tỷ lệ hao hụt khi sơ chế, cách trình bày. Trong hệ thống, mỗi món trên thực đơn được gắn với công thức này, và mỗi tuỳ chọn (thêm topping, đổi cỡ, ít đường) cũng gắn với điều chỉnh nguyên liệu tương ứng.

Phần khó là tỷ lệ thu hồi (yield). Một ký thịt bò mua vào không thành một ký thịt dùng được; sau khi lọc mỡ, gân và hao hụt khi nấu, có thể chỉ còn một phần. Nếu công thức ghi “150 g thịt chín” mà hệ thống trừ 150 g thịt sống, mọi phép tính giá vốn đều sai. Tỷ lệ thu hồi phải được đo bằng thử nghiệm thật trong bếp của chuỗi, lặp lại vài lần, ghi lại và cập nhật khi đổi nhà cung cấp.

Nhiều chuỗi Việt Nam có công thức trong đầu bếp trưởng hoặc trong một tập giấy, nhưng chưa nhập vào hệ thống bán hàng ở dạng định lượng. Việc nhập này tốn công: một thực đơn trăm món với hàng chục tuỳ chọn có thể cần vài tuần làm việc của bếp trưởng cùng người phụ trách kho. Nhưng không có nó, phần mềm chỉ ghi được doanh thu, còn toàn bộ phía chi phí vẫn mù.

Công thức chuẩn còn có giá trị không liên quan đến phần mềm: nó là điều kiện để món ăn đồng đều giữa các chi nhánh, là tài liệu đào tạo đầu bếp mới, và là cơ sở để nhân rộng hoặc nhượng quyền. Số hoá chỉ làm cho nó được dùng hằng ngày thay vì nằm trong ngăn kéo.

Food cost lý thuyết và thực tế: cách đọc khoảng chênh

Khi đã có công thức trong hệ thống, chuỗi tính được hai con số và khoảng chênh giữa chúng là chỉ báo quan trọng nhất về thất thoát:

Khái niệmCách tínhÝ nghĩa
Food cost lý thuyếtTổng (số lượng món bán × giá vốn nguyên liệu theo công thức) ÷ doanh thuChi phí nguyên liệu nếu mọi thứ đúng công thức, không hao hụt bất thường
Food cost thực tế(Tồn đầu kỳ + nhập trong kỳ − tồn cuối kỳ) ÷ doanh thuChi phí nguyên liệu thật đã tiêu thụ, dựa trên kiểm kê
Khoảng chênhThực tế − lý thuyết, tính theo điểm phần trămThất thoát: hao hụt, làm sai định lượng, món hỏng, mất cắp, ghi nhận sai

Ví dụ giả định: một chi nhánh có food cost lý thuyết 30% và thực tế 34%. Bốn điểm phần trăm chênh trên doanh thu tháng một tỷ đồng nghĩa là khoảng 40 triệu đồng nguyên liệu không giải thích được. So sánh khoảng chênh giữa các chi nhánh cùng thực đơn sẽ chỉ ra ngay chi nhánh có vấn đề.

Khoảng chênh không bao giờ bằng không: luôn có hao hụt tự nhiên, món làm hỏng phải bỏ, món mời khách. Điều cần là biết mức chênh “bình thường” của chuỗi, ghi nhận riêng các khoản bỏ có lý do (món hỏng, hết hạn, nhân viên ăn ca), và điều tra khi một chi nhánh vượt xa mức chung. Kiểm kê nguyên liệu chính hằng tuần thay vì hằng tháng giúp phát hiện sớm hơn.

Gọi món tại bàn và qua mã QR: được gì, mất gì

Giảm lỗi truyền đạt. Món được nhập thẳng vào hệ thống từ máy cầm tay của nhân viên hoặc điện thoại của khách, không qua phiếu viết tay chép lại. Lỗi nhầm món, quên tuỳ chọn giảm đi, và mọi món đều có dấu thời gian.

Tăng vòng quay bàn ở giờ cao điểm. Khách tự gọi qua mã QR không phải chờ nhân viên, gọi thêm món dễ hơn. Với quán có nhiều lượt gọi thêm như lẩu, nướng, đồ uống, tác động lên doanh thu mỗi bàn thường rõ nhất.

Mất đi phần tư vấn và bán thêm. Nhân viên giỏi gợi ý món, giới thiệu món mới, nhận ra khách quen. Gọi món tự phục vụ thay bằng gợi ý trên giao diện, hiệu quả khác nhau tuỳ phân khúc. Nhà hàng cao cấp thường giữ nhân viên gọi món; quán bình dân hưởng lợi nhiều hơn từ tự gọi.

Rào cản với một số nhóm khách. Khách lớn tuổi, khách không quen dùng điện thoại, nhóm khách muốn trao đổi trực tiếp. Nên luôn có lựa chọn gọi qua nhân viên.

Thực đơn số thay đổi nhanh. Hết món thì ẩn ngay, đổi giá theo khung giờ, thêm món mới không phải in lại. Điều này chỉ có giá trị nếu bếp thật sự cập nhật trạng thái hết món vào hệ thống kịp thời.

Màn hình bếp KDS: điều phối thay vì chỉ thay giấy

KDS thay phiếu in ở bếp bằng màn hình hiển thị các món cần làm, chia theo trạm (bếp nóng, bếp lạnh, quầy pha chế), có đồng hồ đếm thời gian từ lúc món được gọi. Lợi ích dễ thấy là không mất phiếu, không đọc nhầm chữ, món được sắp theo thứ tự. Lợi ích lớn hơn là dữ liệu: biết chính xác mỗi món mất bao lâu ở mỗi trạm, giờ nào bếp tắc, trạm nào là nút cổ chai.

KDS tốt còn làm việc điều phối thời gian: một bàn gọi bốn món có thời gian nấu khác nhau, hệ thống có thể báo trạm làm món nhanh bắt đầu muộn hơn để mọi món ra cùng lúc. Với chuỗi bán mang đi và giao hàng, KDS gom đơn từ tại quán, ứng dụng riêng và các ứng dụng giao đồ ăn vào một hàng đợi duy nhất, thay vì mỗi kênh in phiếu từ một máy riêng.

Những điều cần cân nhắc khi triển khai: màn hình phải chịu nhiệt, dầu mỡ, hơi nước; cách tương tác phải phù hợp tay đầu bếp đang bận (nút bấm vật lý hoặc chạm lớn); và phải có phương án khi màn hình hỏng giữa ca, thường là cho phép in phiếu dự phòng. Đầu bếp lâu năm có thể chống đối nếu cảm thấy bị giám sát từng giây; nên giới thiệu dữ liệu thời gian như công cụ để sắp xếp ca và bố trí trạm, không phải để phạt cá nhân.

Chỉ số đáng theo dõi từ KDS: thời gian làm món trung bình và phân vị cao theo từng món và từng khung giờ, tỷ lệ món bị trả lại, thời gian từ lúc món xong đến lúc được mang ra bàn. Chỉ số cuối thường bị bỏ quên nhưng hay là nơi khách phải chờ nhiều nhất.

Quản lý nhiều kênh giao đồ ăn

Chuỗi F&B ở đô thị Việt Nam thường bán qua vài ứng dụng giao đồ ăn cùng lúc, cộng với kênh riêng. Mỗi ứng dụng có thiết bị hoặc giao diện nhận đơn riêng, thực đơn riêng phải cập nhật riêng, báo cáo đối soát riêng. Ở quy mô một hai quán, nhân viên có thể xoay xở; ở quy mô chuỗi, việc cập nhật hết món trên năm nơi và đối soát hoa hồng trở thành công việc toàn thời gian.

Giải pháp kỹ thuật là kết nối các kênh vào hệ bán hàng trung tâm qua giao diện lập trình mà các ứng dụng cung cấp cho đối tác, hoặc qua một dịch vụ tổng hợp đơn trung gian. Khi đó thực đơn được quản lý một chỗ rồi đẩy ra các kênh, đơn về thẳng KDS, và doanh thu từng kênh vào cùng báo cáo. Mức độ hỗ trợ kết nối khác nhau giữa các ứng dụng và thay đổi theo thời gian, nên cần kiểm tra trực tiếp với từng nền tảng.

Về quản trị, điều quan trọng là tính lợi nhuận đóng góp theo kênh, không chỉ doanh thu: doanh thu kênh trừ hoa hồng nền tảng, chi phí khuyến mãi mà quán đồng tài trợ, bao bì riêng cho mang đi, và tỷ lệ đơn hoàn hoặc khiếu nại. Một kênh có doanh thu lớn có thể có lợi nhuận đóng góp thấp nhất. Nhiều chuỗi đặt giá trên ứng dụng giao đồ ăn khác giá tại quán để bù phần hoa hồng; quyết định này nên dựa trên phép tính lợi nhuận đóng góp, và tuân thủ điều khoản với từng nền tảng.

Lộ trình số hoá cho chuỗi F&B

Thứ tự dưới đây ưu tiên những lớp tạo ra dữ liệu để quản lý chi phí trước, rồi mới đến trải nghiệm khách:

  1. Một hệ bán hàng thống nhất cho mọi chi nhánh, thực đơn và giá quản lý tập trung, phân quyền huỷ món và giảm giá.
  2. Nhập công thức định lượng cho các món chiếm phần lớn doanh thu trước (thường một phần nhỏ thực đơn tạo ra phần lớn doanh thu), đo tỷ lệ thu hồi thật.
  3. Quản lý kho nguyên liệu theo chi nhánh: nhập theo phiếu, kiểm kê định kỳ nguyên liệu chính, ghi hao hụt có lý do.
  4. Báo cáo food cost lý thuyết so với thực tế hằng tuần theo chi nhánh.
  5. KDS ở chi nhánh đông khách nhất, rồi mở rộng khi đã quen quy trình.
  6. Gọi món tại bàn hoặc qua mã QR ở những mô hình có nhiều lượt gọi thêm.
  7. Kết nối kênh giao đồ ăn vào hệ trung tâm, tính lợi nhuận đóng góp theo kênh.
  8. Chương trình thành viên và dữ liệu khách khi các lớp vận hành đã ổn định.

Nhiều chuỗi làm ngược: mở ứng dụng thành viên đẹp trước, trong khi chưa biết món nào đang lỗ. Thứ tự trên không tuyệt đối, nhưng hai bước công thức và kho nên đi trước mọi đầu tư vào trải nghiệm.

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

Quán nhỏ có cần nhập công thức định lượng không?

Với một quán, chủ quán thường nắm chi phí bằng kinh nghiệm và kiểm soát trực tiếp. Khi có từ hai chi nhánh trở lên, chủ không thể có mặt ở mọi bếp, công thức định lượng trong hệ thống là công cụ duy nhất để so sánh chi nhánh. Có thể bắt đầu với mười đến hai mươi món bán chạy nhất.

Có nên dùng cân điện tử kết nối hệ thống trong bếp?

Cân kết nối giúp ghi định lượng thực tế cho những nguyên liệu đắt như thịt bò, hải sản, và phát hiện làm sai định lượng. Nhưng làm chậm thao tác trong giờ cao điểm. Thường chỉ áp dụng ở khâu sơ chế chia phần trước ca, thay vì cân từng món khi nấu.

Làm sao biết thực đơn có món nào nên bỏ?

Phương pháp kỹ thuật thực đơn (menu engineering) xếp món theo hai trục: mức độ bán chạy và lợi nhuận gộp mỗi món. Món bán chạy và lãi cao giữ và làm nổi bật; món ít bán và lãi thấp là ứng viên bỏ. Phân tích này chỉ làm được khi đã có giá vốn theo công thức trong hệ thống.

Đơn từ ứng dụng giao đồ ăn có nên được ưu tiên trong bếp không?

Không nên có ưu tiên cố định. Đơn giao hàng có tài xế chờ, đơn tại bàn có khách đang ngồi. KDS nên sắp theo thời điểm cần hoàn thành của từng đơn: với đơn giao hàng là lúc tài xế dự kiến đến, với đơn tại bàn là thời gian chờ hợp lý. Theo dõi thời gian tài xế phải chờ để điều chỉnh.

Chuỗi đồ uống khác chuỗi nhà hàng ở điểm nào khi số hoá?

Chuỗi đồ uống có thực đơn ngắn nhưng nhiều tuỳ chọn (cỡ, đường, đá, topping), nên định lượng phải gắn theo tuỳ chọn. Lượng giao dịch mỗi giờ cao, giá trị mỗi đơn thấp, nên tốc độ quầy và tỷ lệ đặt trước qua ứng dụng quan trọng hơn. Chương trình thân thiết theo tần suất thường hợp hơn tích điểm theo giá trị.

Dữ liệu vận hành nào quản lý vùng nên xem hằng ngày?

Doanh thu và số giao dịch theo khung giờ so với cùng kỳ, tỷ lệ huỷ món và giảm giá thủ công, thời gian ra món ở giờ cao điểm, các món hết trong ngày, và chi phí nhân công so với doanh thu. Food cost thực tế thì xem theo tuần sau kiểm kê, vì số theo ngày dao động nhiều.

Cần tư vấn cụ thể cho trường hợp của bạn?

Chúng tôi sẽ liên hệ trong vòng 24 giờ.

Đăng ký tư vấn ngay

Bài viết liên quan

Bạn cần hỗ trợ thêm?

Để lại thông tin, chúng tôi sẽ liên hệ trong 24 giờ.