Nếu bạn thực sự phải chọn một trong hai, hãy chọn kiểu giữ nếp cổ điển. Giả định cơ bản của tính toán LTV dựa trên tỷ lệ giữ chân là người dùng đang hoạt động của bạn luôn có cùng mức chi tiêu trung bình mỗi ngày, do đó bạn muốn xác định mức chi tiêu của phần nhỏ người dùng đang hoạt động vào một ngày tỷ lệ giữ chân nhất định.
Nếu sử dụng tính năng lưu giữ luân phiên, bạn sẽ ước tính quá mức số lượng người dùng đang hoạt động trong một ngày duy trì cụ thể, dẫn đến ước tính quá mức giá trị do nhóm đó tạo ra.
Tôi hy vọng điều này sẽ hữu ích, tuy nhiên tôi muốn cố gắng thuyết phục bạn không sử dụng tỷ lệ giữ chân để tính LTV… đây là lý do!
Như tôi đã đề cập, tính toán LTV dựa trên tỷ lệ giữ chân giả định chi tiêu cho mỗi người dùng mỗi ngày bất kể độ tuổi của nhóm thuần tập. Có hai vấn đề với điều đó:
- Các nhóm thuần tập cũ hơn có ít người hơn nhưng tỷ lệ chuyển đổi hàng ngày cao hơn, vì vậy đối với các nhóm thuần tập cũ hơn, bạn sẽ phải ước tính LTV của họ
- Bạn có thể yêu thích và thực sự bao gồm chi tiêu trung bình cho mỗi người dùng mỗi ngày giữ chân người dùng nhưng bạn sẽ nhanh chóng phát hiện ra điều đó làm tăng thêm nhiều sự khác biệt vào mô hình ngay cả khi bạn có hàng triệu người dùng hoạt động hàng ngày.
Giải pháp của tôi cho điều đó là lập mô hình LTV cho ngày giữ chân tiếp theo dựa trên LTV hiện tại. Ví dụ: để tính toán LTV365 ở ngày giữ chân 4, bạn sẽ dự đoán LTV5, sau đó đưa nó trở lại LTV6, v.v. lên đến LTV365. Có khá nhiều việc phải làm để xây dựng cái này. Ví dụ, bạn sẽ cần rất nhiều dữ liệu để thực hiện việc này. Bạn cũng sẽ cần đào tạo bao nhiêu mô hình theo số ngày bạn muốn ước tính và bạn sẽ cần tự động hóa tất cả việc này.
Không phụ thuộc vào tỷ lệ giữ chân hoặc tỷ lệ chuyển đổi. Vấn đề duy nhất mà tôi tìm thấy với mô hình này là nó không xử lý tốt các nhóm nhỏ có chuyển đổi thấp vì chúng có rất nhiều phương sai.