LTV và LTV:CAC

Bạn sẽ học được

• Ba cách hiểu LTV và cách nào dùng khi nào.
• Tính LTV từ ARPU, biên lợi nhuận và churn.
• Đọc tỷ lệ LTV:CAC và thời gian hoàn vốn cùng lúc.
• Tính LTV thực tế từ cohort thay vì dự đoán.
• Phân tích LTV:CAC theo kênh để quyết định ngân sách.

Khái niệm cốt lõi

LTV (lifetime value) là lợi nhuận gộp một khách mang lại trong toàn bộ thời gian gắn bó.

Có ba định nghĩa thường gặp, cho ba con số rất khác nhau:

Chỉ số hữu ích để ra quyết định là LTV gộp. LTV doanh thu luôn đẹp hơn thực tế và dễ dẫn tới chi quá tay.

Công thức đơn giản

Với sản phẩm thuê bao:

LTV = ARPU × biên lợi nhuận gộp / churn tháng

Ví dụ:

• ARPU: 200.000 đồng/tháng.
• Biên lợi nhuận gộp: 60% → 120.000 đồng lợi nhuận gộp/tháng.
• Churn: 5%/tháng.

LTV = 120.000 / 0,05 = 2.400.000 đồng

Công thức này giả định churn không đổi mãi mãi — một giả định mạnh. Nó chỉ nên dùng như ước lượng, không phải sự thật.

LTV:CAC và hoàn vốn

Với CAC 400.000 đồng:

LTV:CAC = 2.400.000 / 400.000 = 6,0
Hoàn vốn = 400.000 / 120.000 = 3,3 tháng

Hai con số này trả lời hai câu hỏi khác nhau:

• LTV:CAC 6,0 nói rằng về dài hạn, mỗi đồng chi có khách mang lại 6 đồng lợi nhuận gộp.
• Hoàn vốn 3,3 tháng nói rằng phải chờ 3,3 tháng mới lấy lại tiền.

Một doanh nghiệp có LTV:CAC 6 nhưng hoàn vốn 24 tháng vẫn có thể phá sản vì thiếu dòng tiền. Luôn báo cáo cả hai.

Quy tắc tham khảo phổ biến:

Đây là quy tắc tham khảo, không phải định luật. Ngành có biên mỏng và churn thấp có thể chấp nhận thấp hơn.

LTV thực tế từ cohort

Dự đoán LTV bằng công thức dễ sai vì churn thay đổi theo thời gian. Cách chắc hơn: đo tích luỹ thực tế trên cohort.

WITH cohort AS (
  SELECT user_id, date_trunc('month', MIN(created_at))::date AS thang_dang_ky
  FROM users
  GROUP BY 1
),
doanh_thu AS (
  SELECT
    c.thang_dang_ky,
    c.user_id,
    date_trunc('month', o.created_at)::date AS thang_mua,
    SUM(o.total) AS doanh_thu
  FROM cohort c
  JOIN orders o ON o.user_id = c.user_id
  GROUP BY 1, 2, 3
)
SELECT
  thang_dang_ky,
  COUNT(DISTINCT user_id) AS n,
  ROUND(SUM(doanh_thu) / COUNT(DISTINCT user_id), 0) AS doanh_thu_binh_quan,
  ROUND(SUM(doanh_thu) FILTER (
    WHERE thang_mua <= thang_dang_ky + INTERVAL '3 months'
  ) / COUNT(DISTINCT user_id), 0) AS ltv_3_thang
FROM doanh_thu
GROUP BY 1
ORDER BY 1;

Điểm quan trọng: cohort gần nhất chưa đủ 3 tháng, nên ltv_3_thang của họ chưa so sánh được. Chỉ so các cohort đã đủ thời gian.

LTV thực tế thường thấp hơn LTV công thức, vì công thức giả định khách ở lại lâu hơn thực tế.

LTV:CAC theo kênh

Con số tổng có thể che một kênh đang lỗ nặng:

Kênh hiển thị có LTV:CAC 1,5 — vẫn có lãi nhưng mỏng. Nếu CAC tăng 20%, tỷ lệ xuống dưới 1,25, gần như không còn dư địa.

Đây là cách dùng LTV:CAC để phân bổ: ưu tiên kênh có tỷ lệ cao và hoàn vốn nhanh, trong giới hạn năng lực từng kênh.

Cái bẫy khi tính LTV

• Dùng LTV doanh thu: thổi phồng 2–3 lần so với LTV gộp.
• Churn của tháng đầu áp cho toàn bộ vòng đời: churn thường giảm sau vài tháng.
• Bỏ chi phí phục vụ: LTV gộp vẫn chưa phải lợi nhuận ròng.
• Dự đoán từ một tháng dữ liệu: khoảng tin cậy rất rộng.
• Trộn các phân khúc: khách lớn và khách nhỏ có LTV khác hẳn; lấy trung bình sẽ sai cả hai.
• So sánh LTV giữa các kỳ có cơ cấu khách khác nhau.

Thực hành

1. Tính LTV gộp từ ARPU, biên và churn của một sản phẩm bạn biết.
2. Tính LTV:CAC và số tháng hoàn vốn.
3. Tính LTV 3 tháng thực tế từ cohort.
4. Lập bảng LTV:CAC theo ba kênh.
5. Xác định ngưỡng CAC tối đa nếu LTV gộp là 1.200.000 và mục tiêu LTV:CAC ≥ 3.

Lỗi thường gặp

Tóm tắt

• LTV dùng để quyết định là lợi nhuận gộp, không phải doanh thu.
• Công thức đơn giản: ARPU × biên gộp / churn.
• Luôn báo cáo LTV:CAC cùng thời gian hoàn vốn.
• LTV thực tế theo cohort đáng tin hơn dự đoán.
• Phân tích LTV:CAC theo kênh để phân bổ ngân sách.