Duyệt đơn online ở chuỗi F&B là bước đứng giữa lúc khách bấm đặt và lúc bếp bắt đầu nấu. Phần tự động hoá được gồm: gom đơn từ mọi kênh về một hàng đợi, kiểm tra món còn bán ở chi nhánh, chọn chi nhánh theo khoảng cách và tải bếp, xác nhận thanh toán, nhắn xác nhận cho khách và in phiếu xuống bếp. Phần nên giữ cho con người: đơn tiệc, đơn có yêu cầu đặc biệt, đơn giá trị cao chưa cọc. Một quy tắc rõ ràng cho từng nhóm giúp quản lý ca chỉ phải xem những đơn thật sự cần quyết định.
Tóm tắt: Đơn từ ứng dụng giao đồ ăn đã có cấu trúc và thanh toán, nên trọng tâm là nhận nhanh và tắt món kịp khi hết. Đơn qua Zalo, fanpage, hotline mới là nơi sai sót nhiều nhất vì thông tin rời rạc. Bắt đầu tự động hoá từ kênh riêng của chuỗi, thử ở một chi nhánh, rồi nhân rộng.
Đơn online của chuỗi F&B đến từ đâu?#
Mỗi kênh có đặc điểm riêng, và quy trình duyệt phải theo đặc điểm đó thay vì dùng một khuôn chung.
| Kênh | Dữ liệu đơn | Thanh toán | Điểm hay sai |
|---|---|---|---|
| GrabFood, ShopeeFood, BeFood | Có cấu trúc: món, topping, địa chỉ do ứng dụng quản lý | Phần lớn đã thanh toán qua ứng dụng | Món đã hết vẫn đang mở bán trên ứng dụng; nhận đơn chậm |
| Zalo OA, fanpage, tin nhắn | Văn bản tự do, ảnh chụp menu | Chuyển khoản hoặc tiền mặt khi nhận | Ghi thiếu size, topping; nhầm chi nhánh; chưa chắc khách đã chuyển khoản |
| Hotline | Nhân viên tự ghi | Thường tiền mặt | Ghi sai địa chỉ, số điện thoại |
| Website, QR đặt món riêng | Có cấu trúc theo menu chuỗi | Cổng thanh toán hoặc VietQR | Menu web không khớp menu tại chi nhánh |
| Đơn tiệc, đơn công ty | Trao đổi nhiều lần | Đặt cọc, xuất hoá đơn | Thiếu xác nhận cuối cùng về số lượng, giờ giao |
Qua các dự án DsAI đã tham gia ở mảng F&B, nhóm kênh nhắn tin (Zalo, fanpage) thường là nơi chủ chuỗi muốn tự động hoá đầu tiên, vì đó là nơi nhân viên tốn nhiều thời gian gõ lại đơn và cũng là nơi sai nhiều nhất.
Duyệt một đơn cần kiểm tra những gì?#
Liệt kê các bước kiểm tra đang làm bằng mắt hoặc bằng trí nhớ, rồi đánh dấu bước nào máy làm được.
| Bước kiểm tra | Máy làm được? | Dữ liệu cần có |
|---|---|---|
| Món và topping có trong menu chi nhánh | Có | Menu chuẩn có mã món, theo chi nhánh |
| Món còn bán hôm nay | Có, nếu bếp cập nhật món hết trên POS | Danh sách món tạm hết từ POS |
| Chi nhánh đang mở cửa và nhận online | Có | Giờ mở cửa, trạng thái tạm ngưng nhận đơn |
| Địa chỉ trong bán kính giao | Có | Toạ độ chi nhánh, dịch vụ tính khoảng cách |
| Bếp chi nhánh đang quá tải | Có, ở mức ước lượng | Số đơn đang chờ làm theo chi nhánh |
| Khách đã chuyển khoản đủ | Có | Biến động số dư tài khoản nhận tiền |
| Ghi chú đặc biệt (dị ứng, giao giờ cố định) | Phát hiện được, nhưng người quyết | Danh sách từ khoá |
| Đơn tiệc, số lượng lớn | Phát hiện được, nhưng người quyết | Ngưỡng số lượng, giá trị |
Những bước "máy làm được" là phần tự động duyệt; những bước "người quyết" được máy gắn nhãn và đẩy cho quản lý ca.
Workflow duyệt đơn 7 bước#
1. Thu đơn về một hàng đợi chung (mọi kênh)
↓
2. Chuẩn hoá: ghép món, size, topping về mã món của chuỗi
↓
3. Chọn chi nhánh: khoảng cách → giờ mở cửa → tải bếp
↓
4. Kiểm tra món tạm hết tại chi nhánh đã chọn
↓
5. Kiểm tra thanh toán (đã trả qua app / chuyển khoản / COD theo ngưỡng)
↓
6. Gửi xác nhận cho khách (thời gian dự kiến, tổng tiền)
↓
7. Đẩy xuống POS hoặc màn hình bếp của chi nhánh, ghi nhật ký
Bất kỳ bước 2–5 không đạt → chuyển quản lý ca kèm nhãn lý do
Bước 1, thu đơn. Đơn từ Zalo OA và fanpage có thể đi qua chatbot đặt món hoặc qua form có cấu trúc gửi trong tin nhắn, thay vì để khách gõ tự do. Đơn hotline được nhân viên nhập vào cùng form đó. Kết quả là mọi đơn, dù đến từ đâu, đều thành một bản ghi có cùng các trường.
Bước 2, chuẩn hoá. Khách viết "trà sữa trân châu size L ít đá", hệ thống cần ra mã món, mã size, ghi chú "ít đá". Bảng đồng nghĩa (alias) cho tên món là phần quan trọng: "TS trân châu", "trà sữa TC" đều quy về một mã. Phần nào không ghép được thì chuyển người, không đoán.
Bước 3, chọn chi nhánh. Thứ tự ưu tiên thường là chi nhánh gần nhất đang mở và đang nhận online; nếu chi nhánh đó có số đơn chờ vượt ngưỡng, chuyển sang chi nhánh gần thứ hai. Khoảng cách tính bằng dịch vụ bản đồ có API.
Bước 4, món tạm hết. Đây là lý do phổ biến khiến khách phải chờ rồi bị gọi lại đổi món. Bếp đánh dấu món hết trên POS một lần, hệ thống dùng thông tin đó cho mọi kênh. Với ứng dụng giao đồ ăn, việc tương ứng là tắt món trên trang quản lý của từng ứng dụng, hoặc qua kết nối POS nếu POS của bạn có hỗ trợ.
Bước 5, thanh toán. Với chuyển khoản, mỗi đơn sinh một mã VietQR có nội dung chuyển khoản riêng; dịch vụ đọc biến động số dư (như Casso hoặc SePay) báo về khi tiền vào, hệ thống đối chiếu nội dung và số tiền để đánh dấu đã thanh toán. Với COD, đặt ngưỡng giá trị: dưới ngưỡng tự duyệt, trên ngưỡng gọi xác nhận hoặc yêu cầu cọc.
Bước 6, xác nhận khách. Nhắn qua Zalo OA trong cuộc trò chuyện khách đã mở, hoặc dùng ZNS (Zalo Notification Service) với mẫu tin đã được Zalo duyệt. Nội dung gồm chi nhánh làm món, tổng tiền, thời gian dự kiến.
Bước 7, đẩy xuống bếp. In phiếu tại chi nhánh hoặc hiện trên màn hình bếp (KDS), đồng thời ghi nhật ký: giờ nhận, ai duyệt (máy hay người), lý do nếu chuyển người.
Bảng quy tắc mẫu: tự duyệt hay chuyển người#
Ngưỡng dưới đây là ví dụ minh hoạ để bắt đầu thảo luận nội bộ, mỗi chuỗi cần điều chỉnh theo giá bán và năng lực bếp.
| Tình huống | Xử lý |
|---|---|
| Đơn từ ứng dụng giao đồ ăn, món đều còn | Tự nhận đơn |
| Đơn nhắn tin, ghép đủ mã món, đã chuyển khoản đủ | Tự duyệt, gửi xác nhận |
| Đơn COD dưới ngưỡng giá trị, khách đã từng nhận đơn thành công | Tự duyệt |
| Đơn COD trên ngưỡng hoặc khách mới | Chuyển người gọi xác nhận |
| Có món tạm hết | Chuyển người, gợi ý món thay thế |
| Ghi chú có từ khoá dị ứng, "không", "giao đúng giờ" | Chuyển người xác nhận với bếp |
| Số lượng vượt ngưỡng đơn tiệc | Chuyển bộ phận đặt tiệc, yêu cầu cọc |
| Không ghép được tên món | Chuyển người, bổ sung bảng đồng nghĩa sau khi xử lý |
Với GrabFood, ShopeeFood: tự động được đến đâu?#
Ứng dụng giao đồ ăn quản lý phần lớn quy trình: khách, thanh toán, tài xế. Chuỗi F&B tác động được ở ba điểm. Thứ nhất, nhận đơn nhanh: các ứng dụng dành cho đối tác thường có tuỳ chọn tự nhận đơn; bật tuỳ chọn này chỉ an toàn khi menu trên ứng dụng phản ánh đúng món còn. Thứ hai, đồng bộ món hết: nếu POS của chuỗi có kết nối với ứng dụng, tắt món một lần trên POS là đủ; nếu không, cần quy định ai tắt món trên từng ứng dụng ngay khi bếp báo hết. Thứ ba, đưa đơn về POS để in phiếu, trừ nguyên vật liệu và tổng hợp doanh thu theo kênh. Mức độ hỗ trợ khác nhau giữa các nhà cung cấp POS và theo thời điểm, nên hỏi trực tiếp nhà cung cấp POS của bạn.
Khi đơn đã vào POS, dữ liệu này cũng là đầu vào cho việc trừ nguyên vật liệu theo công thức, như trong bài xuất nhập tồn tự động cho F&B.
Triển khai cho chuỗi: thứ tự hợp lý#
- Chuẩn hoá menu trước. Một danh sách món có mã, size, topping, giá theo chi nhánh. Không có menu chuẩn thì không bước nào tự động được.
- Làm kênh riêng trước kênh ứng dụng. Zalo, fanpage, website là nơi chuỗi tự kiểm soát dữ liệu và cũng nhiều sai sót nhất.
- Thử ở một chi nhánh đông đơn online trong hai đến bốn tuần. Ghi lại mọi đơn bị chuyển người và lý do, dùng để chỉnh bảng đồng nghĩa và ngưỡng.
- Thêm chọn chi nhánh tự động khi có từ hai chi nhánh trở lên trong cùng khu vực.
- Nối dữ liệu đơn với hồ sơ khách để nhận ra khách quen, khách từng bom hàng. Bài CRM cho chuỗi nhà hàng nhiều chi nhánh bàn về cách tổ chức dữ liệu khách theo chi nhánh.
Sai sót thường gặp khi tự động duyệt đơn#
- Menu online và menu tại quán là hai danh sách khác nhau. Đổi giá ở quán nhưng quên đổi trên web hoặc ứng dụng, khách thanh toán theo giá cũ.
- Không có trạng thái "tạm ngưng nhận đơn" theo chi nhánh. Bếp quá tải giờ cao điểm nhưng đơn vẫn đổ về, thời gian chờ kéo dài và đánh giá trên ứng dụng giảm.
- Đối chiếu chuyển khoản chỉ dựa vào số tiền. Hai khách cùng chuyển một số tiền giống nhau, hệ thống ghép nhầm. Phải có nội dung chuyển khoản riêng cho từng đơn.
- Tự đoán món khi không ghép được. Hệ thống chọn món "gần giống nhất" thay vì hỏi lại, dẫn đến làm sai món.
- Không ghi nhật ký ai duyệt. Khi có khiếu nại, không biết đơn do máy hay người duyệt, theo quy tắc nào.
Khi nào KHÔNG nên tự động duyệt đơn online#
- Chuỗi chỉ có một hai cửa hàng và ít đơn online. Một nhân viên trực tin nhắn giờ cao điểm vẫn xử lý tốt; chi phí dựng và duy trì quy trình chưa tương xứng.
- Menu thay đổi theo ngày hoặc theo mùa liên tục, như quán món theo chợ, món đặc biệt trong ngày. Bảng mã món không kịp cập nhật, máy sẽ chuyển người gần như mọi đơn.
- Phần lớn đơn là đơn tiệc, đơn đặt bàn có tư vấn. Giá trị nằm ở cuộc trò chuyện với khách, không phải ở tốc độ duyệt.
- Bếp chưa có thói quen cập nhật món hết trên POS. Tự động duyệt dựa trên dữ liệu món hết sai sẽ nhận đơn mà bếp không làm được. Xây thói quen cập nhật trước.
Câu hỏi thường gặp#
Có cần chatbot để tự động nhận đơn qua Zalo và fanpage không?#
Không bắt buộc. Một form đặt món có cấu trúc gửi trong tin nhắn đã giải quyết phần lớn sai sót do khách gõ tự do. Chatbot hữu ích khi lượng tin nhắn lớn, khách hỏi nhiều về món và khuyến mãi, hoặc khi chuỗi muốn nhận đơn ngoài giờ có nhân viên trực.
Làm sao chọn chi nhánh tự động khi khách ở giữa hai chi nhánh?#
Dùng thứ tự ưu tiên cố định: khoảng cách thực tế theo đường đi, rồi trạng thái mở cửa và nhận online, cuối cùng là số đơn đang chờ. Hai chi nhánh gần như bằng nhau thì chọn nơi ít đơn chờ hơn. Ghi lại lựa chọn để quản lý xem lại khi có phản hồi.
Xác nhận chuyển khoản tự động có an toàn không?#
An toàn ở mức chấp nhận được khi mỗi đơn có nội dung chuyển khoản riêng và hệ thống đối chiếu cả nội dung lẫn số tiền. Không nên tin ảnh chụp màn hình chuyển khoản khách gửi. Các khoản không khớp nội dung hoặc thiếu tiền nên được chuyển người kiểm tra thay vì tự duyệt.
Bao lâu thì một chuỗi F&B triển khai xong quy trình này?#
Phụ thuộc chủ yếu vào việc menu đã chuẩn hoá chưa và POS đang dùng có kết nối được hay không. Thông thường, giai đoạn thử ở một chi nhánh kéo dài vài tuần, phần lớn thời gian dành cho chuẩn hoá menu, bảng đồng nghĩa tên món và điều chỉnh ngưỡng chuyển người.
Nếu chuỗi của bạn đang nhận đơn qua nhiều kênh và nhân viên vẫn gõ lại từng đơn vào POS, DsAI có thể cùng bạn rà soát menu, kênh đặt món và thiết kế quy tắc duyệt đơn trong một buổi tư vấn quy trình vận hành.
