Mỗi ưu đãi, sau khi trừ hàng bị trả và giao thất bại
Một voucher mang về những đơn bị trả lại được thể hiện đúng bằng những gì nó kiếm được, không phải những gì nó bán được. Các đơn trả mà trang sản phẩm không thể ngăn được được tính riêng.
Sản phẩm
Cá nhân hoá cửa hàng
Cho tác tử AI
Ngành hàng
Theo mục tiêu
Tài nguyên
Gửi lịch sử voucher, giảm giá và miễn phí vận chuyển của bạn kèm số đơn, hàng bị trả và đơn giao thất bại mà chúng tạo ra. Chúng tôi tính xem ưu đãi nào giúp bạn tốt hơn so với không làm gì, cho nhóm người mua nào, và ở đâu sửa trang sản phẩm có lợi hơn giảm giá.

Voucher được phát, đơn tăng lên, và chiến dịch có vẻ thành công. Vài tuần sau, một phần đơn bị trả lại, một phần bị từ chối nhận hàng, và một số người mua lẽ ra vẫn mua với giá gốc. Không điều nào trong số đó có mặt trong báo cáo chiến dịch.
Vì vậy cùng một mức giảm giá tiếp tục chạy cho tất cả mọi người, kể cả những người chưa bao giờ cần nó, trong khi một trang sản phẩm thiếu kích thước vẫn tiếp tục làm mất những đơn mà voucher không lấy lại được.
Đôi khi khuyến mãi tốt nhất là không khuyến mãi, và đôi khi là một trang sản phẩm tốt hơn.
Mỗi đơn mà voucher mang lại phải vượt qua khâu giao hàng và thời hạn đổi trả trước khi đem lại đồng nào.
Voucher
Minh hoạBa bước, trên dữ liệu bạn đã có. Không cài gì lên website.
01Bạn
Với mỗi nhóm người mua bạn thấy được, như khách mới hay khách quay lại, một vùng, thanh toán khi nhận hàng, và mỗi ưu đãi bạn đã chạy, kể cả không có ưu đãi: lượt truy cập, đơn hàng, đơn giao thất bại và hàng bị trả kèm lý do. Biên lợi nhuận, chi phí một đơn trả và chi phí một đơn giao thất bại. Không có dữ liệu cá nhân.
02Chúng tôi
Đóng góp kỳ vọng trên mỗi người mua của từng ưu đãi tính cả đơn được giữ lại, hàng bị trả mà trang sản phẩm có thể ngăn được, các đơn trả khác, và đơn giao thất bại. Một ưu đãi chỉ được đề xuất khi nó vẫn hơn việc không làm gì ở đầu thận trọng của khoảng ước lượng.
03Cả hai
Khi dữ liệu quá mỏng, hoặc phần lợi nằm trong vùng nhiễu, câu trả lời là một thử nghiệm, có nêu rõ nhóm và ưu đãi. Chúng tôi không đề xuất một ưu đãi chưa ai đo.
Một voucher mang về những đơn bị trả lại được thể hiện đúng bằng những gì nó kiếm được, không phải những gì nó bán được. Các đơn trả mà trang sản phẩm không thể ngăn được được tính riêng.
Với mỗi nhóm người mua, liệu có ưu đãi nào hơn việc không làm gì, và mỗi lựa chọn áp dụng cho bao nhiêu người.
Bổ sung kích thước hay khả năng tương thích trên trang sản phẩm là một lựa chọn nữa, với chi phí một lần chia cho những người mua nó tiếp cận, đặt cạnh các voucher mà nó cạnh tranh.
Giá của bạn so với cùng sản phẩm ở nơi khác sau voucher, hoàn tiền, xu và phí vận chuyển, đặt cạnh mức chênh giá niêm yết mà công cụ theo dõi giá báo cáo.
Ưu đãi đáng thử, và nhóm nên thử, mỗi khi một lựa chọn có thể thắng nhưng chưa được đo.
Với mỗi nhóm người mua và mỗi ưu đãi bạn đã chạy, kể cả những giai đoạn không có ưu đãi: lượt truy cập, đơn hàng, đơn giao thất bại, và hàng bị trả kèm lý do. Cùng biên lợi nhuận trên mỗi đơn được giữ, chi phí một đơn trả và chi phí một đơn giao thất bại. Không có tên, số điện thoại hay địa chỉ.
Vì có những người vẫn mua dù không có ưu đãi. Voucher đưa cho họ là biên lợi nhuận bỏ ra vô ích, và cách duy nhất để thấy điều đó là so mỗi ưu đãi với chính nhóm đó khi không có ưu đãi nào.
Return Verification hỏi liệu một bản sửa trang sản phẩm có làm giảm đúng phần hàng bị trả nó nhắm tới không. Promotion Audit hỏi ưu đãi nào của bạn, kể cả việc sửa trang, giúp bạn tốt hơn việc không làm gì khi đã tính hàng bị trả và giao thất bại.
Có. Cùng bản kiểm tra, quyết định theo từng nhóm và phần so sánh giá thực trả đều là lệnh gọi API. Tài liệu cho lập trình viên có đầy đủ.
Không. Nó đọc những gì ưu đãi của bạn đã làm được. Khi lịch sử không đủ để biết, nó đề nghị thử nghiệm thay vì dự đoán.
Một ngành hàng, các ưu đãi bạn đã chạy cho nó, và những đơn hàng cùng hàng bị trả theo sau.
Chưa có gì được định giá cho đến khi một đợt thử nghiệm chạy trên chính lịch sử của bạn.