Luồng tự động báo trạng thái giao hàng lấy trạng thái đơn từ bên vận chuyển, gộp về một bộ trạng thái chung của shop, rồi chỉ gửi tin cho khách ở vài mốc thật sự cần: khi hàng đã rời shop kèm mã vận đơn, khi giao không thành, và khi đã giao. Phần lớn câu hỏi “hàng của mình tới đâu rồi” biến mất mà shop không phải tra từng mã.
Cái khó không nằm ở việc gửi tin, mà ở chỗ mỗi bên vận chuyển đặt tên trạng thái một kiểu, cập nhật với độ trễ khác nhau, và có những trạng thái mơ hồ dễ làm khách hoảng. Bài này đi qua các mốc nên báo, cách lấy và gộp trạng thái, cách dựng luồng, xử lý đơn giao không thành, và cách nhắc khách cảnh giác với tin giả danh giao hàng.
Báo khách ở mốc nào, nói gì
Báo quá nhiều làm khách khó chịu, báo quá ít thì khách nhắn hỏi. Bảng dưới là bộ mốc gọn mà nhiều shop dùng; nội dung là gợi ý, kênh gửi phụ thuộc vào kênh khách đã đồng ý nhận tin về đơn hàng.
| Mốc | Nội dung chính | Có nên báo |
|---|---|---|
| Đã đóng gói, chờ lấy | Đơn đã sẵn sàng | Thường không cần, trừ hàng đặt làm |
| Đã giao cho bên vận chuyển | Tên bên vận chuyển, mã vận đơn, thời gian dự kiến | Nên báo, đây là tin quan trọng nhất |
| Đang trung chuyển | Hàng qua các kho | Không báo, khách tự tra nếu muốn |
| Đang giao hôm nay | Hôm nay sẽ có người giao, giữ điện thoại | Nên báo với hàng giá trị cao hoặc thu hộ |
| Giao không thành | Lý do, lần giao lại, cách liên hệ shop | Bắt buộc báo, kèm người phụ trách |
| Đã giao | Xác nhận, đường liên hệ nếu có vấn đề | Nên báo, ngắn gọn |
Mốc “đã giao cho bên vận chuyển” là tin khách chờ nhất, vì nó trả lời câu hỏi shop đã gửi chưa. Riêng mốc “đang trung chuyển” nên để yên: hàng có thể qua ba bốn kho, mỗi lần báo là một tin vô nghĩa với khách. Đơn trên sàn thường do sàn tự báo; luồng của bạn chỉ nên lo đơn từ kênh riêng của shop để khách không nhận hai tin trùng.
Lấy trạng thái từ bên vận chuyển
Kết nối chính thức hoặc webhook. Nhiều đơn vị vận chuyển cung cấp kết nối cho đối tác, trong đó có “chuông báo” mỗi khi trạng thái đơn đổi. Đây là cách nhanh và chính xác nhất, thường cần đăng ký tài khoản doanh nghiệp và lấy khoá kết nối. Khoá này phải giữ kín như mật khẩu, không dán vào nhóm chat hay tài liệu chia sẻ.
Phần mềm bán hàng đã nối sẵn. Nếu shop dùng phần mềm quản lý bán hàng có kết nối với bên vận chuyển, trạng thái đã có trong phần mềm. Luồng của bạn chỉ cần đọc từ phần mềm đó, không phải nối với từng bên vận chuyển.
Quét định kỳ. Khi không có chuông báo, luồng có thể chạy mỗi vài giờ, hỏi trạng thái các đơn đang giao qua kết nối tra cứu chính thức. Không dùng công cụ tự động mở trang tra cứu công khai và đọc kết quả hàng loạt, vì đó là cào dữ liệu, thường trái điều khoản và dễ bị chặn.
Nhập tay có cấu trúc. Shop giao bằng người của mình hoặc gửi xe khách thì trạng thái đến từ người giao. Một biểu mẫu ngắn trên điện thoại để người giao chọn trạng thái là đủ làm sự kiện kích hoạt.
Gộp trạng thái về một bộ chung của shop
Mỗi bên vận chuyển dùng một bộ tên trạng thái riêng, có bên mười mấy trạng thái, có bên chỉ vài cái, và tên gọi không giống nhau. Nếu luồng gửi thẳng tên trạng thái gốc cho khách, khách nhận được những cụm từ khó hiểu, đôi khi đáng lo như “lỗi phân loại” trong khi thực ra chỉ là hàng bị chuyển nhầm tuyến và đang quay lại.
Cách làm là lập một bảng ánh xạ: cột trái là trạng thái gốc của từng bên vận chuyển, cột phải là một trong năm sáu trạng thái chung của shop như đã gửi, đang giao, giao không thành, đã giao, hoàn về. Luồng nhận trạng thái gốc, tra bảng ánh xạ, ghi trạng thái chung vào bảng đơn, và chỉ khi trạng thái chung đổi mới cân nhắc gửi tin cho khách.
Trạng thái gốc nào chưa có trong bảng ánh xạ thì luồng không đoán mà ghi “chưa xác định” và báo cho người phụ trách thêm vào bảng. Bên vận chuyển thỉnh thoảng thêm trạng thái mới; nhờ bước báo này, bảng ánh xạ tự lớn dần theo thực tế. Có thể dùng AI để gợi ý trạng thái chung cho một trạng thái gốc lạ, nhưng người duyệt trước khi thêm vào bảng.
Lợi ích phụ: khi cột trạng thái trong bảng đơn đã thống nhất, các luồng khác như xin đánh giá, báo cáo tối, xử lý hoàn đều đọc được mà không phải biết đơn đi bằng bên vận chuyển nào.
Dựng luồng báo trạng thái từng bước
Viết theo nguyên lý của công cụ kết nối kéo thả; cách nhận chuông báo và tên bước khác nhau giữa các công cụ, hãy đối chiếu tài liệu hiện hành của công cụ và của bên vận chuyển.
- Khi người kho bàn giao hàng, mã vận đơn được ghi vào bảng đơn cạnh mã đơn của shop.
- Kích hoạt: nhận chuông báo đổi trạng thái hoặc đến giờ quét định kỳ.
- Tìm đơn trong bảng theo mã vận đơn, tra bảng ánh xạ ra trạng thái chung.
- So với trạng thái chung đang ghi trong bảng; nếu không đổi thì dừng, không gửi gì.
- Nếu đổi, ghi trạng thái mới và thời điểm vào bảng đơn.
- Kiểm mốc này có nằm trong danh sách mốc cần báo không và khách có đồng ý nhận tin qua kênh đó không; nếu có, gửi tin theo mẫu.
- Với “giao không thành” và “hoàn về”, gửi thêm báo cho người phụ trách kèm mã đơn và lý do.
Bước bốn chặn lỗi phổ biến nhất của luồng này: bên vận chuyển gửi chuông báo nhiều lần cho cùng một trạng thái, và nếu không so, khách nhận ba tin “đơn đã giao” liên tiếp.
Giao không thành và đơn chậm: shop biết trước khách
Đơn giao không thành là lúc khách dễ huỷ nhất. Lý do có thể là không liên lạc được, khách hẹn ngày khác, sai địa chỉ, hoặc khách từ chối nhận. Mỗi lý do cần một cách xử lý: liên hệ khách xác nhận lại, đổi địa chỉ, hay chuẩn bị nhận hàng hoàn. Luồng không xử lý thay được, nhưng bảo đảm người phụ trách biết ngay trong giờ làm việc, với đủ thông tin để gọi cho khách.
Đơn chậm khó phát hiện hơn vì không có trạng thái nào báo “chậm”. Thêm một luồng chạy mỗi sáng: tìm các đơn đã gửi đi quá một số ngày so với thời gian dự kiến của tuyến, ví dụ giả định quá hai ngày, mà chưa ở trạng thái đã giao. Danh sách này gửi cho người phụ trách để chủ động hỏi bên vận chuyển, và nếu cần thì nhắn khách trước một tin xin lỗi ngắn báo shop đang theo dõi.
Chủ động báo chậm trước khi khách hỏi thường được đón nhận tốt hơn nhiều so với việc khách phải nhắn ba lần mới có câu trả lời. Nhưng nội dung phải do người viết hoặc chọn từ mẫu đã duyệt; tin về sự cố là loại tin không nên để AI tự soạn và tự gửi.
Viết sẵn mẫu tin cho từng mốc
Luồng báo trạng thái gửi tin thay mặt shop hàng chục, hàng trăm lần mỗi ngày, nên mẫu tin phải được viết một lần cho kỹ rồi dùng lại. Mỗi mốc một mẫu, mỗi mẫu chỉ vài câu với chỗ trống cho mã đơn, tên sản phẩm ngắn, tên bên vận chuyển và mã vận đơn. Ví dụ giả định cho mốc đã gửi: shop đã giao đơn DH1042 gồm áo thun trắng cho bên vận chuyển, mã vận đơn ghi ở dưới, thời gian dự kiến hai đến ba ngày, nếu cần hỗ trợ bạn trả lời tin này.
Mẫu cho mốc giao không thành cần cẩn thận hơn: không đổ lỗi cho khách, không dùng chữ dễ gây hoảng, nói rõ bước tiếp theo là gì và ai sẽ liên hệ. Mẫu cho mốc đã giao nên ngắn nhất, chỉ xác nhận và chỉ đường liên hệ nếu hàng có vấn đề; đừng nhét lời mời đánh giá vào đây, vì việc đó có luồng riêng với thời điểm riêng.
Có thể nhờ AI viết vài phương án cho mỗi mẫu theo giọng của shop, rồi bạn chọn và sửa. Sau khi chốt, luồng chỉ điền chỗ trống, không để AI soạn mới cho từng khách. Mỗi khi đổi chính sách giao hàng hay đổi bên vận chuyển, rà lại toàn bộ mẫu một lượt để không còn câu nào nói sai sự thật.
Nhắc khách cảnh giác với tin giả danh giao hàng
Tin nhắn giả danh nhân viên giao hàng, đòi khách bấm vào đường dẫn lạ hoặc chuyển thêm phí, là chiêu lừa phổ biến. Luồng báo trạng thái của shop có thể vô tình làm khách quen với việc nhận tin về đơn, nên cần chủ động giúp khách phân biệt:
- Trong tin đầu tiên, ghi rõ shop chỉ gửi tin về đơn qua kênh nào, và không bao giờ yêu cầu chuyển thêm tiền qua tin báo giao hàng.
- Tin của shop không chứa đường dẫn rút gọn lạ; nếu cần cho khách tra cứu, chỉ ghi tên bên vận chuyển và mã vận đơn để khách tự tra trên ứng dụng chính thức.
- Không yêu cầu khách cung cấp mã xác thực, mật khẩu hay thông tin thẻ trong bất kỳ tin nào.
- Giữ giọng văn và tên người gửi nhất quán, để tin bất thường dễ bị nhận ra.
- Nhắc khách khi có nghi ngờ thì liên hệ lại shop qua kênh đã mua hàng.
- Chỉ ghi trong tin những thông tin cần thiết: mã đơn, tên sản phẩm ngắn; không lặp lại địa chỉ đầy đủ hay số điện thoại của khách.
Về phía shop, khoá kết nối với bên vận chuyển và tài khoản gửi tin phải được giữ như chìa khoá cửa hàng. Ai có hai thứ này có thể gửi tin dưới danh nghĩa shop. Khi nhân viên phụ trách nghỉ, đổi khoá và kiểm lại các kết nối.
Câu hỏi thường gặp
Có cần báo khách mọi trạng thái của bên vận chuyển không?
Không. Chỉ báo các mốc khách cần biết hoặc cần hành động: đã gửi kèm mã vận đơn, giao không thành, đã giao, và đang giao hôm nay với đơn giá trị cao. Các trạng thái trung chuyển giữa kho để khách tự tra nếu muốn.
Đơn bán trên sàn có cần luồng báo trạng thái riêng không?
Thường không, vì sàn đã tự báo cho người mua và hạn chế người bán liên hệ ngoài nền tảng. Luồng riêng nên dành cho đơn từ website, tin nhắn, cửa hàng. Nếu muốn ghi trạng thái đơn sàn vào bảng đơn để báo cáo, chỉ đọc trạng thái, không gửi thêm tin cho khách.
Bên vận chuyển không có kết nối chính thức thì làm sao?
Dùng phần mềm bán hàng đã nối với bên đó nếu có, hoặc giao cho người phụ trách cập nhật trạng thái qua biểu mẫu vài lần mỗi ngày với các đơn quan trọng. Không dùng công cụ tự mở trang tra cứu và đọc kết quả hàng loạt vì trái điều khoản và dễ bị chặn.
Tin báo giao hàng nên gửi qua kênh nào?
Qua kênh khách đã dùng để đặt hàng và đồng ý nhận tin về đơn: email, tin nhắn trên trang bán hàng, hoặc ứng dụng nhắn tin có tài khoản doanh nghiệp chính thức. Tránh gửi tin quảng cáo kèm trong tin báo giao hàng.
Có nên dùng AI để trả lời khách hỏi đơn tới đâu rồi?
Có thể, nếu trợ lý đọc được trạng thái chung trong bảng đơn và chỉ trả lời dựa trên dữ liệu đó. Trợ lý không được đoán ngày giao hay hứa hẹn ngoài dữ liệu. Câu hỏi về đơn chậm, giao không thành nên chuyển cho người.
Khách đổi địa chỉ khi hàng đang giao thì luồng xử lý thế nào?
Luồng không tự đổi được. Báo người phụ trách liên hệ bên vận chuyển theo thủ tục của họ, cập nhật địa chỉ mới vào bảng thông tin khách, ghi chú vào đơn. Sau đó luồng tiếp tục theo dõi trạng thái như bình thường.