Hàng bị trả được tách thành phần của bạn và phần không phải
Hư hỏng khi vận chuyển, hàng giả, gửi nhầm hàng và giao hàng thất bại được đếm và để riêng. Chỉ những đơn trả mà một thông tin sản phẩm có thể ngăn được mới được đem so sánh.
Tìm ra những thông tin còn thiếu mà hàng bị trả đang chỉ cho bạn
Gửi lịch sử đơn hàng kèm lý do người mua đưa ra. Chúng tôi nối nó với danh mục của bạn, chỉ ra thông tin sản phẩm còn thiếu nào đi cùng hàng bị trả, và sau khi sửa, phần hàng bị trả đó có thực sự giảm hay không.
Hàng bị trả của bạn đã nói lên điều trang sản phẩm còn thiếu
Mỗi đơn trả hàng đều kèm một lý do: quá to, không giống mô tả, không dùng được với thiết bị của tôi. Phần lớn các đội xem đó là một tỷ lệ cần kéo xuống, còn 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.
Có những đơn trả liên quan đến gói hàng, đơn vị vận chuyển hoặc người mua đổi ý, và không thay đổi nào trên trang sản phẩm chạm tới được. Còn có những đơn trả vì một thông tin người mua cần mà không tìm thấy: kích thước, khả năng tương thích, chất liệu. Đó là những đơn mà một trang sản phẩm tốt hơn có thể ngăn được, và chỉ những đơn đó mới được tính.
Không phải đơn trả nào cũng là việc của bạn. Những đơn là việc của bạn thì trang sản phẩm đã có thể ngăn được.
Tỷ lệ trả hàng cho biết có gì đó sai. Lý do trả hàng cho biết cần sửa gì
Đặt cạnh những sản phẩm thiếu đúng thông tin mà lý do đó nhắc tới, mỗi lý do trả hàng trở thành một việc cần sửa.
Tỷ lệ trả hàng
Minh hoạ- Kích thước
- Khả năng tương thích
- Chất liệu
- Hư hỏng khi vận chuyển
- Giao hàng thất bại
Return Verification hoạt động thế nào?
Ba bước, trên dữ liệu bạn đã có. Không cài gì lên website.
01Bạn
Xuất đơn hàng và hàng bị trả
Một ngành hàng trong danh mục, cùng sáu đến mười hai tháng đơn hàng kèm lý do trả. Không có tên, số điện thoại hay địa chỉ: tệp nào chứa những thông tin đó sẽ bị từ chối.
02Chúng tôi
Nối hàng bị trả với bằng chứng
Mỗi lý do được đọc để tìm thông tin sản phẩm mà nó nhắc tới. Chúng tôi so sánh tỷ lệ trả hàng giữa sản phẩm có ghi thông tin đó và sản phẩm không ghi, trong cùng thương hiệu và khoảng giá, và nói rõ khi số đơn quá ít để kết luận.
03Cả hai
Sửa, rồi kiểm chứng
Sau khi đội của bạn điền phần còn thiếu, các sản phẩm đã sửa được so với những sản phẩm tương tự chưa sửa, trong cùng các tuần, để mùa vụ hay khuyến mãi không nhận công thay. Chia sẻ chi phí của bạn và thay đổi đã kiểm chứng sẽ được định giá bằng chính con số của bạn.
Bạn nhận được gì
Các thông tin đi cùng hàng bị trả, theo thứ tự
Với mỗi thuộc tính, tỷ lệ trả hàng ở nơi thiếu so với nơi có ghi, kèm khoảng tin cậy và một câu duy nhất mà kết quả cho phép nói. Là mối liên hệ, không bao giờ là nguyên nhân được khẳng định.
Bằng chứng bản sửa đã làm giảm đúng phần hàng bị trả
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, kèm kiểm tra rằng hai nhóm vẫn biến động cùng nhau trước khi sửa.
Định giá theo chi phí của chính bạn
Chỉ một mức giảm đã kiểm chứng mới được định giá, chỉ bằng chi phí bạn cung cấp, và đã trừ đi những đơn hàng mà bản sửa có thể làm mất. Chúng tôi không bao giờ ước tính chi phí vận hành của bạn.
Xếp hạng cho những đơn mua được giữ lại
Khi dùng Decision API, cùng dữ liệu đó có thể xếp hạng sản phẩm theo mức độ chúng bị trả lại vì lý do sửa được. Tính năng này tắt cho tới khi bạn gửi dữ liệu, và luôn có một phần người mua không bị áp dụng.
Return Verification sẽ làm và sẽ không làm gì
Việc này làm được gì
- Chỉ ra những thông tin sản phẩm còn thiếu nào đi cùng hàng bị trả trong chính lịch sử đơn hàng của bạn
- Kiểm chứng xem một bản sửa có làm giảm đúng phần hàng bị trả mà nó nhắm tới hay không
- Định giá một thay đổi đã kiểm chứng bằng chi phí bạn cung cấp
- Nói rõ khi không đủ đơn hàng để kết luận, thay vì đ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 một cửa hàng khác không phải bằng chứng cho cửa hàng của bạn
- Xem mọi đơn trả là sửa được. Hư hỏng khi vận chuyển, gian lận và giao hàng thất bại không phải là thông tin sản phẩm
- 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
- Giảm hàng bị trả bằng mọi giá. Một trang sản phẩm rõ ràng hơn có thể làm mất một đơn lẽ ra được giữ lại, và phần định giá sẽ cho thấy điều đó thay vì giấu đi
Những câu quyết định
Các bạn cần dữ liệu gì?
Một ngành hàng trong danh mục và sáu đến 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ần bất kỳ dữ liệu cá nhân nào.
Lý do trả hàng trên sàn của chúng tôi khá mơ hồ. Điều đó có ảnh hưởng không?
Có, và chúng tôi đo được mức độ ảnh hưởng. Một mã như 'trả hàng còn nguyên vẹn hoặc nguyên niêm phong' lẫn cả đổi ý với vấn đề kích cỡ. Khi có bình luận của người mua hoặc lý do do chính sàn đánh giá lại, chúng tôi dùng chúng, và báo cáo cho thấy bao nhiêu phần hàng bị trả mà các mã để lại không rõ ràng.
Khác gì với Decision Verification?
Decision Verification đo lại danh mục của bạn: giờ nó đã trả lời được điều người mua hỏi chưa. Return Verification kiểm tra kết quả làm bạn tốn tiền: những đơn trả đi cùng thông tin còn thiếu đó có thực sự giảm không.
Các bạn có cần truy cập cửa hàng của chúng tôi không?
Không. Nó chạy trên tệp xuất. Nếu sau này bạn gửi kết quả đơn hàng qua API, cùng phân tích đó sẽ tự cập nhật.
Đây có phải là dự báo không?
Không. Nó nhìn lại những đơn trả đã xảy ra và cho bạn biết nên sửa trang sản phẩm nào. Chúng tôi không bán dự đoán trả hàng.
Bắt đầu từ những đơn trả bạn đã có
Một ngành hàng, các đơn hàng của nó và lý do người mua đưa ra. Câu trả lời đầu tiên đến từ một tệp.
Liên hệ với chúng tôi
Chưa có gì được định giá cho đến khi một đợt thử nghiệm chạy trên chính đơn hàng của bạn.