Dùng ngân sách khuyến mãi ở nơi đơn hàng được giữ lại
Một voucher được đánh giá ngay ngày chạy và phải trả giá vài tuần sau, bằng hàng bị trả và đơn bị từ chối nhận. Giải pháp này xếp ba sản phẩm Pulse theo thứ tự: đọc xem các ưu đãi đã chạy thực sự giữ lại được gì, quyết định cho từng nhóm người mua trước chiến dịch tới, và kiểm tra việc sửa trang sản phẩm bạn chọn thay cho giảm giá.
Gồm các sản phẩm Promotion Audit · Decision API · Return Verification
- 01Promotion AuditƯu đãi nào đã hơn việc không làm gì, sau khi trừ hàng bị trả
- 02Decision APIƯu đãi, không ưu đãi hay thử nghiệm cho từng nhóm, trước chiến dịch
- 03Return VerificationBản sửa bạn chọn có làm giảm hàng bị trả không
Mỗi sản phẩm dùng riêng được. Theo thứ tự này, chúng khép vòng từ chiến dịch tới hàng bị trả.
Báo cáo chiến dịch khép lại trước khi hàng bị trả về
Đơn hàng tăng vọt trong ngày chạy voucher, nên 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 ở cửa, và một phần đến từ những người vẫn sẽ trả giá gốc. Không điều nào trong số đó đến được bản báo cáo đã quyết định chạy lại voucher.
Vì vậy cùng một mức giảm giá tiếp tục đến tay mọi người, còn 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à không voucher nào 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.
- Voucher mang về bao nhiêu đơnCó câu trả lời
- Bao nhiêu đơn trong số đó bị trả lạiHàng bị trả về vài tuần sau khi báo cáo đã khépKhông có trong báo cáo
- Ai vẫn sẽ mua dù không có voucherKhông có trong báo cáo
- Sửa trang sản phẩm có hiệu quả hơn khôngKhông có trong báo cáo
1 trong bốn câu được trả lời ngay ngày chạy chiến dịch.
Ba câu trả lời cho mỗi nhóm, và một trong số đó là không làm gì
Với mỗi nhóm người mua bạn đã thấy được, như khách mới, một vùng hay thanh toán khi nhận hàng, câu trả lời là một ưu đãi vẫn hơn việc không làm gì ở đầu thận trọng của khoảng ước lượng, không ưu đãi, hoặc một thử nghiệm được nêu rõ.
- ✓Một ưu đãiVẫn hơn việc không làm gì ở đầu thận trọng của khoảng ước lượng
- 0Không ưu đãiKhông ưu đãi nào hơn việc không làm gì với nhóm này
- ?Một thử nghiệmLịch sử quá mỏng để kết luận, nên nhóm và ưu đãi được nêu rõ
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 bản báo cáo thành một quyết định.
- 01Promotion Audit
Đọc xem các ưu đãi thực sự giữ lại được gì
Gửi lịch sử voucher, giảm giá và miễn phí vận chuyển, kèm số đơn, hàng bị trả và đơn giao thất bại mà chúng tạo ra. Mỗi ưu đãi được đo so với chính nhóm người mua đó khi không có ưu đãi nào.
- 02Decision API
Quyết định cho từng nhóm trước chiến dịch tới
Cùng một quy tắc, dưới dạng lệnh gọi API: với mỗi nhóm, ưu đãi vẫn hơn việc không làm gì ở đầu thận trọng của khoảng ước lượng, không ưu đãi, hoặc một thử nghiệm. Công cụ của bạn gọi nó trước khi chiến dịch chạy.
- 03Return Verification
Kiểm tra bản sửa bạn chọn thay cho giảm giá
Khi sửa trang sản phẩm có lợi hơn giảm giá, đội của bạn bổ sung dữ kiện còn thiếu, và Return Verification so các sản phẩm đó với những sản phẩm tương tự chưa được sửa, trong cùng những tuần đó.
Chiến dịch tới thay đổi những gì
Một thước đo cho mọi lựa chọn
Voucher, giảm giá, miễn phí vận chuyển, sửa trang sản phẩm và không ưu đãi, tất cả được đánh giá theo phần đóng góp được giữ lại sau hàng bị trả và giao thất bại.
Chỗ nào không nên ưu đãi
Những nhóm người mua mà không ư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 một trang, 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ột thử nghiệm thay vì phỏng đoán
Mỗi khi một lựa chọn có thể thắng nhưng chưa được đo, ưu đãi đáng thử và nhóm nên thử.
Giải pháp này làm gì và 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
- Đưa mỗi nhóm người mua một ưu đãi, không ưu đãi hoặc một thử nghiệm, trước chiến dịch
- Đặt việc sửa trang sản phẩm cạnh giảm giá theo cùng một cách tính
- Kiểm chứng bản sửa bạn chọn có làm giảm đúng phần hàng bị trả nó nhắm tới không
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
- 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 giá hay chạy chiến dịch thay bạn. Nó đề xuất; bạn quyết định
- Đ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ững câu quyết định
- Tôi có cần cả ba sản phẩm không?
- Không. Riêng Promotion Audit đã cho biết ưu đãi nào đã có lãi. Decision API thêm quyết định trước mỗi chiến dịch, còn Return Verification thêm bằng chứng rằng việc sửa trang sản phẩm có hiệu quả. Phần lớn nhà bán bắt đầu bằng bản kiểm tra trên một ngành hàng.
- Khác gì với trang Promotion Audit?
- Promotion Audit là một sản phẩm: một lần đọc các ưu đãi đã chạy. Trang này là mục tiêu, và cho thấy bản kiểm tra đứng ở đâu cạnh những sản phẩm hành động theo nó và kiểm tra kết quả.
- 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à một đơn giao thất bại. Không có tên, số điện thoại hay địa chỉ.
- Việc này có tăng biên lợi nhuận của tôi không?
- Chúng tôi sẽ không đưa một con số, vì chưa có gì chạy trên lịch sử của bạn. Điều nó mang lại là biết ưu đãi nào giúp bạn tốt hơn việc không làm gì, đo trên chính đơn hàng của bạn.
Bắt đầu từ chiến dịch gần nhất 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.
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.