Quản lý đơn hàng đa kênh là đưa mọi đơn, dù đến từ sàn thương mại điện tử, fanpage, ứng dụng chat hay website riêng, về một danh sách duy nhất có cùng cách ghi và cùng các bước xử lý. Khi đơn còn nằm rải rác trong năm cửa sổ tin nhắn, shop sẽ sót đơn, giao nhầm, trả lời khách chậm và không biết hôm nay thật ra đã bán được bao nhiêu.
Bài này dành cho shop một đến năm người, bán ở hai kênh trở lên và đang ghi đơn bằng trí nhớ, sổ tay hoặc vài tệp bảng tính rời nhau. Bạn sẽ có khung cột cho bảng đơn chung, bộ trạng thái đơn tối thiểu, lịch xử lý trong ngày, cách dùng trợ lý AI để soát đơn thiếu thông tin, và dấu hiệu cho thấy đã đến lúc chuyển từ bảng tính sang phần mềm quản lý bán hàng.
Vì sao đơn hàng bị sót khi bán từ hai kênh trở lên
Mỗi kênh bán có một cách báo đơn riêng. Sàn có trang quản lý đơn với trạng thái do sàn đặt, đơn vị vận chuyển do sàn kết nối, và hạn chót xác nhận do sàn quy định. Fanpage và ứng dụng chat thì không có "đơn" theo nghĩa đó: chỉ có một cuộc trò chuyện, trong đó khách gửi tên, địa chỉ, chọn màu, rồi hai hôm sau nhắn đổi cỡ. Website riêng lại gửi thư báo đơn về hộp thư. Người bán phải nhảy qua lại giữa ba bốn nơi, và đơn nào nằm ở nơi ít mở nhất sẽ là đơn bị quên.
Lỗi thứ hai là mỗi kênh ghi một kiểu. Đơn trên sàn có mã đơn của sàn, đơn qua tin nhắn chỉ có tên khách và ảnh chụp màn hình. Khi khách gọi hỏi đơn tới đâu, người trực phải lục từng nơi. Khi cuối tháng cần biết mặt hàng nào bán chạy, không có bảng nào cộng được.
Lỗi thứ ba ít ai để ý: cùng một món hàng đang được bán ở nhiều kênh nhưng chỉ có một kho thật. Kênh này chốt đơn chiếc áo cuối cùng, kênh kia vẫn hiển thị còn hàng và tiếp tục nhận đơn. Phần đồng bộ số lượng tồn kho có bài riêng trong cùng danh mục; ở đây chỉ cần nhớ rằng bảng đơn chung là bước đầu tiên để làm được việc đó.
Khung cột cho bảng đơn chung
Dù dùng bảng tính hay phần mềm, bộ cột dưới đây là phần tối thiểu để một đơn đi từ lúc chốt tới lúc khách nhận mà không cần hỏi lại ai. Bạn thêm cột theo ngành hàng của mình, nhưng không nên bớt.
| Cột | Ghi gì | Vì sao cần |
|---|---|---|
| Mã đơn nội bộ | Mã do shop tự đặt theo quy tắc ngày cộng số thứ tự, ví dụ giả định 2810-015 | Đơn từ tin nhắn không có mã sàn; có mã thì mới tra cứu và đối soát được |
| Kênh và mã gốc | Tên kênh, kèm mã đơn của sàn hoặc đường dẫn tới cuộc trò chuyện lưu trong phần mềm | Biết mở lại chỗ nào khi khách hỏi |
| Mã hàng và số lượng | Mỗi dòng một mã hàng, ghi đủ màu, cỡ | Tránh giao nhầm biến thể, cộng được hàng bán chạy |
| Người nhận | Tên, khu vực giao (tỉnh, phường), ghi chú giao | Đủ để tạo vận đơn; chi tiết liên hệ lưu ở chỗ có phân quyền |
| Hình thức thanh toán | Đã chuyển khoản, thu hộ, sàn thu | Quyết định có cần đối soát tiền thu hộ không |
| Trạng thái | Một trong bộ trạng thái chung của shop | Nhìn một cột là biết việc nào đang chờ |
| Người phụ trách và hạn | Ai đang giữ đơn, hạn giao cho vận chuyển | Không có đơn nào "của chung" mà không ai lo |
Một lưu ý về dữ liệu: bảng đơn chứa tên, địa chỉ và số liên lạc của khách là dữ liệu cá nhân. Bảng đó chỉ nên mở cho người cần dùng, không gửi cả tệp qua nhóm chat chung, và khi nhờ AI xử lý thì xoá hoặc thay các cột đó bằng ký hiệu trước.
Bộ trạng thái đơn tối thiểu mà cả shop dùng chung
Mới. Đơn vừa chốt, chưa ai kiểm. Với đơn từ tin nhắn, đây là lúc người trực chuyển thông tin từ cuộc trò chuyện vào bảng. Quy tắc nên có: không đơn nào ở trạng thái này quá vài giờ trong giờ làm việc.
Đã xác nhận. Đã đủ thông tin người nhận, đúng mã hàng, đã kiểm còn hàng, đã rõ cách thanh toán. Với đơn thu hộ giá trị lớn, nhiều shop gọi hoặc nhắn xác nhận lại với khách ở bước này.
Chờ hàng. Khách đã chốt nhưng hàng chưa về hoặc đang đặt xưởng. Tách riêng trạng thái này để đơn không lẫn với đơn có thể đóng gói ngay, và để nhớ báo khách thời gian dự kiến.
Đã đóng gói. Hàng đã vào hộp, đã dán vận đơn, nằm ở khu chờ giao. Người đóng gói đổi trạng thái, không phải người trực tin nhắn.
Đã giao vận chuyển. Bên vận chuyển đã lấy hàng; từ đây theo dõi bằng mã vận đơn. Đơn giao thất bại hoặc khách từ chối nhận sẽ quay về một trạng thái riêng là "hoàn", xử lý theo quy trình hàng hoàn.
Hoàn tất. Khách đã nhận, tiền đã về tài khoản shop. Chưa thấy tiền về thì đơn chưa xong, dù khách đã cầm hàng.
Lịch xử lý đơn trong một ngày bán hàng
Phần lớn sai sót đến từ việc xử lý đơn rải rác cả ngày theo kiểu thấy đâu làm đó. Một lịch cố định hai hoặc ba đợt giúp người đóng gói có nhịp, và bên vận chuyển lấy hàng đúng giờ. Các bước dưới đây là ví dụ giả định cho shop bán lẻ quần áo, bạn chỉnh giờ theo giờ lấy hàng thực tế của mình.
- Đầu buổi sáng: mở từng kênh theo thứ tự cố định, chuyển mọi đơn mới vào bảng chung, gắn trạng thái Mới. Không trả lời khách tư vấn trong lúc này để khỏi lẫn việc.
- Ngay sau đó: soát cột thông tin, xác nhận đơn đủ điều kiện, tách đơn thiếu thông tin ra để nhắn hỏi khách, tách đơn hết hàng ra để báo khách và đề nghị đổi mẫu.
- Giữa buổi sáng: in danh sách soạn hàng theo mã hàng (không theo đơn), lấy hàng một lượt, rồi chia vào từng đơn. Cách này nhanh hơn đi lấy hàng cho từng đơn.
- Trước giờ lấy hàng: đóng gói, dán vận đơn, đổi trạng thái, xếp ra khu giao. Người đóng gói đếm lại số kiện so với số đơn trên bảng.
- Đầu buổi chiều: lặp lại đợt hai với đơn mới phát sinh buổi sáng.
- Cuối ngày: lọc đơn ở trạng thái Mới, Đã xác nhận quá hạn, đơn đang giao bị báo chậm; ghi ba con số vào sổ ngày là số đơn vào, số đơn đã giao, số đơn tồn.
Chỉ cần làm đúng lịch này trong hai tuần, bạn sẽ thấy số tin nhắn khách hỏi "đơn của mình tới đâu rồi" giảm rõ, vì phần lớn câu hỏi đó sinh ra từ đơn nằm quên ở một kênh.
Dùng trợ lý AI để soát đơn và soạn tin nhắn xác nhận
AI không thay được bảng đơn, nhưng làm tốt ba việc nhỏ lặp đi lặp lại. Việc thứ nhất là chuyển đoạn tin nhắn lộn xộn của khách thành một dòng đơn có cột. Bạn dán đoạn trao đổi đã che số liên lạc, rồi viết câu lệnh kiểu: "Đọc đoạn trò chuyện sau giữa shop và khách, trích ra các mục: sản phẩm, màu, cỡ, số lượng, khu vực giao, hình thức thanh toán, yêu cầu đặc biệt. Mục nào khách chưa nói rõ thì ghi CHƯA RÕ, không tự đoán." Câu cuối rất quan trọng, vì mô hình có xu hướng điền cho đủ.
Việc thứ hai là soát cả danh sách đơn trong ngày. Bạn xuất bảng đơn ra, xoá cột tên và địa chỉ chi tiết, chỉ giữ mã đơn, mã hàng, số lượng, trạng thái, ghi chú, rồi nhờ: "Liệt kê các đơn có dấu hiệu bất thường: trùng mã hàng và số lượng với đơn khác trong cùng ngày, ghi chú mâu thuẫn với mã hàng, số lượng lớn hơn bình thường, trạng thái Mới quá lâu." Kết quả là danh sách nghi vấn để người kiểm, không phải phán quyết.
Việc thứ ba là soạn mẫu tin nhắn xác nhận đơn và báo chậm hàng theo giọng của shop. Soạn một lần, lưu thành mẫu trả lời nhanh, không cần gọi AI mỗi lần. Điều cần nhớ: mọi con số trong tin nhắn gửi khách, như tổng tiền, phí giao, thời gian dự kiến, phải lấy từ bảng đơn và từ trang của bên vận chuyển, không để AI tự tính hay tự hứa.
Bảng tính hay phần mềm quản lý bán hàng: khi nào chuyển
Không có mốc số đơn cố định cho mọi shop. Thay vào đó, bạn nhìn các dấu hiệu dưới đây. Trên thị trường có nhiều phần mềm kết nối nhiều sàn; tính năng và chi phí thay đổi thường xuyên, nên dùng thử với dữ liệu thật vài tuần trước khi quyết.
| Dấu hiệu | Bảng tính còn ổn | Nên cân nhắc phần mềm |
|---|---|---|
| Nhập đơn từ sàn | Tải tệp đơn của sàn về, dán vào bảng mất vài phút | Mất hàng giờ mỗi ngày, hay dán sót |
| Số người cùng thao tác | Một đến hai người, ít khi sửa cùng lúc | Nhiều người sửa cùng lúc, hay ghi đè nhau |
| Tồn kho | Ít mã hàng, ít bán trùng giữa các kênh | Thường xuyên bán quá số hàng đang có |
| Vận đơn | Tạo trên trang từng bên vận chuyển vẫn kịp | Cần tạo hàng loạt, in hàng loạt |
| Báo cáo | Cộng tay cuối tuần được | Cần số theo ngày, theo kênh, theo mã hàng |
Trước khi chuyển, hãy làm sạch bảng tính hiện tại: thống nhất mã hàng, bỏ dòng trùng, ghi rõ trạng thái cho đơn cũ. Phần mềm nào cũng chỉ tốt bằng dữ liệu bạn nạp vào, và dữ liệu lộn xộn đưa sang hệ thống mới vẫn lộn xộn, chỉ khó sửa hơn.
Những lỗi hay gặp khi bắt đầu gom đơn
Dưới đây là các lỗi lặp lại ở shop mới chuyển sang bảng đơn chung. Đọc trước để khỏi mất vài tuần mới nhận ra.
- Mỗi người tự đặt tên trạng thái theo ý mình, nên cùng một nghĩa có ba cách ghi và bộ lọc không bắt được.
- Chỉ ghi đơn từ tin nhắn vào bảng, còn đơn sàn thì "đã có trên sàn rồi", nên bảng không bao giờ phản ánh đủ ngày bán.
- Đổi thông tin đơn trong cuộc trò chuyện với khách nhưng quên sửa trên bảng, đến lúc đóng gói vẫn theo bản cũ.
- Để cột ghi chú thành nơi chứa mọi thứ, từ yêu cầu gói quà tới lời nhắc nội bộ, khiến người đóng gói bỏ qua.
- Không chốt ai là người đổi trạng thái ở từng bước, nên đơn đã gửi đi mà bảng vẫn ghi đang chờ.
- Gửi cả bảng có thông tin khách qua nhóm chat hoặc dán nguyên vào chatbot để nhờ thống kê.
- Bỏ trống mã đơn nội bộ cho đơn tin nhắn, đến khi đối soát tiền thu hộ thì không biết khoản nào của đơn nào.
Mỗi lỗi trên đều sửa được bằng một quy ước viết ra giấy và dán cạnh bàn làm việc. Quy ước càng ngắn, cả shop càng dễ theo.
Câu hỏi thường gặp
Shop chỉ bán trên một sàn và một fanpage thì có cần bảng đơn chung không?
Có, nếu fanpage có đơn đều đặn. Đơn sàn đã có trang quản lý riêng, nhưng đơn fanpage thì không, và chính đơn fanpage là đơn hay bị sót. Bảng chung giúp bạn đếm được tổng đơn mỗi ngày, xử lý theo một lịch, và biết kênh nào thật sự mang lại đơn chứ không chỉ mang lại tin nhắn hỏi.
Có nên để chatbot tự tạo đơn từ tin nhắn khách rồi ghi thẳng vào bảng?
Có thể làm khi thông tin khách rõ ràng và có bước người kiểm trước khi đơn chuyển sang Đã xác nhận. Không nên để công cụ tự ghi rồi tự gửi vận chuyển, vì chỉ một lần hiểu nhầm cỡ hay địa chỉ là đơn hoàn về kèm phí hai chiều. Ngoài ra, kiểm điều khoản của công cụ về việc lưu dữ liệu khách hàng.
Mã đơn nội bộ nên đặt thế nào cho dễ tra?
Cách đơn giản là ngày tháng cộng số thứ tự trong ngày, kèm một chữ cái cho kênh nếu muốn. Quan trọng là mã không trùng, không đổi sau khi đã đặt, và được ghi lên vận đơn hoặc ghi chú gửi hàng để khi tiền thu hộ về hay hàng hoàn về, bạn dò ngược được đúng đơn.
Đơn khách đặt rồi hủy thì xoá khỏi bảng hay giữ lại?
Giữ lại và đổi sang trạng thái Đã hủy, ghi lý do ngắn. Xoá đi thì mất dấu vết khi khách quay lại hỏi, và mất dữ liệu để biết vì sao đơn rơi: hết hàng, phí giao cao, chờ lâu hay đổi ý. Cuối tháng đọc cột lý do hủy thường chỉ ra một việc vận hành cần sửa.
Dùng AI đọc ảnh chụp đơn viết tay có chính xác không?
Các trợ lý có khả năng đọc ảnh làm khá tốt với chữ rõ, nhưng vẫn đọc sai số lượng, nhầm chữ số và bỏ dòng khi ảnh mờ hoặc chữ viết tay khó đọc. Nên coi kết quả là bản nháp, đối chiếu lại số lượng và mã hàng trước khi xác nhận đơn, và che thông tin liên lạc của khách trong ảnh trước khi tải lên.
Bao lâu nên rà lại bộ trạng thái và quy trình xử lý đơn?
Rà mỗi khi thêm kênh bán mới, thêm người, hoặc thấy một lỗi lặp lại quá hai lần trong tuần. Ngoài ra, mỗi quý ngồi lại nửa buổi xem trạng thái nào thừa, bước nào hay bị bỏ qua. Quy trình tốt là quy trình được cả shop làm theo thật, không phải quy trình đầy đủ nhất trên giấy.