Một đơn giao bị lỗi cần được xử lý theo hai lớp: lớp trước mắt là làm khách hài lòng nhất có thể theo quy định của nền tảng, lớp phía sau là tìm ra lỗi nằm ở khâu nào trong quán để nó không lặp lại. Phần lớn quán chỉ làm lớp đầu, xin lỗi, hoàn tiền, rồi quên. Vài tuần sau, cùng một lỗi lại xuất hiện với khách khác, và điểm của quán trên ứng dụng cứ thế đi xuống.
Bài này đi qua những lỗi đơn giao hay gặp và cách xử lý từng ca, cách ghi sổ sự cố đơn giản, các chỉ số vận hành mà nền tảng thường theo dõi, và cách nhờ AI tìm lỗi lặp lại từ sổ sự cố. Phần trả lời đánh giá công khai của khách được bàn ở danh mục đánh giá và phản hồi của khách; ở đây tập trung vào khâu vận hành đơn giao.
Lỗi hay gặp, nguyên nhân thường nằm ở đâu
Mỗi lỗi có vẻ ngẫu nhiên khi nhìn riêng lẻ, nhưng khi gom lại thường chỉ về một vài khâu trong quán. Bảng dưới gợi ý nơi bắt đầu tìm.
| Lỗi | Khâu thường gây ra | Cách chặn từ gốc |
|---|---|---|
| Thiếu món, thiếu phần ăn kèm | Đóng gói, không có bước đếm | Bước đếm món và phần ăn kèm trước khi niêm phong |
| Nhầm món, sai ghi chú | Đọc đơn, phiếu bếp không rõ ghi chú | In hoặc đánh dấu nổi ghi chú, người đóng gói đọc lại |
| Món nước bị đổ | Bao bì, cách xếp túi | Đổi hộp, buộc túi kỹ, xếp món nước đứng ở đáy |
| Món nguội, món ỉu | Đóng gói quá sớm, tài xế chờ lâu | Chỉ đóng gói khi tài xế sắp tới, hộp thoát hơi cho món chiên |
| Giao trễ | Bếp chậm, xác nhận đơn muộn, thời gian chuẩn bị đặt sai | Đặt thời gian chuẩn bị đúng thực tế, tạm dừng nhận đơn khi quá tải |
| Quán huỷ đơn vì hết món | Không tắt món kịp trên ứng dụng | Người trông máy tắt món ngay khi bếp báo hết |
| Tài xế cầm nhầm túi | Khu chờ không có thứ tự, tem không rõ | Tem ghi mã đơn, đối chiếu mã khi giao |
Hai lỗi cuối cùng có điểm chung: không phải lỗi nấu nướng mà là lỗi thông tin. Chúng thường dễ sửa nhất và rẻ nhất, chỉ cần một quy ước rõ ràng và một người chịu trách nhiệm.
Xử lý từng ca khi khách báo lỗi
Đọc kỹ khiếu nại và đối chiếu sổ đơn trước khi trả lời. Mở lại đơn, xem ghi chú khách, hỏi người đóng gói ca đó. Có khi khách nhầm, có khi quán sai thật. Biết rõ trước khi trả lời giúp tránh cả hai cực: cãi khách khi quán sai, hoặc nhận lỗi khi không phải lỗi quán.
Trả lời nhanh, ngắn, không đổ lỗi. Trong khung thời gian nền tảng cho phép, nhắn khách thừa nhận sự việc và cho biết quán đang xử lý. Không viết những câu như "chắc tài xế làm đổ" khi chưa có căn cứ.
Theo quy trình của nền tảng về hoàn tiền. Hầu hết nền tảng có quy trình xử lý khiếu nại đơn hàng: khách gửi yêu cầu, có ảnh, nền tảng xét và quyết định phần hoàn. Quán thường có quyền phản hồi trong quy trình đó. Đọc quy định hiện hành để biết phần nào quán chịu, phần nào được xem xét.
Đề nghị bù lại khi quán sai rõ ràng. Thiếu một món đã trả tiền, quán có thể đề nghị hoàn phần đó hoặc tặng món đó ở lần sau theo cách nền tảng cho phép. Lời đề nghị cụ thể có giá trị hơn nhiều so với lời xin lỗi chung chung.
Xử lý nghiêm túc khi khách báo vấn đề sức khoẻ. Khách báo đau bụng, dị ứng sau khi ăn thì không tranh luận qua tin nhắn. Khuyên khách đi khám, ghi nhận đầy đủ thông tin đơn, giữ lại mẫu nguyên liệu nếu còn, và báo chủ quán ngay. Cách xử lý chi tiết thuộc danh mục đánh giá và danh mục vệ sinh an toàn.
Ghi sổ ngay, không đợi cuối ngày. Mỗi khiếu nại một dòng, ghi ngay lúc nhận. Đợi cuối ngày thường là quên chi tiết, hoặc quên cả việc ghi.
Lập sổ sự cố đơn giao
Sổ sự cố là công cụ quan trọng nhất để chặn lỗi lặp lại. Nó không cần phần mềm; một bảng tính dùng chung hoặc một quyển sổ đặt ở quầy là đủ. Cách lập:
- Tạo các cột: ngày, giờ đặt, mã đơn rút gọn, loại lỗi theo danh sách cố định, món liên quan, người đóng gói, người trông máy, cách xử lý, chi phí bù cho khách.
- Thống nhất danh sách loại lỗi khoảng tám mục như trong bảng ở trên, để ai ghi cũng dùng cùng một cách gọi.
- Không ghi tên hay số điện thoại của khách vào sổ; mã đơn là đủ để tra lại khi cần.
- Ghi cả những lỗi quán tự phát hiện trước khi giao, như đóng nhầm rồi kịp sửa. Đó là dữ liệu quý về chỗ dễ sai.
- Mỗi tuần, chủ quán hoặc quản lý dành mười lăm phút đọc sổ, đếm số lỗi theo loại và theo món.
- Với loại lỗi xuất hiện nhiều nhất, chọn một thay đổi cụ thể để thử trong tuần tới và ghi lại.
- Tuần sau xem lỗi đó có giảm không. Giảm thì giữ thay đổi, không giảm thì thử cách khác.
Cột người đóng gói và người trông máy không phải để phạt. Mục đích là nhận ra người nào cần hướng dẫn thêm, hoặc ca nào thiếu người. Nếu sổ trở thành công cụ phạt, nhân viên sẽ ngừng ghi lỗi tự phát hiện, và quán mất nguồn thông tin tốt nhất.
Các chỉ số vận hành nền tảng thường theo dõi
Ngoài điểm sao do khách chấm, nhiều nền tảng còn theo dõi một số chỉ số vận hành của quán và có thể dùng chúng khi sắp xếp thứ tự hiển thị hoặc xét các chương trình. Tên gọi và cách tính khác nhau, nhưng thường xoay quanh vài nhóm: tỉ lệ đơn quán từ chối hoặc huỷ, thời gian từ khi nhận đơn đến khi món sẵn sàng, tỉ lệ đơn có khiếu nại, thời gian quán mở cửa trên ứng dụng so với giờ đã đăng ký.
Chỉ số huỷ đơn thường là chỉ số mà quán tự làm hỏng nhiều nhất. Mỗi lần quán nhận đơn rồi huỷ vì hết món, hoặc để đơn quá thời gian không xác nhận, chỉ số này xấu đi. Cách giữ nó tốt là cập nhật món hết ngay, và tạm dừng nhận đơn khi bếp quá tải thay vì nhận rồi huỷ.
Thời gian chuẩn bị là chỉ số quán kiểm soát được trực tiếp. Nhiều ứng dụng cho quán đặt thời gian chuẩn bị dự kiến; đặt quá ngắn để trông nhanh thì tài xế đến sớm phải chờ, khách thấy trễ so với dự kiến. Đặt đúng thực tế, và điều chỉnh theo giờ cao điểm nếu ứng dụng cho phép.
Hãy mở trang quản lý của quán trên ứng dụng ít nhất mỗi tuần một lần để xem các chỉ số này, đặt cạnh sổ sự cố. Khi chỉ số nào xấu đi, sổ sự cố thường cho biết lý do. Nếu không hiểu một chỉ số được tính thế nào, hỏi người phụ trách đối tác thay vì đoán, vì cách tính có thể thay đổi theo thời gian.
Nhờ AI tìm lỗi lặp lại từ sổ sự cố
Khi sổ sự cố có vài chục dòng, việc đọc và gom nhóm bằng mắt bắt đầu mất thời gian. AI giúp đếm, gom nhóm và chỉ ra quy luật nhanh. Bạn xuất sổ thành bảng, bỏ cột mã đơn nếu thấy không cần, giữ ngày, giờ, loại lỗi, món, ca làm, cách xử lý.
Câu lệnh mẫu: "Đây là sổ sự cố đơn giao trong một tháng của một quán bún phở, mỗi dòng một sự cố. Hãy đếm số sự cố theo loại lỗi, theo món, theo khung giờ và theo ca. Chỉ ra ba quy luật đáng chú ý nhất, ví dụ một loại lỗi tập trung vào một món hay một khung giờ. Với mỗi quy luật, gợi ý một thay đổi cụ thể trong quy trình bếp hoặc đóng gói để thử trong tuần tới. Không suy đoán về những gì không có trong dữ liệu."
Kết quả thường cho thấy những điều mà khi đứng trong ca bạn không nhìn ra, như lỗi đổ nước tập trung vào ngày mưa, hoặc lỗi thiếu phần ăn kèm tập trung vào ca tối khi người đóng gói kiêm thu ngân. Những phát hiện như vậy dẫn thẳng tới thay đổi cụ thể: thêm túi chống nước cho ngày mưa, tách việc thu ngân và đóng gói ở ca tối.
Nếu sổ có cột người đóng gói, cân nhắc bỏ tên người thật khi đưa vào chatbot, thay bằng ký hiệu như người A, người B. Đó là thông tin về nhân viên, và mục đích phân tích là cải tiến quy trình chứ không phải đánh giá từng người qua một công cụ bên ngoài.
Những thay đổi nhỏ thường giảm lỗi nhiều nhất
Từ kinh nghiệm vận hành phổ biến ở quán nhỏ, có vài thay đổi rẻ mà hiệu quả. Bạn có thể thử từng cái, mỗi tuần một thay đổi, và đo bằng sổ sự cố.
- Thêm bước đọc to ghi chú của khách khi đưa phiếu vào bếp và khi đóng gói.
- Dán danh sách phần ăn kèm theo từng món ngay tại trạm đóng gói.
- Tách người đóng gói khỏi người thu ngân trong giờ cao điểm, dù chỉ trong một tiếng.
- Đổi loại hộp hoặc túi cho món hay bị đổ, chạy thử hai tuần rồi so số lỗi.
- Giao cho một người duy nhất quyền tắt và mở món trên ứng dụng trong mỗi ca.
- Đặt lại thời gian chuẩn bị trên ứng dụng theo số đo thực tế ở giờ cao điểm.
- Dùng tem niêm phong có ghi mã đơn cho mọi túi, không chỉ túi lớn.
Không cần làm hết cùng lúc. Quán thay đổi quá nhiều thứ trong một tuần sẽ không biết thay đổi nào có tác dụng, và nhân viên cũng khó nhớ. Mỗi lần một thay đổi, đo, giữ hoặc bỏ, là cách chậm mà chắc.
Câu hỏi thường gặp
Khách báo thiếu món nhưng quán chắc chắn đã đủ thì xử lý thế nào?
Đối chiếu sổ đơn, hỏi người đóng gói, xem ảnh túi niêm phong nếu có. Trả lời khách lịch sự, nêu rằng quán đã kiểm lại quy trình và gửi thông tin cho nền tảng xem xét theo quy trình khiếu nại. Không tranh cãi qua tin nhắn; để nền tảng làm trọng tài theo quy định.
Tỉ lệ huỷ đơn cao ảnh hưởng gì đến quán?
Nhiều nền tảng dùng chỉ số liên quan đến huỷ đơn khi sắp xếp hiển thị hoặc xét quyền tham gia chương trình, và khách bị huỷ đơn cũng dễ không quay lại. Cách giảm hiệu quả nhất là tắt món hết ngay và tạm dừng nhận đơn khi bếp quá tải thay vì nhận rồi huỷ.
Sổ sự cố có cần phần mềm riêng không?
Không cần. Một bảng tính dùng chung hoặc một quyển sổ ở quầy là đủ với quán nhỏ. Điều quan trọng là danh sách loại lỗi cố định, ghi ngay khi xảy ra và có người đọc lại mỗi tuần.
Khách báo bị đau bụng sau khi ăn món giao thì quán nên làm gì?
Không tranh luận, khuyên khách đi khám, ghi nhận đầy đủ thông tin đơn và món, giữ lại mẫu nguyên liệu nếu còn, báo ngay cho chủ quán. Quán cũng nên rà lại quy trình bếp và bảo quản của ngày hôm đó. Đây là việc cần xử lý nghiêm túc và cẩn trọng.
Có nên đưa sổ sự cố có tên nhân viên vào AI để phân tích không?
Nên thay tên nhân viên bằng ký hiệu trước khi đưa vào chatbot và bỏ mọi thông tin của khách. Mục đích phân tích là tìm lỗi trong quy trình, không cần biết danh tính cụ thể để làm việc đó.
Đặt thời gian chuẩn bị ngắn có giúp quán được ưu tiên không?
Đặt ngắn hơn thực tế khiến tài xế đến sớm phải chờ và khách thấy trễ so với dự kiến, làm xấu cả trải nghiệm lẫn chỉ số. Nên đặt đúng thời gian đo được trong giờ đông và điều chỉnh theo khung giờ nếu ứng dụng cho phép.