Pulse

Biết khuyến mãi nào thực sự có lãi, sau khi đã tính hàng bị trả

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á.

Promotion Audit trên một máy tính xách tay. Một bảng đặt từng ưu đãi cạnh việc không làm gì: voucher được đánh dấu thử trước, giảm giá kém hơn không làm gì, còn miễn phí vận chuyển và sửa trang sản phẩm tốt hơn không làm gì. Các thẻ bên cạnh cho thấy đơn hàng của một ưu đãi sau khi trừ hàng bị trả và giao thất bại, chỗ nào không nên ưu đãi, việc sửa trang sản phẩm đặt cạnh giảm giá, và một thử nghiệm khi lịch sử không đủ để biết. Ba bước ở bên dưới: xuất lịch sử khuyến mãi, đo mỗi ưu đãi so với không làm gì, thử nghiệm những gì chưa được chứng minh.

Phần lớn khuyến mãi được đánh giá ngay trong ngày chạy

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ột khuyến mãi đáng giá bằng những đơn được giữ lại, không phải những đơn nó tạo ra

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ạ
  • Đơn hàng
  • Giao thất bại
  • Hàng bị trả
  • Được giữ lại

Promotion Audit 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.

  1. 01Bạn

    Xuất lịch sử khuyến mãi

    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.

  2. 02Chúng tôi

    Đo mỗi ưu đãi so với không làm gì

    Đó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.

  3. 03Cả hai

    Thử nghiệm những gì chưa được chứng minh

    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.

Bạn nhận được gì

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.

Chỗ nào không nên ưu đãi

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.

Sửa trang sản phẩm, đặt cạnh giảm giá

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.

Mức giá người mua thực sự trả

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.

Thử nghiệm, khi lịch sử không đủ để biết

Ư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.

Promotion Audit sẽ làm và sẽ không làm gì

Việc này làm được gì

  • Đánh giá mỗi ưu đãi đã chạy theo phần đóng góp được giữ lại, sau khi trừ hàng bị trả và giao thất bại
  • Chỉ ra chỗ nào không ưu đãi nào hơn việc không làm gì, và cho bao nhiêu người mua
  • Đặt việc sửa trang sản phẩm cạnh giảm giá theo cùng một cách tính
  • Đề nghị thử nghiệm mỗi khi lịch sử quá mỏng để kết luận

Việc này không làm gì

  • Hứa tăng lợi nhuận hay giảm hàng bị trả. Chưa có gì được đo trên lịch sử 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
  • Đoán một hiệu quả. Mọi tỷ lệ đều đến từ lịch sử của bạn hoặc một thử nghiệm bạn đã chạy
  • Nhắm tới từng người mua. Nó làm việc trên những nhóm bạn đã thấy được
  • Tự động đặt giá. Nó đề xuất; bạn quyết định

Những câu quyết định

Các bạn cần dữ liệu gì?

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ì sao so với việc không làm gì?

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.

Khác gì với Return Verification?

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.

Tôi có thể gọi nó từ công cụ của mình không?

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 đủ.

Đây có phải là dự báo không?

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.

Bắt đầu từ những khuyến mãi bạn đã chạy

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.

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 lịch sử của bạn.