Chăm sóc khách sau khi bán: 4 vòng giữ khách quay lại cho doanh nghiệp dịch vụ

Với doanh nghiệp dịch vụ, bán xong mới là lúc bắt đầu giữ khách. Nhưng ở nhiều nơi, ngày hết hạn dịch vụ, lịch hỏi thăm sau bàn giao, lúc nên chào thêm đều nằm trong trí nhớ của một vài người. Halo gặp đúng chuyện này trong chính công ty mình: có nhiều hoá đơn định kỳ, nhưng ngày hết hạn dịch vụ chưa được ghi ở đâu cả. Một khách quên gia hạn là mất doanh thu lặp lại nhiều năm.

Bài này trình bày bốn vòng chăm sóc Halo dựng cho chính mình, mốc thời gian mặc định của từng vòng, và những nguyên tắc giữ cho việc tự động hoá không biến thành làm phiền khách.

Tóm tắt nhanh

• Bốn vòng: sau bàn giao, chăm sóc định kỳ, gia hạn, tái kích hoạt. Mỗi vòng có mốc tính, các bước, việc sinh ra và điểm dừng.
• Máy nhắc, người quyết: hệ thống tạo việc cho nhân viên đúng ngày, không tự nhắn khách.
• Gửi tin tự động chỉ bật khi đủ điều kiện: mẫu đã duyệt, khách không bị loại trừ, có căn cứ gửi, đúng khung giờ, dưới trần tần suất, và chủ bật từng kịch bản bằng tay.
• Không lập hồ sơ ngầm: chỉ lưu sự kiện công việc, không suy đoán đời tư của khách.

Vì sao cần kịch bản thay vì trí nhớ

Ba triệu chứng Halo thấy ở chính mình. Thứ nhất, gia hạn trông vào trí nhớ: hạn hosting, tên miền, chăm sóc web không có chỗ nào nhắc trước. Thứ hai, chăm sóc sau bàn giao không có kịch bản: bàn giao xong là hết việc, cho tới khi khách tự quay lại báo lỗi; không có lịch hỏi thăm, không có lần kiểm định kỳ, không có lúc xin đánh giá. Thứ ba, yêu cầu hỗ trợ đến qua chat rời rạc: thiếu thông tin, không mã phiếu, khách không tự xem được tiến độ.

Ba triệu chứng này không cần thêm người, mà cần một lịch biết tự sinh việc đúng ngày. Đó là bốn vòng dưới đây.

Bốn vòng và mốc mặc định

Halo làm dịch vụ web, hosting, tên miền, chăm sóc web và SEO, nên các mốc dưới đây theo nghề đó. Đây là dữ liệu mẫu nạp sẵn, sửa được trong trang quản trị, không viết cứng vào mã. Doanh nghiệp dịch vụ khác đổi mốc và bước cho hợp nghề mình, khung bốn vòng giữ nguyên.

Vòng	Mốc tính	Bước mặc định	Dừng khi
1. Sau bàn giao	Ngày bàn giao	Sau 3 ngày hỏi thăm. Sau 14 ngày hướng dẫn khách tự sửa nội dung. Sau 30 ngày xin đánh giá	Đủ 3 bước
2. Chăm sóc định kỳ	Ngày bàn giao, lặp mỗi 90 ngày	Kiểm web còn chạy, sao lưu, bản cập nhật, rồi báo khách	Dịch vụ hết hiệu lực
3. Gia hạn	Ngày hết hạn hosting, tên miền, chăm sóc web, SEO	Nhắc trước 30, 14 và 7 ngày. Báo quá hạn sau 1 ngày	Ngày hết hạn đổi (khách đã gia hạn), việc cũ tự huỷ
4. Tái kích hoạt và bán thêm	Lần tương tác cuối, tuổi của web	Im lặng từ 180 ngày thì hỏi thăm. Web từ 3 năm thì gợi ý làm mới. Web có giỏ hàng thì rà lại thủ tục thương mại điện tử trước 30/6/2027	Khách tương tác lại

Vòng 4 có một mốc ngày cố định: hạn 30/6/2027 cho các web bán hàng phải rà lại thủ tục thương mại điện tử. Chi tiết ở bài Luật TMĐT 2025 và Nghị định 248/2026.

Cách một bước được tính

Mỗi bước gồm: mốc tính (ngày bàn giao, ngày hết hạn, lần tương tác cuối hoặc ngày bắt đầu), lệch bao nhiêu ngày (số âm là trước mốc), có lặp không, áp cho loại dịch vụ nào, và hành động là tạo việc hay gửi tin. Hệ thống chạy mỗi ngày, chạy lại bao nhiêu lần cũng không sinh việc trùng.

Hai chi tiết nhỏ nhưng quan trọng. Nếu máy tắt vài hôm hoặc dữ liệu nhập muộn, mỗi bước chỉ bù tối đa một số ngày (mặc định 7) để không đổ một loạt việc cũ lên đầu nhân viên. Với mốc ngày cố định như 30/6/2027, việc vẫn được sinh cho tới hạn chót, nên khách vào danh sách muộn vẫn được nhắc. Trước khi bật một bước, người quản lý xem được "nếu bật hôm nay sẽ sinh bao nhiêu việc, cho ai".

Vì sao máy nên tạo việc cho người, không tự nhắn khách

Nguyên tắc Halo đặt là máy nhắc, người quyết với mọi thứ gửi cho khách. Ở bản chạy thử, hệ thống chỉ tạo việc cho nhân viên. Màn hình chính là danh sách "việc hôm nay", xử lý ngay tại chỗ: xong, bỏ qua hoặc ghi chú. Báo cáo nào không dẫn tới hành động thì không đặt ở màn này.

Có ba lý do. Một, người gọi hay nhắn nhìn thấy được hồ sơ khách, dịch vụ, phiếu hỗ trợ đang mở trước khi liên hệ, còn một tin tự động thì không. Hai, một số điện thoại bị loại trừ thì tin gửi tới số đó bị chặn, nhưng việc vẫn sinh, vì nhân viên có thể liên hệ người khác của doanh nghiệp đó. Ba, AI tự trả lời khách chưa có bộ tiêu chí chấm và chưa có số đo chất lượng, nên Halo không làm.

Máy vẫn làm phần nó giỏi: nhớ ngày, không bỏ sót, không nhắc trùng. Khi khách gia hạn và ngày hết hạn được đẩy lùi, việc nhắc của mốc cũ tự huỷ kèm lý do, để không ai gọi nhắc một khách vừa trả tiền. Đây cũng là nguyên tắc chung của Halo khi dùng AI: máy đề xuất, người duyệt, như bài Dùng AI với dữ liệu khách hàng an toàn đã trình bày.

Khi nào mới gửi tin tự động

Gửi tin tự động ở đây là tin theo mẫu qua Zalo (ZBS): doanh nghiệp soạn mẫu, Zalo duyệt mẫu, hệ thống điền tên khách, tên miền, ngày hết hạn rồi gửi. Mọi tin ra ngoài, tự động hay bấm tay, đều phải qua đủ các cửa sau theo thứ tự:

1. Mẫu ở trạng thái đã được Zalo duyệt. Mẫu điền chưa đủ tham số thì không gửi.
2. Khách và số điện thoại không nằm trong danh sách loại trừ còn hiệu lực.
3. Số điện thoại hợp lệ.
4. Có căn cứ gửi. Tin tiếp thị cần khách đồng ý và đồng ý còn hiệu lực. Khách đã từ chối loại tin nào thì không gửi loại đó.
5. Trong khung giờ được gửi, mặc định 08:00-21:00. Ngoài giờ thì xếp hàng tới giờ mở, không bỏ.
6. Dưới trần tần suất, mặc định mỗi khách tối đa 1 tin trong 24 giờ cho mọi loại, 2 tin tiếp thị trong 7 ngày.
7. Khoá chống trùng: cùng một việc, cùng một mẫu chỉ gửi một lần.

Trượt cửa nào thì hệ thống ghi lý do vào lịch sử gửi, không âm thầm bỏ. Gửi theo nhóm thì phải xem trước "bao nhiêu tin sẽ đi, bao nhiêu bị chặn, vì sao" rồi mới xác nhận. Chế độ mặc định là giả lập, không có tin nào ra ngoài. Đổi sang gửi thật chỉ tài khoản chủ làm được, có ghi nhật ký, và chủ bật từng kịch bản bằng tay.

Phía khách cũng có quyền tương ứng. Trong Zalo Mini App, khách có hai công tắc riêng: tin nhắc hạn và chăm sóc, tin ưu đãi. Tin ưu đãi mặc định tắt. Khách tắt hay rút đồng ý thì có hiệu lực ngay.

Không lập hồ sơ ngầm

Chăm sóc tốt cần biết khách đang dùng gì, không cần biết khách là ai ngoài công việc. Halo đặt ranh giới rõ:

• Chỉ lưu sự kiện công việc: đã mua gì, hết hạn khi nào, đã hỏi gì, đã được chăm lúc nào.
• Không suy đoán thu nhập, tuổi, gia cảnh, quan điểm. Không mua hay nhập danh bạ bên ngoài.
• Không đọc tin nhắn Zalo cá nhân. Định danh Zalo chỉ đến từ việc khách tự mở ứng dụng và tự cấp quyền.
• Không thay phần mềm đang dùng. Hoá đơn, hợp đồng vẫn ở phần mềm quản lý khách hàng (CRM) hiện có. Hệ chăm sóc chỉ nhận bản sao để đọc; ngày và trạng thái dịch vụ do phần mềm gốc làm chủ.
• Che số điện thoại với người không có quyền xem, ví dụ kế toán hay cộng tác viên chỉ thấy dạng 0912 *** 678.
• Xoá theo yêu cầu và không dựng lại. Hệ thống giữ sổ đã xoá để lần nhập dữ liệu sau không tạo lại người đã xoá. Khách tự xoá được dữ liệu Zalo đã chia sẻ.

Đo bằng gì

Con số Halo theo dõi là tỉ lệ dịch vụ tới hạn được gia hạn đúng hạn, vì đây là con số tiền thật. Halo chưa có sổ hạn ở kỳ trước nên chưa có số để so. Không dựng lại được mốc cũ thì báo số tuyệt đối, bao nhiêu dịch vụ tới hạn và bao nhiêu được gia hạn đúng hạn, không tuyên bố "đã cải thiện".

Bắt đầu từ đâu

1. Gom ngày hết hạn của từng dịch vụ về một chỗ, chọn rõ nguồn nào làm chủ các ngày đó.
2. Viết bốn vòng theo nghề của mình: mốc tính, các bước, điểm dừng.
3. Bắt đầu chỉ tạo việc cho nhân viên, với một màn "việc hôm nay".
4. Lập danh sách loại trừ trước khi gửi bất kỳ tin nào.
5. Soạn mẫu tin, chờ duyệt, chạy ở chế độ giả lập và xem trước.
6. Chỉ bật gửi tự động cho từng kịch bản khi đủ các cửa ở trên.
7. Theo dõi tỉ lệ gia hạn đúng hạn bằng số thật.

Bốn vòng này là lõi của Halo CDP, sản phẩm đang ở giai đoạn thử nghiệm: trang quản trị, bốn vòng chăm sóc và Zalo Mini App để khách tự xem dịch vụ, gửi yêu cầu. Đợt thử thật đầu tiên dành cho khách của chính Halo. Cách duyệt và chi phí của Mini App có ở bài Zalo Mini App cho doanh nghiệp.

Nguồn

1. PRD module CDP chăm sóc khách hàng và Zalo Mini App, mục 1-11, Halo Media, 08/10/2026 (tài liệu nội bộ).