“Còn hàng” không trả lời được câu hỏi “thứ Sáu tôi có nhận đủ không?”. Vật tư có thể còn ở một kho khác, đang giữ cho đơn trước hoặc cần đóng gói riêng. Thời gian giao hàng trên website B2B nên nói rõ mốc nào đang được dự tính và mốc nào đã có người xác nhận.
Bắt đầu bằng tên gọi đúng của từng mốc
Tài liệu lead times của Odoo phân biệt thời gian mua, sản xuất và giao; với nhiều sản phẩm, chính sách giao sớm hoặc đợi đủ hàng có thể thay đổi lịch dự kiến. Đây là nguyên tắc phân tách kế hoạch, không phải lời hứa ngày nhận cho website khác.
Trên trang sản phẩm, tách tồn khả dụng, thời gian chuẩn bị và vận chuyển. “Xuất kho sau xác nhận” khác “khách nhận hàng”. Nếu chưa kết nối được nguồn tồn đáng tin, ghi cần kiểm tra lại thay vì dùng con số mặc định cho toàn catalogue.
Mẫu thẻ thông tin có thể bàn với bộ phận kho
| Thông tin | Cần làm rõ |
|---|---|
| Thời gian chuẩn bị | Tính từ đặt hàng hay từ xác nhận đủ điều kiện? |
| Mốc dự kiến | Xuất kho hay đến nơi nhận? |
| Phạm vi | Kho, khu vực, phương thức giao nào? |
| Độ mới | Nguồn nào và thời điểm cập nhật? |
| Ngoại lệ | Hàng đặt riêng, đóng kiện hoặc cần hẹn lắp đặt? |
Không nhất thiết công khai số tồn chính xác. Người bán có thể chọn hiển thị mức trạng thái nếu vận hành cần bảo mật, nhưng mức đó phải có định nghĩa và không được biến thành cam kết giao ngay.
Ví dụ giả định: hai mã, hai lịch
Khách cần mã A và B trong một yêu cầu. A có thể chuẩn bị sớm, B phải chờ nhập. Website hỏi khách có chấp nhận giao tách không, sau đó ghi yêu cầu để sales xác nhận chi phí và lịch. Không tự chọn giao tách chỉ để hiển thị ngày sớm nhất; cũng không lấy thời gian của A làm lịch chung cho cả đơn.
Nếu khách đổi địa điểm nhận, lịch cũ cần được kiểm tra lại. Trường hợp hàng đến kho trễ, phần công khai phải chuyển về trạng thái phù hợp và thông tin đã gửi cho khách cần có người xử lý, không chỉ cập nhật âm thầm một nhãn trên trang.
Đừng thêm độ chính xác mà dữ liệu chưa có
Một khoảng dự kiến có điều kiện rõ thường trung thực hơn một ngày cụ thể do hệ thống tự đoán. Kiểm tra cả dữ liệu cũ, kho khác vùng, đơn nhiều mã và yêu cầu giao gấp. Người duyệt nên thấy lý do lịch thay đổi, chứ không chỉ giá trị cuối.
- Chốt đơn vị ngày làm việc hay ngày lịch.
- Chốt thời điểm bắt đầu tính.
- Ghi người xác nhận trường hợp ngoài quy tắc.
Khi xây website catalogue B2B, chuẩn bị một số tình huống giao hàng thực đã che thông tin khách. Onter có thể dùng chúng để trao đổi phạm vi hiển thị và kết nối cần khảo sát, thay vì hứa một lịch giao cho mọi sản phẩm.
