Đơn ảo là đơn gửi vào hệ thống gọi món QR mà không có khách thật đang ngồi chờ món: do người chụp lại mã rồi gửi từ xa, do khách nghịch bấm số lượng lớn, do trẻ con cầm điện thoại bố mẹ, hoặc do lỗi gửi lặp. Cách chặn hiệu quả là xếp nhiều lớp: chỉ nhận đơn khi bàn đang mở, duyệt đơn đầu của mỗi lượt khách, giới hạn số lượng bất thường, và có quy trình đổi mã nhanh khi phát hiện bị phá. Không có lớp nào chặn được tất cả; kết hợp vài lớp nhẹ thường tốt hơn một lớp nặng làm phiền khách thật.
Bài này đi qua các nguồn gây đơn ảo thường gặp ở quán nhỏ, các lớp chặn theo thứ tự từ dễ tới khó, và cách xử lý khi đơn ảo đã lọt vào bếp. Mục tiêu là giữ được cái lợi của việc khách tự gọi mà không để bếp làm ra những mâm món không ai ăn.
Đơn ảo đến từ đâu
Hiểu nguồn gốc giúp chọn lớp chặn đúng chỗ. Nguồn phổ biến nhất ở quán nhỏ thực ra không phải phá hoại mà là lỗi của khách thật: bấm gửi hai lần vì trang tải chậm, chọn nhầm số lượng mười thay vì một, hai người cùng bàn cùng gọi một món, trẻ con nghịch điện thoại bố mẹ khi trang gọi món đang mở. Các đơn này có khách ngồi thật, chỉ sai nội dung.
Nguồn thứ hai là mã bị chụp lại. Mã cố định trên bàn có thể bị chụp ảnh, và người chụp có thể quét lại ảnh đó ở nhà để gửi đơn. Phần lớn trường hợp là đùa nghịch, nhưng nếu quán cho đơn vào thẳng bếp, kết quả vẫn là bếp làm ra món không có người nhận. Mã bị chia sẻ lên mạng xã hội hay nhóm nhắn tin càng làm rủi ro này lớn hơn.
Nguồn thứ ba là khách đã về nhưng trang vẫn mở. Khách thanh toán xong, rời quán, nhưng điện thoại vẫn giữ trang gọi món. Nếu phiên của bàn không đóng khi thanh toán, một cú chạm nhầm trên đường về có thể gửi đơn tới bàn mà giờ đã có khách khác ngồi.
Nguồn hiếm hơn nhưng nghiêm trọng hơn là cố tình phá: gửi hàng loạt đơn tới nhiều bàn trong giờ đông, có khi từ một người có mâu thuẫn với quán. Trường hợp này cần cả lớp chặn kỹ thuật lẫn quy trình ứng phó.
Các lớp chặn, từ nhẹ đến nặng
Lớp 1 — Phiên bàn gắn với trạng thái mở. Đơn chỉ được nhận khi bàn đang mở trên POS, tức nhân viên đã xác nhận có khách. Khi bàn thanh toán và đóng, mọi đơn tới bàn đó bị giữ lại hoặc từ chối cho tới khi bàn mở lại. Lớp này chặn được phần lớn đơn từ xa và đơn từ khách đã về, mà khách thật gần như không cảm thấy gì.
Lớp 2 — Duyệt đơn đầu của mỗi lượt khách. Đơn đầu tiên phải được nhân viên xác nhận, các lần gọi thêm vào thẳng. Nhân viên duyệt nhìn thấy bàn, biết có khách thật hay không. Kết hợp với lớp 1, đây là cấu hình đủ cho phần lớn quán nhỏ.
Lớp 3 — Giới hạn số lượng và giá trị bất thường. Cài cảnh báo hoặc buộc duyệt khi một đơn vượt một ngưỡng số lượng (ví dụ quá một số phần cho một món) hoặc tổng tiền vượt mức thường gặp. Bắt được lỗi bấm nhầm số lượng và đơn phá kiểu gọi hai mươi nồi lẩu.
Lớp 4 — Chặn gửi lặp. Phần mềm từ chối hoặc cảnh báo khi cùng một thiết bị gửi đơn giống hệt trong vài giây. Trang của khách phải hiện rõ đơn đã gửi thành công để khách không bấm lại.
Lớp 5 — Mã xác nhận ngắn. Khách nhập một mã vài chữ số in trên phiếu mở bàn hoặc do nhân viên đọc, khi gửi đơn đầu tiên. Chặn rất chắc đơn từ xa, nhưng thêm một bước cho khách thật; chỉ nên dùng khi lớp 1 và 2 không đủ.
Lớp 6 — Kiểm vị trí hoặc mạng của quán. Phần mềm kiểm điện thoại có đang ở gần quán hoặc dùng Wi-Fi của quán. Nghe chắc nhưng hay chặn nhầm khách thật (tắt định vị, dùng mạng di động). Nếu dùng, nên để ở mức cảnh báo cho người duyệt, không chặn cứng.
Chọn lớp nào theo mô hình quán
Bảng dưới là điểm khởi đầu, sau đó điều chỉnh theo số đơn ảo thực tế ghi nhận được:
| Mô hình | Lớp nên bật | Lý do |
|---|---|---|
| Quán có người đón, mở bàn khi khách ngồi | Lớp 1, 3, 4 | Bàn luôn được mở bởi nhân viên, đơn từ xa tự bị chặn |
| Quán khách tự vào ngồi, ít nhân viên | Lớp 2, 3, 4 | Không ai mở bàn trước, nên phải duyệt đơn đầu |
| Quán cho đơn vào thẳng bếp để ra món nhanh | Lớp 1, 3, 4, cân nhắc 5 | Không có người duyệt nên cần chặn chắc từ đầu |
| Quán từng bị gửi đơn phá | Thêm lớp 5 tạm thời, đổi toàn bộ mã | Cắt nguồn mã đã lộ, chặn chắc trong thời gian theo dõi |
| Mã chung ở quầy cho mang về | Trả trước hoặc duyệt trước khi in bếp | Không gắn bàn, không ai thấy khách đứng đó |
Không cần bật tất cả. Mỗi lớp thêm vào đều có giá: thêm thao tác cho nhân viên hoặc cho khách. Bắt đầu với hai ba lớp nhẹ, theo dõi vài tuần, chỉ thêm lớp nặng khi số liệu cho thấy cần.
Dấu hiệu nhận biết đơn ảo khi duyệt
Người duyệt đơn là lớp chặn hiệu quả nhất vì họ có thứ mà phần mềm không có: đôi mắt nhìn thấy quán. Vài dấu hiệu nên dạy cho người duyệt. Bàn trống mà có đơn: rõ ràng nhất, nhìn sơ đồ hoặc nhìn ra bàn là biết. Số lượng không khớp số người: bàn hai người gọi tám tô. Đơn tới ngoài giờ: sắp đóng cửa hoặc đã đóng cửa mà vẫn có đơn tới bàn.
Thêm vài dấu hiệu tinh hơn: nhiều bàn cùng có đơn lạ trong vài phút, nhất là bàn đang trống hoặc bàn vừa thanh toán xong; ghi chú kỳ quặc hoặc có lời lẽ không phù hợp; món đắt nhất được gọi số lượng lớn từ một bàn mà khách đang ngồi chỉ uống nước.
Khi nghi ngờ, quy tắc đơn giản là ra bàn hỏi. Nếu bàn trống, từ chối đơn và ghi lại. Nếu bàn có khách, hỏi lịch sự để xác nhận; phần lớn là lỗi bấm nhầm, khách sẽ cảm ơn vì quán kiểm giúp.
Ghi lại các đơn bị từ chối vì nghi ảo: giờ, bàn, nội dung. Một hai đơn lẻ không nói lên gì, nhưng nếu thấy lặp lại theo giờ hay theo bàn, đó là dấu hiệu mã của bàn đó đã lộ ra ngoài.
Khi bị gửi đơn phá hàng loạt: xử lý trong ca
Nếu trong ca thấy nhiều đơn lạ đổ về cùng lúc, đừng cố duyệt từng đơn. Làm theo thứ tự:
- Chuyển ngay toàn bộ quán sang chế độ duyệt tay nếu đang có nhóm món vào thẳng bếp, để không đơn nào tự in bếp nữa.
- Báo bếp và quầy pha dừng các phiếu lạ chưa làm, đối chiếu với danh sách bàn đang có khách.
- Nếu đơn tới dồn dập không kiểm soát được, tạm tắt nhận đơn QR, chuyển sang nhân viên ghi món trực tiếp cho tới hết ca.
- Chụp màn hình hoặc xuất danh sách đơn lạ (giờ, bàn, nội dung) để làm bằng chứng và gửi cho nhà cung cấp phần mềm.
- Sau ca, tạo lại mã cho các bàn bị gửi đơn phá (hoặc toàn bộ quán), in và thay thẻ mã trước ca tiếp theo.
- Hỏi nhà cung cấp phần mềm xem có thể truy được nguồn gửi không và có lớp chặn nào chưa bật.
Nếu thiệt hại đáng kể hoặc có dấu hiệu cố ý nhắm vào quán, có thể trình báo cơ quan công an nơi quán hoạt động, kèm bằng chứng đã lưu. Quán không nên tự đi tìm người gửi hay đăng thông tin cá nhân của người bị nghi lên mạng.
Khi đơn ảo đã lọt vào bếp
Dù có nhiều lớp chặn, thỉnh thoảng một đơn ảo vẫn lọt vào và bếp đã làm. Món đã làm xong nằm trên quầy mà không có bàn nhận. Cách xử lý tuỳ món: món còn dùng được có thể mời khách đang ngồi, đưa vào suất ăn nhân viên, hoặc bán cho đơn kế tiếp nếu đúng món và còn đảm bảo; món không giữ được phải bỏ. Trong mọi trường hợp, huỷ món trên phần mềm với lý do rõ (ví dụ "đơn ảo"), để món không bị tính vào doanh thu của bàn nào.
Dùng lý do huỷ riêng cho đơn ảo, đừng gộp vào "khách đổi ý" hay "bếp làm sai". Sau một tháng, nhìn báo cáo huỷ món theo lý do sẽ biết đơn ảo gây hao hụt bao nhiêu, từ đó quyết định có cần thêm lớp chặn hay không. Đây là việc của phần báo cáo, nhưng dữ liệu phải được ghi đúng từ lúc huỷ.
Phần nguyên liệu bị trừ kho theo định lượng cũng cần được ghi nhận là hao hụt do huỷ, để số tồn kho không lệch. Phần mềm có liên kết kho thường tự xử lý khi huỷ món đã in bếp; nếu không, phải ghi phiếu huỷ hàng tay.
Giảm lỗi của khách thật ngay từ trang gọi món
Vì phần lớn đơn sai đến từ khách thật bấm nhầm, cách rẻ nhất để giảm chúng nằm ở thiết kế trang gọi món chứ không phải ở lớp chặn. Trước khi bật thêm lớp nào, nên rà trang gọi món của quán theo mấy điểm.
Màn xác nhận trước khi gửi: trang hiện lại toàn bộ giỏ món, số lượng, tuỳ chọn, tổng tiền, và khách bấm xác nhận một lần nữa. Nhiều phần mềm có sẵn; nếu đang tắt thì nên bật. Một bước thêm này bắt được phần lớn lỗi bấm nhầm số lượng.
Báo gửi thành công rõ ràng: sau khi gửi, trang hiện một thông báo dễ thấy và chuyển sang phần xem đơn đã gọi. Khi khách không chắc đơn đã đi chưa, họ bấm lại, và quán nhận hai đơn.
Giỏ chung cho cả bàn: nếu phần mềm có chế độ nhiều điện thoại cùng thấy một giỏ của bàn, hai người cùng gọi sẽ thấy món người kia đã chọn và không chọn trùng. Nếu không có, một dòng nhắc nhỏ trên trang như mời cả bàn thống nhất một người gửi đơn cũng giúp được.
Khoá trang khi bàn đã thanh toán: sau khi bàn đóng, trang trên điện thoại khách chuyển sang lời cảm ơn, không còn nút gửi. Chặn được chuyện khách đã về mà chạm nhầm trên đường.
Những điểm này không làm khách thật thấy phiền, lại giảm đáng kể số đơn người duyệt phải xử lý, nên nên làm trước mọi lớp chặn nặng hơn.
Câu hỏi thường gặp
Quán nhỏ có cần lo đơn ảo không?
Có, nhưng mức độ tuỳ cách cài. Nếu quán duyệt đơn bằng tay hoặc chỉ nhận đơn khi bàn đang mở, rủi ro rất thấp. Rủi ro lớn hơn khi đơn vào thẳng bếp mà không có lớp chặn nào. Phần lớn đơn sai ở quán nhỏ thực ra là lỗi bấm nhầm của khách thật, không phải phá hoại.
Mã QR cố định trên bàn có dễ bị lợi dụng không?
Mã cố định có thể bị chụp lại và quét từ xa. Nếu quán bật chỉ nhận đơn khi bàn đang mở hoặc duyệt đơn đầu, việc gửi từ xa sẽ bị chặn. Khi phát hiện mã của bàn nào bị lộ, tạo lại mã cho bàn đó; mã cũ mất hiệu lực sau khi tạo lại.
Kiểm vị trí điện thoại có chặn được đơn ảo không?
Có thể chặn một phần, nhưng hay chặn nhầm khách thật tắt định vị, dùng mạng di động hoặc ở trong toà nhà có sai số vị trí lớn. Nếu dùng, nên để mức cảnh báo cho người duyệt, không chặn cứng. Lớp phiên bàn và duyệt đơn đầu thường hiệu quả hơn.
Đơn ảo bếp đã làm thì ghi nhận thế nào?
Huỷ món trên phần mềm với lý do riêng cho đơn ảo, có quản lý ca duyệt. Phần nguyên liệu bị trừ kho được ghi là hao hụt do huỷ. Không gộp vào lý do khác, để sau này đọc báo cáo biết đơn ảo gây hao hụt bao nhiêu và quyết định có cần thêm lớp chặn.
Có nên yêu cầu khách đăng nhập hoặc nhập số điện thoại để gọi món không?
Không nên làm điều kiện bắt buộc. Bắt đăng nhập hoặc nhập số điện thoại làm khách thật khó chịu và đặt ra trách nhiệm bảo vệ dữ liệu cá nhân. Các lớp như phiên bàn, duyệt đơn, giới hạn số lượng chặn được phần lớn đơn ảo mà không cần thu thông tin khách.
Bị gửi đơn phá có nên báo công an không?
Nếu thiệt hại đáng kể hoặc có dấu hiệu cố ý nhắm vào quán, có thể trình báo cơ quan công an nơi quán hoạt động, kèm danh sách đơn lạ và thông tin từ nhà cung cấp phần mềm. Quán không nên tự truy tìm hay đăng thông tin người bị nghi ngờ lên mạng.