Bên em vừa setup xong phòng Customer Success anh ạ. Có 5 bạn chuyên gọi điện cho khách. Em set KPI cho team tỷ lệ Renew phải 80 phần trăm và doanh số Upsell mỗi tháng 200 triệu.
Nghe câu này từ một bạn Founder B2B SaaS mình chỉ biết cười trừ. Bạn vừa mới đổi tên phòng “Telesales” thành “Customer Success” chứ đâu có xây dựng team CS nào.
Đây là một thực trạng đáng buồn một “vở kịch” mang tên CS Theater đang được công diễn ở rất nhiều startup Việt Nam. Chúng ta học lỏm các thuật ngữ hào nhoáng nhưng lại áp dụng nó với tư duy đi buôn truyền thống. Và cái giá phải trả không hề rẻ: theo báo cáo năm 2024 của Gainsight nền tảng CS hàng đầu thế giới những công ty SaaS có team CS thực sự (không phải CS giả danh) đạt Net Revenue Retention trung bình 120%, nghĩa là doanh thu từ khách hàng cũ tự tăng 20% mỗi năm mà không cần đội Sales đi săn hợp đồng mới. Ngược lại, những công ty có CS rỗng ruột thường chịu Net Revenue Retention dưới 90% tức là doanh thu “rò rỉ” âm thầm từng tháng.
The Theory: CS sinh ra để làm gì?
Triết lý Customer Success được sinh ra từ một nhận thức đơn giản nhưng cực kỳ sâu sắc: trong mô hình SaaS, giá trị thực sự nằm ở năm thứ 2, thứ 3, thứ 5 — chứ không phải ở cú chốt hợp đồng đầu tiên. Nghiên cứu của Bain & Company (đơn vị sáng tạo ra chỉ số NPS) chỉ ra rằng chi phí để có được một khách hàng mới đắt gấp 5-25 lần so với việc giữ chân khách hàng cũ. Khi bạn bán gói SaaS đầu tiên, bạn mới chỉ thu hồi được chi phí marketing và sales. Lợi nhuận thực sự chỉ bắt đầu chảy về từ lần gia hạn thứ hai trở đi.
Customer Success khác biệt hoàn toàn với Customer Support và Sales ở một điểm cốt lõi: nó là chức năng duy nhất trong công ty mà KPI gắn liền với kết quả kinh doanh thực tế của KHÁCH HÀNG, chứ không phải kết quả kinh doanh của MÌNH.
Customer Support ngồi chờ khách gặp lỗi rồi fix bị động hoàn toàn. Sales chạy số, chốt tiền, rồi rũ bỏ chuyển khách sang cho ai đó “chăm sóc”. Còn CS thì chủ động theo dõi hành trình sử dụng sản phẩm, đo lường xem khách hàng đã đạt được kết quả mong muốn hay chưa, và can thiệp trước khi vấn đề nổ ra. Khi khách hàng thành công, họ tự nhiên sẽ gia hạn đó mới là logic đúng.
Slack là một ví dụ kinh điển. Trong giai đoạn tăng trưởng bùng nổ từ 2015-2019, Slack không set KPI doanh số cho team CS. Thay vào đó, họ đo một thứ rất đơn giản: số lượng tin nhắn được gửi mỗi ngày trong tổ chức của khách hàng. Khi con số này tăng, Slack biết chắc team đó đang thực sự adoption sản phẩm và lúc đó, việc upsell lên gói Enterprise gần như tự động diễn ra. Đó là CS thật.
The Breaking Point: “Vở kịch” CS ở Việt Nam
Nhưng thực tế ở thị trường nội địa, các team CS thường hoạt động theo một kịch bản rất khác. Và mình sẽ gọi tên từng “màn kịch” luôn.
Màn 1: “Bạn bè 1 tháng, rồi Người lạ cả năm”
Tháng 1 đến tháng 10, khách hàng loay hoay không biết dùng phần mềm, không ai quan tâm. Đến tháng 11, một bạn xưng là “Customer Success Manager” gọi điện giọng ngọt ngào: “Dạ anh ơi, dạo này anh dùng phần mềm bên em có tốt ko ạ? Tháng sau anh hết hạn rồi, anh gia hạn gói 1 năm em giảm 10% nhé.”
Khách hàng không cảm thấy được chăm sóc. Họ cảm thấy bị “làm phiền để vòi tiền”. Và phản ứng tự nhiên của họ là: “Dùng chả mấy, có gì đâu mà gia hạn.” Theo số liệu của Totango nền tảng CS hàng đầu, khách hàng SaaS nào mà 90 ngày đầu tiên không đạt “First Value” — tức không cảm nhận được giá trị cụ thể từ sản phẩm thì xác suất churn lên tới 73%. Nói cách khác, nếu bạn bỏ mặc khách hàng suốt 10 tháng rồi mới nhào vô “chăm sóc” ở tháng 11, bạn đã thua cuộc từ tháng thứ 4.
Mình nhớ có lần mentor cho một startup HRTech ở Sài Gòn. Team CS của họ có 6 người, nhưng khi mình hỏi “Trong 100 khách hàng hiện tại, bao nhiêu khách đang active dùng tính năng cốt lõi?” thì cả team ngớ ra. Không ai biết con số đó. Họ chỉ biết ai sắp hết hạn hợp đồng thôi.
Màn 2: CS = Đội dọn rác cho Product
Sản phẩm làm ra UI/UX quá tệ, luồng đi rườm rà, khách hàng không tự onboarding được. Thay vì yêu cầu team Product sửa lại luồng, ban giám đốc tuyển thêm 5 bạn CS để “dắt tay” từng khách hàng qua từng màn hình. Đây không phải là Success, đây là dùng sức người để vá lỗi cho một cái sản phẩm tồi, cần thì làm thôi nhưng nó ko ổn để scale.
Hệ quả? Chi phí CS phình to, nhưng không ai nhìn vào gốc rễ vấn đề. Zoom trong giai đoạn đầu đã chọn cách tiếp cận hoàn toàn ngược lại: thay vì thuê đội CS khổng lồ để hỗ trợ onboarding, Eric Yuan ép team Product phải làm sao cho bất kỳ ai kể cả bà ngoại 70 tuổi cũng có thể vào meeting chỉ bằng 1 click duy nhất. Khi sản phẩm tự giải thích được, chi phí CS giảm xuống gần bằng 0 cho phần onboarding, và team CS được giải phóng để tập trung vào việc thực sự tạo giá trị: tư vấn cho khách hàng Enterprise cách tích hợp Zoom vào quy trình vận hành nội bộ.
Màn 3: Set KPI kiểu “Sói đội lốt cừu”
Khi bạn giao chỉ tiêu Doanh số cho team CS, bạn đã biến họ thành những con sói đội lốt cừu. Thay vì ngồi phân tích xem tại sao khách hàng A chưa dùng tính năng X để tối ưu công việc, bạn CS sẽ chỉ nhăm nhăm tìm cách nhét thêm một gói add-on dư thừa vào mồm khách hàng để đạt số.
Và đây là cái bẫy hệ thống (systemic trap) mà John Cutler hay nhắc đến: vấn đề không nằm ở cá nhân bạn CS đó lười hay xấu tính. Vấn đề nằm ở cấu trúc incentive của tổ chức. Khi CEO gắn thưởng của CS vào Upsell Revenue, CEO đang gửi đi một thông điệp rõ ràng: “Tao không quan tâm khách hàng có thành công hay không, tao chỉ quan tâm doanh số tháng này.” Bạn CS nào ngồi 3 tiếng phân tích usage data thay vì gọi 20 cuộc telesales sẽ bị đánh giá “không năng động”. Kết quả? Những người giỏi nhất những người thực sự hiểu CS sẽ nghỉ việc. Còn lại toàn Telesales đội mũ CS.
Màn 4: Thiếu data, thừa cảm tính
Một điều khiến mình ngạc nhiên là rất nhiều team CS ở VN hoạt động gần như mù dữ liệu. Không có health score cho từng khách hàng. Không track được feature adoption rate. Không biết khách hàng nào đang “chết lâm sàng” (vẫn trả tiền nhưng không dùng gì). Cũng ko chỉ mỗi VN mà thế giới cũng thế á Theo khảo sát của ChurnZero năm 2024 với hơn 1,000 CS professionals toàn cầu, 68% team CS tại các công ty có ARR dưới 10 triệu USD thừa nhận rằng họ không có Customer Health Score và đây chính là đặc điểm phổ biến nhất của nhóm công ty có churn rate trên 15%/năm.
Ở Việt Nam, con số này chắc chắn cao hơn nhiều. Mình từng hỏi 8 startup B2B SaaS: chỉ 1 cái có health score tử tế. 7 cái còn lại “chăm sóc khách hàng” dựa vào... trí nhớ của bạn CS và mấy dòng ghi chú trên Google Sheets hay cái Crm giả cầy.
The Patch: Trả CS về đúng bản chất
Để dừng vở kịch này lại, Product Manager và CEO cần thiết lập lại từ nền tảng. Gồm 4 cách như sau theo mình bạn có thể áp dụng.
Hãy Subscribe để đọc đẩy đủ về nội dung còn lại nhé.
T.D,
T10.2026