Quán cafe vừa phục vụ tại chỗ vừa đi giao có hai bài toán khác nhau chạy cùng lúc. Tại chỗ: tốc độ và ghế. Đi giao: đường đi — chuẩn bị bao lâu, giao bao nhiêu phút, còn nóng hay không khi tới nơi.
Quán nào chỉ dùng phần mềm POS thường sẽ xử lý kém kênh giao hàng, vì POS không biết thợ nào đang chờ cái gì. Bài viết này nêu 5 tính năng dành riêng cho đơn giao.

Đây là lỗi phổ biến nhất. Sáng giờ đông, 5 đơn giao và 10 khách tại chỗ nhảy vào cùng một hàng đợi. Thợ không biết cái nào làm trước, khách giao chờ lâu hơn khách đang ngồi — phản xạ quán sẽ ưu tiên khách tại chỗ, đơn giao nguội ngắt.
Phần mềm phải có màn hình tách biệt: một hàng cho bàn tại chỗ, một hàng cho đơn giao, và một hàng cho khách đặt trước rồi đến lấy (click & collect). Ba hàng đó có nhịp riêng, không nên xếp chung.
Tách được hàng, tốc độ phục vụ mỗi kênh cải thiện rõ — không phải vì thợ nhanh hơn, mà vì không phải xếp nhầm.
Đây là số liệu quyết định trải nghiệm kênh giao. Nếu trung bình món mất 8 phút chuẩn bị và tài xế mất 20 phút, cam kết 30 phút là hợp lý. Nếu thực tế là 12 phút chuẩn bị, cam kết 30 phút là sai, và khách sẽ đánh giá 1 sao dù chỉ trễ 5 phút.
Phần mềm ghi thời điểm nhận đơn và thời điểm bàn giao, đồng thời tách hai khoảng: chuẩn bị và đang giao. Khi khoảng chuẩn bị dài bất thường (món khó, giờ đông), quán biết ngay và giảm số đơn nhận thay vì tự tạo trễ hàng loạt.
Nhiều quán cắt giờ nhận đơn giao trong khung giờ cao điểm — một quyết định bán được hàng trăm nghìn mỗi ngày, dựa trên số liệu thật thay vì cảm tính.
Tài xế ngoài, không ai quản lý, sẽ giao trễ mà không ai biết. Trạng thái cần theo dõi được:
Từ bước "Sẵn sàng giao" mà không ai lấy quá 10 phút, cảnh báo. Khách gọi hỏi "đơn tôi đâu rồi" mà không tra được vị trí là mất khách lặp lại.
Sai công thức phí giao là nguồn thất thoát âm thầm. Khách ở 3 km có thể phí giao cao hơn đơn, nhưng quán vẫn nhận vì sợ mất khách.
Phần mềm cho khai báo: vùng giao theo quận/xã, phí theo bậc khoảng cách, đơn tối thiểu theo vùng, và giảm phí ở ngưỡng doanh thu (đơn cao hơn miễn hoặc giảm).
Nhân viên không cần tự tính phí trong đầu. Quy tắc rõ thì cả quán bán đúng giá — và khách không bất ngờ khi nhận hóa đơn.
Khi bán trên sàn, có hai nguồn thu: giá bán, và tiền hoa hồng đơn giao. Quán cần biết sau mỗi đơn, thực nhận còn bao nhiêu sau phí sàn.
Phần mềm cho nhập tỷ lệ phí theo kênh giao (sàn A, sàn B) và tự tính hoa hồng. Cuối tháng so sánh doanh thu từng kênh sau hoa hồng — kênh nào doanh thu cao nhưng thực nhận thấp hơn, bạn sẽ thấy ngay.
Đây là số liệu quyết định có nên tiếp tục bán trên sàn đó, hay nên đẩy khách về kênh trực tiếp (Zalo, fanpage, thành viên).
| Tính năng | Mức bắt buộc | Vì sao |
|---|---|---|
| Tách 3 hàng: tại chỗ / giao / đặt trước | Bắt buộc | Không xếp nhầm, không đơn nguội |
| Đo thời gian chuẩn bị + giao | Bắt buộc | Cam kết giờ giao dựa trên số liệu |
| Quản lý tài xế + trạng thái giao | Bắt buộc | Không đơn kẹt không ai biết |
| Quy tắc phí giao theo vùng | Bắt buộc | Không thất thoát phí |
| Phí sàn + hoa hồng theo kênh | Nên có | Biết kênh nào thực nhận tốt |
Đừng cam kết giờ giao trước khi đo. Một cam kết sai làm khách mất niềm tin nhanh hơn 10 lần giao trễ.
Nếu đơn dưới 30 đơn/ngày, tự chạy có thể rẻ hơn sàn. Nhưng cần tính cả thời gian nhân viên đóng gói, không chỉ phí xăng.
Nếu chưa giao hàng, cần 2 thứ duy nhất: tách hàng phục vụ theo bàn, và quản lý công thức. Phần còn lại không bắt buộc.
Tạo đơn giao trong phần mềm, in phiếu bếp, giao cho tài xế. Khách có mã đơn để tra — không cần app riêng.
Kênh giao hàng không cần phần mềm riêng, nhưng cần phần mềm biết về giao hàng. Ba tính năng tạo khác biệt ngay là tách hàng đơn giao, đo thời gian chuẩn bị và giao, và trạng thái tài xế. Thêm quy tắc phí giao và báo cáo hoa hồng sàn, quán biết chính xác kênh nào thực sự sinh lời — và cam kết giờ giao mà không hứa hẹt suông.
Bài liên quan:
Nguồn ảnh: Wikimedia Commons, giấy phép CC BY-SA 4.0.