WooCommerce backorder và preorder đều có thể cho khách đặt một sản phẩm chưa sẵn để giao ngay, nhưng hai cách bán này cần lời hứa khác nhau. Backorder liên quan đến việc nhận đơn khi thiếu tồn; preorder có thể tổ chức một giai đoạn đặt trước khi sản phẩm được phát hành. Chỉ đổi nhãn nút mua không làm rõ lúc nào khách trả tiền, khi nào đơn được xử lý và ai chịu trách nhiệm nếu hàng chậm.
Người vận hành nên bắt đầu bằng điều kiện bán đã xác nhận, sau đó mới chọn cấu hình. Bài viết phân tích một quyết định triển khai, không khẳng định website của bạn đã cài extension đặt trước hoặc có sẵn mọi tính năng trong tài liệu. Các tình huống số lượng bên dưới đều là giả định.
Đọc “được đặt” và “sẵn để giao” thành hai câu riêng
Một cửa hàng đang bán mẫu đèn có thể tạm hết hàng trong kho nhưng vẫn nhận đơn bổ sung. Khách đang mua một sản phẩm đã lưu hành, chấp nhận chờ lần nhập tiếp theo theo điều kiện cửa hàng công bố. Nếu nguồn cung chưa xác nhận, nút mua được mở không tự tạo ra một ngày giao chắc chắn.
Ở tình huống khác, một mẫu đèn mới chỉ được bán trước ngày phát hành. Cửa hàng muốn quản lý giai đoạn đặt trước, thông tin mở bán và cách thu tiền tương ứng. Đó là nhu cầu có thêm vòng đời sản phẩm, không chỉ là cho số tồn xuống dưới mức đang có. Cả hai tình huống có thể xuất hiện trong một catalog, nhưng không nên gom thành cùng một câu “còn hàng”.
Tài liệu Product Editor của WooCommerce mô tả cấu hình quản lý tồn và các lựa chọn cho phép backorder. Khi quản lý số lượng, cần phân biệt không cho phép, cho phép có thông báo và cho phép. Đây là khả năng chấp nhận đơn theo cấu hình tồn kho; bản thân lựa chọn đó không chứng minh một lô nhập hoặc thời hạn giao đã được nhà cung cấp xác nhận.
Vì vậy, đừng lấy một cờ trong hệ thống làm toàn bộ cam kết thương mại. Đội bán hàng cần trả lời được khách đang đặt hàng gì, lý do chờ, căn cứ dự kiến có hàng và cách xử lý khi mốc dự kiến thay đổi. Đội kỹ thuật cần thể hiện đúng câu trả lời tại những nơi khách ra quyết định.
Chọn cơ chế theo công việc cần quản lý
Backorder trong WooCommerce core phù hợp để xem xét khi bài toán chính là tiếp tục nhận đơn cho hàng đang thiếu. Pre-Orders là một extension có tài liệu và cấu hình riêng. Không nên tư vấn rằng cài WooCommerce core là đã có đầy đủ vòng đời của extension, hoặc lấy hành vi của một plugin bên thứ ba rồi gọi đó là chuẩn chung của WooCommerce.
Theo tài liệu WooCommerce Pre-Orders, extension có thể cấu hình thu tiền trước hoặc khi sản phẩm được phát hành, với ngày giờ khả dụng tùy chọn. Hỗ trợ cổng thanh toán và cách thu tiền cần được đối chiếu theo cấu hình thực tế. Không hứa rằng mọi phương thức thanh toán sẽ tự thu tiền vào ngày phát hành.
| Vấn đề cần giải quyết | Điểm cần xác minh | Không suy ra từ tên chế độ |
|---|---|---|
| Thiếu tồn của sản phẩm đang bán | Có nhận đơn vượt tồn và thông báo thế nào? | Ngày hàng về chắc chắn |
| Bán trước giai đoạn phát hành | Có quản lý release và thu tiền phù hợp? | Đơn đã sẵn để giao |
| Mỗi biến thể có điều kiện khác nhau | Cấu hình hỗ trợ ở cấp sản phẩm hay biến thể? | Đổi một biến thể không ảnh hưởng biến thể khác |
Hãy kiểm tra cấp cấu hình trước khi thử trên catalog thật. Tài liệu extension Pre-Orders hiện nêu cơ chế áp dụng ở cấp sản phẩm và lưu ý với variations. Nếu chỉ một màu cần nhận đơn chờ, đừng mặc định bật đặt trước cho sản phẩm cha sẽ cho kết quả đúng. Khả năng phù hợp phải được kiểm chứng trên đúng extension, phiên bản và mô hình biến thể đang dùng.
Đây cũng là lý do không nên mua thêm plugin chỉ vì muốn đổi câu chữ. Nếu nhu cầu chỉ là giải thích đơn chờ nhập, một cấu hình hiện có cùng nội dung minh bạch có thể là hướng cần đánh giá trước. Nếu cần vòng đời phát hành và cơ chế thu tiền riêng, hãy lập phạm vi chức năng rồi mới so giải pháp.
Ví dụ: cùng thiếu ba chiếc nhưng quyết định bán khác nhau
Giả sử khách đặt năm chiếc đèn mẫu A, kho hiện có hai chiếc. Cửa hàng đã chọn cho phép backorder. Việc nhận được đơn năm chiếc không chứng minh hệ thống tự tách thành hai chiếc giao ngay và ba chiếc giao sau. Đội vận hành cần xác định chính sách giao một lần hay nhiều đợt, cách hiển thị và phạm vi tích hợp vận chuyển. Đây là quyết định cần nghiệm thu, không phải tính năng được bài viết mặc định bảo đảm.
Nếu khách cần đủ năm chiếc cho một sự kiện, lời nhắc “hai chiếc hiện có” vẫn chưa đủ. Thông tin quan trọng là khả năng hoàn thành toàn bộ nhu cầu theo mốc khách cần. Khi chưa có xác nhận nguồn cung cho phần thiếu, nên chuyển câu hỏi đó cho người phụ trách thay vì để một trạng thái tồn tạo cảm giác đã cam kết.
Bây giờ đổi sang mẫu B chưa phát hành. Cửa hàng có thể nhận năm lượt đặt trước trong một chiến dịch, nhưng cần biết giới hạn dựa trên số lượng đã được phép bán hay một cấu hình khác. Nếu đã dùng Pre-Orders với quản lý tồn, tài liệu có mô tả tác động của lượt đặt lên số lượng. Đội triển khai vẫn phải kiểm tra tình huống hết lượng cho phép và các sản phẩm liên quan; không được coi đặt trước là nhận đơn vô hạn.
Hai ví dụ tạo ra các câu hỏi khác nhau. Với mẫu A, trọng tâm là phần thiếu và cách giao. Với mẫu B, trọng tâm là điều kiện chuyển qua giai đoạn có thể thực hiện đơn. Gộp chúng vào một nhãn “đặt trước” sẽ làm người hỗ trợ phải giải thích lại sau khi khách đã thanh toán hoặc gửi yêu cầu.
Cửa hàng nên giữ căn cứ của cam kết tại thời điểm đặt. Nếu hôm sau mốc có hàng thay đổi, người hỗ trợ cần biết khách đã được thông báo gì trước đó. Một trang sản phẩm luôn hiện thông tin mới nhất không thay cho dấu vết trao đổi của đơn đã nhận.
Nghiệm thu bằng hành trình khách hàng thay vì một ảnh cấu hình
Bắt đầu từ một sản phẩm thử được phép dùng. Xem thông tin ở trang sản phẩm, giỏ, checkout, xác nhận đơn và email tương ứng. Với giao diện tùy chỉnh hoặc nhiều ngôn ngữ, không giả định một thông báo sẽ tự xuất hiện đúng ở mọi nơi. Chụp cấu hình quản trị chỉ chứng minh đã lưu lựa chọn; nó chưa chứng minh khách hiểu điều kiện chờ.
Thử cả đơn vượt tồn và đơn không vượt tồn. Với sản phẩm nhiều biến thể, chọn từng lựa chọn có điều kiện khác nhau và kiểm tra thông điệp có gắn đúng item không. Với luồng đặt trước theo extension, kiểm tra chuyển trạng thái và thu tiền trên môi trường thử phù hợp với tài liệu của cổng, không thực hiện giao dịch thật chỉ để kiểm tra nội dung hiển thị.
Một tình huống đáng làm riêng là ngày dự kiến bị lùi. Ai được thay đổi, thay đổi áp dụng cho đơn mới hay đơn đã nhận, khách cũ nhận thông tin theo cách nào và hệ thống có giữ dấu vết không? Không tự thêm một ngày đẹp hơn để giữ tỷ lệ đặt hàng. Dữ liệu chưa xác minh nên được diễn đạt đúng mức chắc chắn.
Khi luồng phát hành chuyển sang xử lý đơn thường, hãy kiểm tra tiếp trạng thái thanh toán và khả năng thực hiện đơn. Một thao tác hoàn thành giai đoạn pre-order không có nghĩa mọi đơn đã được giao. Tương tự, hủy một giai đoạn nhận đặt không tự chứng minh tiền đã được trả lại; quy trình thanh toán cần bằng chứng riêng theo phương thức đang dùng.
Sau khi luồng mua đã đúng, mới đối chiếu dữ liệu xuất sang kênh ngoài. Bài mapping Product Feed WooCommerce theo biến thể giải thích phần nhận diện item và trạng thái gửi đi. Feed cần phản ánh điều kiện bán thực tế; nó không nên là nơi tự tạo một lời hứa giao hàng mà website chưa có.
Nếu bạn cần làm rõ cách nhận đơn chờ hàng trong website bán hàng, hãy mang theo hai hoặc ba tình huống thực tế và cấu hình hiện hành khi trao đổi với Onter. Giá dịch vụ: Liên hệ. Nhận tư vấn & báo giá theo phạm vi quản lý tồn, thông báo và đặt trước thực sự cần, thay vì bắt đầu bằng một danh sách plugin.
