Phân tích 212 khách hàng có giao dịch và toàn bộ tracking retention 2025. Báo cáo này chỉ ra churn đang xảy ra ở đâu, vì sao, và 5 đòn bẩy để bịt lỗ — ưu tiên theo ROI.
Các con số đầu phễu lấy từ sheet Retention Tracking All 2025 và dữ liệu giao dịch khách hàng. Đây không phải vấn đề tinh chỉnh — đây là leaky bucket nghiêm trọng.
Quy luật rõ ràng: khách càng lớn càng dính, khách càng nhỏ churn càng nặng — mà nhóm nhỏ (Thầy cô + Trung tâm nhỏ) lại chiếm 73% số lượng khách.
| Segment | Số KH | Tái mua TB | Doanh thu | Tỷ lệ tái mua |
|---|
Doanh thu = tổng last-buy value (triệu VND). Tái mua TB = số lần repurchase trung bình/khách.
Sheet CS Action có cột trạng thái sử dụng — phần quan trọng nhất anh đang có mà chưa khai thác. Trong 108 KH được tag, churn tương quan trực tiếp với mức độ dùng.
Churn của FLYER không phải do giá hay đối thủ — nó tương quan trực tiếp với việc khách không dùng hết license đã mua. Một trung tâm dùng <30% code thì khi hết hạn chắc chắn không tái mua, vì ROI cảm nhận = 0. Mô hình hiện tại đang vận hành như bán license một lần, chưa phải SaaS giữ chân theo usage. CS đang đóng vai sales/admin hơn là Customer Success thật sự.
Với 2 bạn CS (Thu Trang + Thanh Thanh), không thể chăm 212 khách như nhau. Chia 3 tầng để dồn lực vào nhóm tác động được nhiều nhất.
Trung tâm lớn · Trường tư · Đối tác phân phối
Nơi CS tác động được nhiều nhất
Không chăm 1-1 — sẽ lỗ
Vì churn tương quan với under-usage, KPI của CS phải đổi từ "gọi lúc sắp hết hạn để bán lại" sang "đảm bảo khách dùng hết những gì đã mua". Tái mua sẽ tự đến. Đây là playbook onboarding 30-60-90 cho Trung tâm nhỏ.
Làm từ trên xuống. Mỗi việc có chủ sở hữu và mốc thời gian rõ ràng.
Lọc ra nhóm đang churn (Used <30% + Ngưng sử dụng = ~39 KH) để gọi ngay tuần này.
Định nghĩa Time-to-First-Value 7 ngày + Health score đơn giản. Cảnh báo dùng <30% sau 45 ngày.
110 trung tâm nhỏ với 23% tái mua là nơi mất nhiều khách nhất về số lượng. Cần quy trình lặp lại được.
14 KH đã tag ngưng — gọi lại có cấu trúc để hiểu lý do rời. Mỗi lý do là vàng để bịt đầu phễu.
Toàn bộ file không có cột "churn reason". Thêm 1 trường bắt buộc: giá / không dùng / đối thủ / hết nhu cầu / lỗi SP.