Virtual và Downloadable trong WooCommerce trả lời hai câu hỏi khác nhau: sản phẩm có cần vận chuyển không, và khách có được nhận file tải xuống không. Một thiết bị kèm hướng dẫn PDF vẫn cần giao kiện hàng. Một buổi tư vấn trực tuyến có thể không cần vận chuyển nhưng cũng không có file để tải. Nếu dùng chung nhãn “sản phẩm số” cho cả hai, cấu hình rất dễ bỏ sót phần khách thực sự cần nhận.
Người vận hành nên chốt đầu ra của sản phẩm trước khi chọn thuộc tính. Bài viết dùng các ví dụ giả định để làm rõ quyết định đó; đây không phải báo cáo kiểm thử cửa hàng, hướng dẫn thay đổi thanh toán hay cam kết mọi extension đều hoạt động giống WooCommerce core.
Chọn Virtual và Downloadable theo thứ được bàn giao
Hãy lấy một sản phẩm cụ thể và viết thành câu: khách mua xong cần nhận vật gì, tài nguyên gì hoặc được cung cấp dịch vụ nào? Câu trả lời phải đủ rõ để người phụ trách kho, hỗ trợ và kỹ thuật hiểu giống nhau. “Gói chuyên nghiệp” hay “bản online” là tên thương mại, chưa nói được có kiện hàng hay file đi kèm.
Tài liệu Virtual and downloadable products cho biết Virtual loại bỏ các trường liên quan đến vận chuyển. Downloadable thêm thông tin file, giới hạn lượt và hạn tải. Một sản phẩm Downloadable vẫn có thể tính vận chuyển nếu không đồng thời được đánh dấu Virtual. Với sản phẩm biến thể, cần xem lựa chọn ở cấp variation.
| Sản phẩm giả định | Có kiện cần giao? | Có file được bàn giao? | Điều cần kiểm riêng |
|---|---|---|---|
| Thiết bị kèm hướng dẫn PDF | Có | Có | Đơn giao hàng và quyền tải đều đúng |
| Sách điện tử chỉ giao file | Không | Có | File, hạn và cách cấp quyền tải |
| Buổi tư vấn trực tuyến | Không | Chưa xác định có | Quy trình xác nhận dịch vụ riêng |
Bảng không thay người bán quyết định phạm vi cung cấp. Nếu buổi tư vấn thực sự có bản tổng kết sau buổi, đó là một đầu ra cần xác nhận thời điểm và cách bàn giao. Không nên thêm một file trống hoặc một link giới thiệu chỉ để sản phẩm trông đầy đủ theo một mẫu cấu hình.
Tương tự, một món hàng có tài liệu trên trang công khai chưa chắc cần dùng cơ chế cấp file theo đơn. Đội vận hành cần phân biệt tài liệu giới thiệu được ai cũng xem với tài liệu riêng chỉ bàn giao cho người mua. Quyền sử dụng nội dung cũng phải rõ; việc sở hữu một file không tự cấp quyền bán hoặc phân phối lại file đó.
Với sản phẩm nhiều lựa chọn, hãy ghi đầu ra theo đúng lựa chọn khách mua. Một phiên bản chỉ có tài nguyên số và một phiên bản có thêm vật phẩm không nên bị xem như nhau chỉ vì cùng nằm dưới một tên sản phẩm cha. Đội triển khai cần xác nhận mô hình variation và giao diện hiện tại hỗ trợ trường hợp ấy thế nào trước khi áp dụng cho catalog.
Đi theo một đơn có cả phần vật lý và phần tải xuống
Giả sử khách mua thiết bị M, được kèm file hướng dẫn sử dụng. Họ cần file để chuẩn bị trước khi kiện hàng tới. Nếu đội làm website đánh dấu sản phẩm là Virtual chỉ vì thấy có PDF, phần thông tin vận chuyển của thiết bị có thể không còn phù hợp. Nếu chỉ làm luồng giao kiện, người mua lại có thể không nhận được phần file đã được giới thiệu.
Cách phân tích hữu ích là theo hai đầu ra xuyên suốt cùng một đơn. Ở trang sản phẩm, nói rõ thiết bị được giao và hướng dẫn được nhận theo cách nào. Ở bước kiểm lại đơn, khách thấy đúng item đã chọn. Sau đó, người phụ trách kiểm riêng việc chuyển đơn cho kho và việc khách có quyền lấy đúng tài liệu.
Hai đầu ra không nhất thiết hoàn tất cùng lúc. Kho có thể đang chuẩn bị hàng trong khi tài liệu đã được phép tải. Ngược lại, một tài liệu cần hoàn thiện riêng theo thông tin của người mua có thể chưa sẵn. Đừng để một câu thông báo chung che mất sự khác biệt giữa phần đã cung cấp và phần còn phải làm.
Hướng dẫn downloadable products mô tả tùy chọn cấp quyền tải khi đơn ở Processing thay vì chờ Complete. Tài liệu cũng lưu ý yêu cầu đăng nhập để tải không áp dụng cho lượt mua guest. Do đó, không suy từ một dấu chọn rằng mọi người mua đều đã có tài khoản hoặc mọi tài liệu đều được cấp ở cùng thời điểm.
Người phụ trách nghiệp vụ cần duyệt thời điểm giao file trong phạm vi cửa hàng. Đội kỹ thuật đối chiếu lựa chọn đó với trạng thái thực và phương thức đang dùng. Đây là việc xác nhận cách cung cấp sản phẩm, không phải lý do thay hàng loạt trạng thái đơn để làm link tải xuất hiện.
Tài liệu trạng thái đơn WooCommerce phân biệt Processing đang chờ hoàn tất việc cung cấp với Completed đã hoàn tất. Đơn chỉ gồm các sản phẩm vừa Virtual vừa Downloadable có hành vi chuyển trạng thái riêng được tài liệu nêu. Không nên lấy ví dụ đó để kết luận đơn có kiện hàng cũng hoàn thành ngay, hoặc dịch vụ tư vấn đã được thực hiện chỉ vì một trạng thái trên màn hình.
Nếu đầu ra thật là quyền vào một khóa học, hãy xem thêm cách đối chiếu khoản mua với quyền học được cấp. Một file tải và một quyền LMS là hai đối tượng khác nhau. Không hứa tick Downloadable sẽ tự ghi danh người học vào mọi hệ thống đào tạo.
Chốt hợp đồng của từng file trước khi thử tải
Mỗi tài nguyên nên có tên dễ hiểu, phiên bản và người chịu trách nhiệm cập nhật. “Tài liệu bổ sung” không giúp người hỗ trợ biết khách đang thiếu hướng dẫn nào. Nếu có nhiều file, hãy kiểm tra toàn bộ danh sách thuộc sản phẩm đã mua, không chỉ bấm link đầu tiên rồi kết luận xong.
Trường hợp giả định thiết bị M có hai bản hướng dẫn theo model, việc gán một file chung theo sản phẩm cha có thể gửi nhầm tài liệu. Cần giữ quan hệ giữa lựa chọn bán được và tài nguyên tương ứng. Nếu dữ liệu chưa đủ để xác định, chuyển người phụ trách xác nhận thay vì chọn file đầu tiên có tên gần giống.
Cũng cần tách hạn tải của cửa hàng với khả năng phục vụ của nơi chứa file. Một địa chỉ bên ngoài có thể thay đổi quyền hoặc hết hiệu lực theo cơ chế riêng. Bài về link tải file có thời hạn giải thích ranh giới bàn giao đó. Tên file, phiên bản, quyền nhận và thời hạn cần nhất quán, không chỉ có một URL mở được lúc người quản trị đang đăng nhập.
Đừng đưa URL ký còn hiệu lực vào ảnh chụp hỗ trợ hay báo cáo rộng quyền. Có thể ghi mã file và kết quả kiểm tra trong phạm vi được phép. Việc chẩn đoán một link không mở được không cần biến tài liệu thành public hoặc gửi cho thêm nhiều tài khoản để thử.
Cách vận chuyển file còn phụ thuộc cấu hình hiện hữu. Một link chuyển thẳng đến file và một phương thức phục vụ file được bảo vệ không có cùng ranh giới truy cập. Đội triển khai nên đọc đúng tài liệu của phương thức đang dùng; không thay cấu hình server chỉ vì một tùy chọn trong quản trị có tên phù hợp.
Nghiệm thu bằng các phương án mua đã được phép dùng
Chuẩn bị một số sản phẩm thử và đầu ra mong đợi trước khi chạy. Ít nhất nên có một item chỉ tải file, một item vật lý kèm file và một dịch vụ không kèm file. Mục đích là xem các thuộc tính phân biệt đúng công việc, không phải tạo nhiều đơn để đo khả năng chịu tải.
Ở mỗi phương án, xem trang sản phẩm, giỏ, checkout và nơi khách nhận thông tin sau mua. Item cần giao vẫn phải giữ thông tin phục vụ giao hàng phù hợp. Item chỉ tải file không nên buộc khách chọn một phương thức giao kiện không có thật. Dịch vụ không kèm file không được hiện một tài nguyên được suy đoán là đã bao gồm.
Thử riêng người mua đăng nhập và lượt guest nếu cửa hàng thực sự hỗ trợ cả hai. Kết quả mong đợi phải do người phụ trách duyệt theo chính sách đã xác nhận. Không tự bật hoặc tắt guest checkout để làm một ca thử đạt; đó là thay đổi nghiệp vụ và quyền truy cập cần được xử lý riêng.
Tiếp theo, đối chiếu file với đúng lựa chọn và điều kiện cấp tải. Khi người hỗ trợ nhận câu “đã mua nhưng chưa có file”, họ cần phân biệt tài nguyên chưa được gán, điều kiện chưa đủ, link hỏng hoặc khách đang tìm ở sai nơi. Không mặc định mọi vấn đề đều giải quyết bằng việc gửi lại cùng một link.
Ghi phạm vi đã thử cùng phiên bản WooCommerce, extension có liên quan và loại đơn. Kết quả trên một sản phẩm đơn giản không tự chứng minh catalog nhiều biến thể đã đúng. Nếu còn một nhánh chưa được xác minh, nêu rõ nhánh đó khi bàn giao thay vì mở rộng kết luận thành toàn bộ cửa hàng đã hoàn tất.
Nếu cần Onter khảo sát cấu trúc sản phẩm và luồng bàn giao, hãy chuẩn bị một item vật lý, một item số và điều kiện người mua được nhận từng đầu ra. Trao đổi tại trang liên hệ. Giá: Liên hệ. Nhận tư vấn & báo giá theo phạm vi catalog, giao file và tích hợp thực sự cần.
