Sửa trước những đơn trả do trang sản phẩm gây ra
Có những đơn trả do đơn vị vận chuyển hoặc do người mua đổi ý, và không trang sản phẩm nào chạm tới được. Có những đơn khác do một dữ kiện người mua cần mà không tìm thấy. Giải pháp này xếp bốn sản phẩm Pulse theo thứ tự: tìm dữ kiện danh mục còn thiếu, xem dữ kiện nào đi kèm hàng bị trả, sửa chúng trước, và kiểm tra hàng bị trả có thực sự giảm không.
Gồm các sản phẩm Decision Audit · Return Verification · Decision Verification · Decision API
- 01Decision AuditNhững dữ kiện danh mục không trả lời được
- 02Return VerificationDữ kiện nào đi kèm hàng bị trả, theo lý do người mua đưa ra
- 03Decision VerificationDanh mục được đo lại sau khi sửa
- 04Decision APIXếp hạng cho những đơn được giữ lại
Mỗi sản phẩm dùng riêng được. Theo thứ tự này, một lý do trả hàng thành một bản sửa, và bản sửa được kiểm tra.
Hàng bị trả đã nói sẵn trang sản phẩm bỏ sót điều gì
Mỗi đơn trả đều kèm một lý do: quá lớn, không đúng mô tả, không dùng được với thiết bị của tôi. Phần lớn các đội đọc chúng như một tỷ lệ cần kéo xuống, và các lý do nằm trong một báo cáo không ai nối ngược về trang sản phẩm.
Trong khi đó, đội danh mục xử lý các trường còn thiếu theo thứ tự bảng tính đưa ra, nên dữ kiện đứng sau những đơn trả tháng tới có thể là thứ được điền sau cùng.
Tỷ lệ trả hàng cho biết có gì đó sai. Lý do cho biết cần sửa gì.
- Bao nhiêu đơn bị trả lạiCó câu trả lời
- Đơn trả nào trang sản phẩm có thể ngăn đượcKhông có trên bảng
- Mỗi đơn chỉ tới dữ kiện còn thiếu nàoKích thước, khả năng tương thích, chất liệuKhông có trên bảng
- Bản sửa tháng trước có làm chúng giảm khôngKhông có trên bảng
1 trong bốn câu được một tỷ lệ trả hàng trả lời.
Không phải đơn trả nào cũng do bạn sửa được
Mỗi lý do trả hàng được đọc để tìm dữ kiện sản phẩm mà nó nhắc tới. Những đơn mà trang sản phẩm có thể ngăn được thì được so sánh; phần còn lại được đếm và để riêng, còn các mã lý do mơ hồ thì được đo chứ không đoán.
- ✓Bạn sửa đượcLý do nhắc tới một dữ kiện trang sản phẩm bỏ sót
- ✕Để riêngHư hỏng khi vận chuyển, giao nhầm hàng, giao thất bại, đổi ý
- ?Chưa rõMã lý do mơ hồ, được đo và báo cáo, không bao giờ đoán
Sản phẩm nào, theo thứ tự nào
Mỗi bước là một sản phẩm Pulse dùng riêng được. Thứ tự là thứ biến một lý do trả hàng thành một bản sửa được kiểm tra.
- 01Decision Audit
Tìm những dữ kiện danh mục không trả lời được
Một ngành hàng trong danh mục của bạn, được đo theo những câu người mua hỏi trong ngành hàng đó. Các dữ kiện còn thiếu được trả về đã xếp hạng, kèm những sản phẩm mà mỗi dữ kiện ảnh hưởng.
- 02Return Verification
Xem dữ kiện nào đi kèm hàng bị trả
Gửi sáu tới mười hai tháng đơn hàng kèm lý do trả. Tỷ lệ trả hàng được so giữa những sản phẩm có ghi dữ kiện đó và những sản phẩm không có, trong cùng thương hiệu và cùng khoảng giá.
- 03Decision Verification
Sửa những dữ kiện đó trước, rồi đo lại
Đội của bạn điền những dữ kiện đi kèm hàng bị trả trước phần còn lại. Danh mục được đo lại, và Return Verification so các sản phẩm đã sửa với những sản phẩm tương tự chưa sửa, trong cùng những tuần đó.
- 04Decision API
Xếp hạng cho những đơn được giữ lại
Cùng lịch sử đó có thể xếp hạng sản phẩm theo mức độ chúng bị trả vì một lý do sửa được. Tính năng tắt cho tới khi bạn gửi lịch sử, và một phần người mua không bao giờ thấy nó, để hiệu quả đo được.
Danh sách sửa thay đổi những gì
Hàng bị trả chia thành phần của bạn và không phải của bạn
Hư hỏng khi vận chuyển, hàng giả, giao nhầm hàng và giao thất bại được đếm và để riêng. Chỉ những đơn trả mà một dữ kiện sản phẩm có thể ngăn được mới được so sánh.
Danh sách sửa xếp theo hàng bị trả
Những dữ kiện còn thiếu bản kiểm tra tìm ra, với những dữ kiện đi kèm hàng bị trả ở trên cùng, mỗi dữ kiện kèm một khoảng ước lượng và đúng một câu mà kết quả cho phép nói.
Bằng chứng bản sửa làm giảm đúng phần hàng bị trả
Một phép so sánh có đối chứng với các sản phẩm chưa sửa trong cùng giai đoạn, để mùa vụ hay khuyến mãi không nhận công.
Xếp hạng học từ hàng bị trả
Với Decision API, những sản phẩm cứ bị trả vì một lý do sửa được sẽ xếp thấp hơn cho tới khi trang sản phẩm được sửa.
Giải pháp này làm gì và không làm gì
Việc này làm được gì
- Tìm dữ kiện danh mục còn thiếu, và dữ kiện nào đi kèm hàng bị trả trong chính đơn hàng của bạn
- Xếp danh sách sửa theo lượng hàng bị trả mà mỗi dữ kiện còn thiếu đi kèm
- Kiểm chứng một bản sửa có làm giảm đúng phần hàng bị trả nó nhắm tới không
- Nói rõ khi không đủ đơn để kết luận, thay vì phỏng đoán
Việc này không làm gì
- Hứa giảm hàng bị trả. Chưa có gì được đo trên đơn hàng của bạn, và kết quả của cửa hàng khác không phải bằng chứng cho cửa hàng của bạn
- Coi mọi đơn trả là sửa được. Hư hỏng khi vận chuyển, gian lận và giao thất bại không phải thông tin sản phẩm
- Viết hộ các dữ kiện còn thiếu. Chúng tôi cho biết dữ kiện nào đáng có và chúng đang nằm ở đâu
- Dự đoán người mua nào sẽ trả hàng. Nó đọc sản phẩm và lý do, không đọc con người
Những câu quyết định
- Tôi có cần cả bốn sản phẩm không?
- Không. Riêng Return Verification đã cho thấy dữ kiện còn thiếu nào đi kèm hàng bị trả của bạn. Decision Audit tìm ra những dữ kiện cần xem, Decision Verification đo lại sau khi sửa, và Decision API xếp hạng theo những gì đã học được. Phần lớn nhà bán bắt đầu với một ngành hàng.
- Khác gì với trang Return Verification?
- Return Verification là một sản phẩm: nối hàng bị trả với danh mục của bạn. Trang này là mục tiêu, và cho thấy nó đứng ở đâu cạnh những sản phẩm tìm ra lỗ hổng trước nó và hành động theo kết quả sau nó.
- Các bạn cần dữ liệu gì?
- Một ngành hàng trong danh mục và sáu tới mười hai tháng đơn hàng: sản phẩm, ngày đặt, ngày trả, lý do trả, và phương thức thanh toán nếu có. Không có bất kỳ dữ liệu cá nhân nào.
- Hàng bị trả của chúng tôi sẽ giảm bao nhiêu?
- Chúng tôi sẽ không đưa một con số, vì chưa có gì chạy trên đơn hàng của bạn. Điều nó mang lại là biết những đơn trả nào trang sản phẩm có thể ngăn được, và một bản sửa có làm chúng giảm không.
Gửi đơn hàng và lý do trả của một ngành hàng
Sáu tới mười hai tháng, không dữ liệu cá nhân, và một danh sách sửa xếp theo hàng bị trả đứng sau nó.
Nó chạy trên tệp xuất. Không cài gì lên website.