Khách nhắn hỏi giá từ chiều mà đến tối vẫn chưa có câu trả lời, ai trong đội cũng nghĩ "chắc người kia đang xử lý". Nghe quen không? Khi không có một cam kết cụ thể về thời gian, cả khách lẫn đội ngũ đều không biết chờ bao lâu, dẫn đến khách bực bội còn công việc thì chồng chéo. Vậy làm sao để team chăm sóc khách hàng nhỏ vẫn phản hồi kịp thời mà không bị "gò bó"?
Câu trả lời nằm ở SLA (Service Level Agreement), cam kết về mức dịch vụ tối thiểu doanh nghiệp đảm bảo với khách hàng, thường là thời gian phản hồi và thời gian xử lý yêu cầu, kèm phạm vi, ngoại lệ và cách xử lý khi vi phạm. Với team nhỏ, SLA đúng cách không phải là ràng buộc mà là cách đặt kỳ vọng cụ thể cho cả khách lẫn đội: khách biết chờ bao lâu, đội biết ưu tiên việc gì. Theo số liệu của Zenify, doanh nghiệp chịu khó đặt SLA và theo dõi đều đặn cắt được khoảng 34% thời gian phản hồi. Trong bài này, chúng tôi sẽ hướng dẫn từng bước đặt SLA vừa sức team nhỏ, từ hai chỉ số chính đến những ngoại lệ dễ bị bỏ quên.
TL;DR
- SLA = cam kết mức dịch vụ tối thiểu, thường về thời gian.
- Hai chỉ số chính: FRT (thời gian phản hồi) và resolution time (thời gian xử lý).
- SLA theo loại yêu cầu, không một SLA cho mọi thứ.
- SLA phải khả thi với đội hiện tại, rồi mới tăng dần.
- Vi phạm SLA cần được nhìn thấy (báo cáo) mới có tác dụng.
SLA là gì?
SLA không dừng lại ở một con số hứa hẹn, nó gồm năm thành phần chính sau:
Phạm vi: áp dụng cho yêu cầu nào, kênh nào.
Chỉ số cam kết: FRT (bao lâu phản hồi đầu tiên), resolution time (bao lâu giải quyết xong).
Khung giờ áp dụng: giờ hành chính hay 24/7.
Ngoại lệ: trường hợp nào không tính, ví dụ thiên tai, chờ khách.
Hậu quả khi vi phạm: bồi thường, hoặc ít nhất là báo cáo và cải thiện.
Với doanh nghiệp nhỏ, SLA thường bắt đầu là cam kết nội bộ để đặt chuẩn cho đội, trước khi trở thành cam kết công khai với khách hàng.
Hai chỉ số quan trọng nhất
FRT (First Response Time): thời gian phản hồi đầu tiên
FRT đo khoảng thời gian từ lúc khách gửi yêu cầu đến lúc đội phản hồi lần đầu, không nhất thiết là đã giải quyết xong. Đây là chỉ số bạn nên đặt trước tiên, bởi vì:
Nó quyết định cảm giác "được chăm sóc" của khách.
Mục tiêu phổ biến với team nhỏ: <15 phút giờ hành chính (chi tiết: First response time).
Resolution time: thời gian giải quyết
Resolution time đo thời gian từ lúc tiếp nhận đến lúc giải quyết xong, tức là khi khách xác nhận hoặc ticket được đóng. Nó phản ánh "hiệu suất thật" của đội hơn FRT, bởi vì:
Quyết định "hiệu suất thật" của đội.
Phụ thuộc loại yêu cầu: hỏi thông tin nhanh, kỹ thuật có thể lâu hơn.
Cách đặt SLA hợp lý cho team nhỏ
1. Đặt theo loại yêu cầu, không một mức cho tất cả
Bạn không thể đặt một mức SLA duy nhất cho mọi loại yêu cầu, bởi mỗi loại có độ phức tạp khác nhau. Bảng dưới đây là ví dụ tham khảo:
Loại yêu cầu | FRT | Resolution time
Hỏi thông tin | <15 phút | <2 giờ
Hỗ trợ sản phẩm | <15 phút | <24 giờ
Khiếu nại | <15 phút | <8 giờ
Kỹ thuật phức tạp | <30 phút | <3 ngày
2. Đặt theo khả năng thực tế của đội
Đừng chép SLA của tập đoàn lớn. Hãy xem phòng chăm sóc khách hàng của bạn hiện tại phản hồi bao lâu, rồi đặt mục tiêu nhanh hơn khoảng 20-30%. Đạt được mức đó mới tiếp tục nâng lên. Bởi vì SLA quá khắt khe chỉ khiến đội stress và dẫn đến báo cáo gian dối.
3. Xác định khung giờ
Giờ hành chính (8:00-18:00) là chuẩn bắt đầu cho team nhỏ.
Ngoài giờ: thông báo phản hồi tự động và cam kết xử lý sáng hôm sau.
4. Ghi ngoại lệ rõ ràng
Thời gian chờ khách cung cấp thông tin không tính vào SLA.
Ngày lễ, sự cố lớn có quy tắc riêng.
5. Bật cảnh báo và báo cáo
Cảnh báo khi ticket sắp quá hạn → đội xử lý kịp.
Báo cáo hằng tuần: bao nhiêu % ticket đạt SLA, cái nào trượt và vì sao (xem Báo cáo helpdesk nên xem hằng tuần).
Lỗi thường gặp khi đặt SLA
Dưới đây là những lỗi phổ biến nhất khiến SLA đặt ra nhưng không phát huy tác dụng:
Một SLA cho mọi loại yêu cầu: không phân biệt khiến hoặc quá khắt hoặc quá lỏng.
SLA lý thuyết, không ai theo dõi: đặt xong bỏ quên, không báo cáo.
Không có ngoại lệ: team phải tính cả thời gian chờ khách, số liệu méo.
So sánh với tập đoàn lớn: team nhỏ phải có mức phù hợp nguồn lực.