Xây dựng SLA cho dịch vụ chăm sóc khách hàng qua điện thoại

Khi khách phải chờ lâu, cuộc gọi nhỡ không được gọi lại hoặc yêu cầu sau cuộc gọi bị bỏ quên, doanh nghiệp cần một cách thống nhất để xác định mức dịch vụ cần cung cấp. SLA giúp biến kỳ vọng như “bắt máy nhanh” hay “xử lý sớm” thành cam kết có định nghĩa, cách đo, người chịu trách nhiệm và phương án khắc phục.

SLA chăm sóc khách hàng qua điện thoại cần cam kết điều gì?

SLA là thỏa thuận về phạm vi dịch vụ, trách nhiệm và mức hiệu suất được kỳ vọng. Theo NIST, SLA có thể quy định thời gian phản hồi, trách nhiệm, mức chất lượng và cách báo cáo hoặc xử lý vấn đề.

Với dịch vụ chăm sóc qua điện thoại, SLA cần nêu rõ giờ phục vụ, loại cuộc gọi áp dụng, thời điểm bắt đầu tính thời gian chờ và khi nào cuộc gọi được xem là đã tiếp nhận. Doanh nghiệp cũng cần quy định cách xử lý cuộc gọi nhỡ, chuyển tiếp yêu cầu và cập nhật khách khi chưa thể giải quyết ngay.

Các KPI như tỷ lệ cuộc gọi được trả lời trong ngưỡng, thời gian chờ hay tỷ lệ gọi lại thành công là chỉ số dùng để theo dõi SLA. Doanh nghiệp nên kiểm chứng các mục tiêu này bằng dữ liệu vận hành trước khi công bố thành cam kết với khách hàng. Đồng thời, cần phân biệt thời gian bắt máy với thời gian giải quyết yêu cầu, và tách chỉ số phục vụ khách hàng khỏi chỉ số kỹ thuật như tính sẵn sàng của hệ thống.

Nếu có AI tham gia tiếp nhận, hãy báo cáo riêng cuộc gọi do AI xử lý, cuộc gọi được chuyển cho nhân viên và yêu cầu đã giải quyết. Có thể đọc thêm bài Tổng đài AI là gì để bổ sung bối cảnh về vai trò của tổng đài AI trong hoạt động chăm sóc khách hàng.

Xác định phạm vi trước khi đặt chỉ tiêu SLA

Trước khi chọn KPI hoặc ngưỡng thời gian, doanh nghiệp cần xác định chính xác SLA áp dụng cho loại cuộc gọi nào và nhóm nào chịu trách nhiệm. Phạm vi càng rõ thì việc đối chiếu dữ liệu và xử lý tranh chấp càng đơn giản.

Phân loại cuộc gọi theo nhu cầu và mức độ ưu tiên

Tách các nhóm cuộc gọi như tư vấn trước mua, hỗ trợ sau bán, tra cứu trạng thái, khiếu nại và yêu cầu khẩn cấp. Các nhóm này khác nhau về mức độ phức tạp, ảnh hưởng đến khách hàng và thời gian xử lý cần thiết.

Không nên gộp tất cả vào một hàng đợi nếu mỗi nhóm cần kỹ năng hoặc mức ưu tiên khác nhau. Khi cần, SLA có thể có mục tiêu riêng cho từng hàng đợi, nhưng tiêu chí phân loại phải đủ rõ để nhân viên và hệ thống áp dụng nhất quán.

Quy định giờ phục vụ và lịch ngày nghỉ

Nêu rõ giờ bắt đầu, giờ kết thúc, múi giờ, ngày làm việc, ngày nghỉ và cách xử lý yêu cầu đến ngoài giờ. Nếu SLA chỉ được tính trong giờ phục vụ, cần quy định thời điểm đồng hồ bắt đầu, tạm dừng và tiếp tục.

Lịch làm việc và ngày nghỉ ảnh hưởng trực tiếp đến phép tính thời hạn. Microsoft Learn hướng dẫn cấu hình lịch phục vụ và lịch nghỉ để tính thời gian SLA theo thời gian hỗ trợ của tổ chức.

Chốt thời điểm bắt đầu và kết thúc đồng hồ

Với SLA bắt máy, doanh nghiệp nên xác định đồng hồ bắt đầu khi khách vào hàng đợi nào và dừng khi nào. Nếu mục tiêu là đo thời gian khách chờ nhân viên, lời chào tự động hoặc thao tác IVR không nên được tính là nhân viên đã tiếp nhận cuộc gọi.

Với cuộc gọi chuyển giữa nhiều nhóm, cần ghi nhận cả thời gian chờ ban đầu và thời gian chờ ở nhóm chuyên trách. Không nên đặt lại đồng hồ sau mỗi lần chuyển máy nếu điều đó khiến thời gian khách đã chờ trước đó biến mất khỏi báo cáo.

Làm rõ trách nhiệm và ngoại lệ

Mỗi bước cần có người hoặc nhóm chịu trách nhiệm: ai nghe máy, ai nhận ticket, ai xử lý yêu cầu chuyên môn và ai cập nhật khách hàng. Nếu cuộc gọi bị nhỡ, cần quy định nhóm nào theo dõi danh sách và gọi lại.

Các trường hợp như khách chủ động ngắt máy, cuộc gọi thử nghiệm, cuộc gọi ngoài giờ hoặc sự cố đường truyền cần được phân loại rõ. Nếu có trường hợp loại trừ khỏi phép tính SLA, doanh nghiệp vẫn nên báo cáo riêng số lượng các trường hợp này để không che khuất trải nghiệm thực tế.

Chọn KPI phản ánh trải nghiệm qua điện thoại

SLA nên có đủ chỉ số để phản ánh cả việc tiếp nhận lẫn xử lý sau cuộc gọi. Chỉ đo tốc độ bắt máy có thể khuyến khích kết thúc cuộc gọi vội; chỉ đo thời gian giải quyết lại không thể hiện khách phải chờ bao lâu trước khi được hỗ trợ.

Tỷ lệ cuộc gọi được trả lời trong ngưỡng

Chỉ số này cho biết tỷ lệ cuộc gọi đủ điều kiện được nhân viên trả lời trong khoảng thời gian đã thống nhất.

Công thức tham khảo:

Tỷ lệ đạt mức dịch vụ = Số cuộc gọi được trả lời trong ngưỡng ÷ Tổng số cuộc gọi đủ điều kiện × 100%

Trong định nghĩa này, cần ghi rõ ngưỡng thời gian, hàng đợi áp dụng, thời gian bắt đầu tính và mẫu số. Một số hệ thống có cách xử lý riêng với cuộc gọi bỏ hàng đợi trong thời gian rất ngắn hoặc thư thoại. Tài liệu của Talkdesk về cách tính service level là một ví dụ cho thấy cần công bố rõ cách tính và trường hợp được loại trừ.

Để tránh báo cáo gây hiểu nhầm, nên tách số cuộc gọi được trả lời đúng ngưỡng, trả lời sau ngưỡng, bị nhỡ và bị khách ngắt máy. Nếu cuộc gọi được AI tiếp nhận, hãy ghi nhận riêng với cuộc gọi đã được nhân viên trả lời.

Thời gian chờ trung bình và phân bố thời gian chờ

Thời gian chờ trung bình giúp theo dõi xu hướng chung nhưng có thể che mất nhóm khách phải chờ lâu. Doanh nghiệp nên xem thêm kết quả theo hàng đợi, khung giờ và loại yêu cầu; khi hệ thống hỗ trợ, có thể xem phân vị để biết nhóm khách chờ lâu hơn phần lớn còn lại.

Nếu chỉ theo dõi một con số trung bình cho cả ngày, giờ thấp điểm có thể làm đẹp báo cáo trong khi giờ cao điểm vẫn quá tải. Vì vậy, cần đối chiếu thời gian chờ với lưu lượng cuộc gọi và tình trạng nhân sự theo ca.

Tỷ lệ cuộc gọi nhỡ và thời gian gọi lại

Tỷ lệ bỏ cuộc cho biết có bao nhiêu khách ngắt máy trước khi được hỗ trợ. Chỉ số này cần đi kèm thời gian gọi lại, số lần thử liên hệ và tỷ lệ kết nối lại thành công để xác định cuộc gọi nhỡ có được xử lý hay không.

Doanh nghiệp cũng nên theo dõi nguyên nhân: hàng đợi quá dài, thiếu nhân sự, cuộc gọi sai tuyến hay hệ thống không tạo được danh sách gọi lại. Nếu không phân loại nguyên nhân, việc chỉ giao KPI “giảm cuộc gọi nhỡ” sẽ khó dẫn đến hành động cụ thể.

Thời gian phản hồi và giải quyết yêu cầu sau cuộc gọi

Khi yêu cầu cần bộ phận khác xử lý, hãy đo ít nhất thời gian xác nhận đã tiếp nhận, thời gian cập nhật khách và thời gian giải quyết theo nhóm ưu tiên. Nếu chưa thể chốt thời hạn hoàn tất, cần có mốc cập nhật tiếp theo và người sở hữu yêu cầu.

Để tránh việc khách phải gọi lại nhiều lần vì thiếu thông tin, cuộc gọi cần được gắn với ticket hoặc hồ sơ khách hàng. Bài Phần mềm Call Center và CRM khác nhau như thế nào giải thích vai trò của hệ thống tổng đài và CRM trong việc nối dữ liệu cuộc gọi với công việc chăm sóc tiếp theo.

Chỉ số chất lượng để cân bằng tốc độ

Tỷ lệ bắt máy nhanh không cho biết nhân viên có tư vấn đúng, xác nhận đủ nhu cầu hay chuyển tiếp đúng người hay không. Nên có tiêu chí chất lượng như độ chính xác thông tin, mức độ đầy đủ của ghi chú và quy trình xử lý khiếu nại.

Có thể tham khảo nội dung chấm điểm cuộc gọi bằng AI theo tiêu chí nghiệp vụ để xây bộ tiêu chí đánh giá. Dù dùng công cụ tự động hay kiểm tra thủ công, kết quả vẫn cần được rà soát để bảo đảm tiêu chí phù hợp với từng loại cuộc gọi.

Đặt mục tiêu SLA từ dữ liệu và năng lực đáp ứng

Không có một ngưỡng thời gian phù hợp cho mọi doanh nghiệp hoặc mọi hàng đợi. Mục tiêu nên được xây từ lịch sử cuộc gọi, kỳ vọng của khách, mức độ ưu tiên của nghiệp vụ và nguồn lực có thể bố trí.

Lập đường cơ sở theo từng khung giờ

Tổng hợp số cuộc gọi, thời gian chờ, tỷ lệ bỏ cuộc, thời lượng xử lý và số yêu cầu tồn theo từng hàng đợi, ca trực và khung giờ. Dữ liệu trung bình toàn ngày chưa đủ để xác định mục tiêu vì có thể che đi thời điểm quá tải.

Nên đánh dấu các giai đoạn đặc biệt như chương trình bán hàng, thời điểm gia hạn, lịch ra mắt sản phẩm hoặc mùa cao điểm. Đây là cơ sở để xác định SLA có thể áp dụng quanh năm hay cần phương án riêng cho những đợt lưu lượng tăng.

Ước tính năng lực xử lý trước khi cam kết

Đối chiếu lượng cuộc gọi dự kiến với số nhân sự trực, thời lượng xử lý trung bình, kỹ năng của từng nhóm và thời gian nghỉ giữa ca. Cũng cần tính đến các công việc sau cuộc gọi như nhập ghi chú, tạo ticket hoặc tra cứu thông tin.

Nếu mục tiêu chỉ đạt được khi mọi nhân sự đều luôn sẵn sàng, không có cuộc gọi phức tạp và không có biến động lưu lượng, mục tiêu đó có rủi ro cao. Khi chưa đủ dữ liệu, hãy thử nghiệm trong phạm vi nhỏ và đánh giá lại trước khi áp dụng rộng.

Tạo SLA theo mức độ ưu tiên

Có thể chia yêu cầu thành các nhóm như thông thường, cần ưu tiên và khẩn cấp, sau đó quy định thời gian tiếp nhận hoặc cập nhật khác nhau. Cần nêu điều kiện để xếp một cuộc gọi vào từng nhóm, tránh việc phân loại tùy cảm tính.

Với yêu cầu khẩn cấp, SLA nên xác định rõ cách chuyển cấp và người có quyền nhận xử lý. Với yêu cầu thông thường, có thể ưu tiên xử lý theo thứ tự hàng đợi nhưng vẫn cần mốc cập nhật nếu chưa hoàn tất.

Thử nghiệm mục tiêu và kiểm tra sai lệch

Trước khi công bố, chạy thử mục tiêu trên từng hàng đợi và so sánh theo khung giờ, ngày làm việc và nhóm yêu cầu. Nếu một nhóm thường xuyên trượt SLA nhưng các nhóm khác vẫn đạt, cần kiểm tra nguyên nhân riêng thay vì hạ mục tiêu cho toàn bộ tổng đài.

Có thể dùng ví dụ giả định để kiểm tra phép tính: nếu có N cuộc gọi đủ điều kiện và A cuộc được trả lời trong ngưỡng, tỷ lệ đạt là A ÷ N × 100%. Các biến N và A phải lấy từ dữ liệu thật; ví dụ này chỉ mô tả cách tính, không phải benchmark ngành.

Gắn SLA với luồng tiếp nhận, chuyển cấp và gọi lại

Một SLA chỉ có thể vận hành khi nhân viên biết bước tiếp theo và hệ thống ghi nhận được bước đó. Mỗi cam kết nên gắn với hành động cụ thể, người chịu trách nhiệm và trạng thái có thể kiểm tra.

Thiết kế luồng phân loại và chuyển cuộc gọi

Quy định cuộc gọi được phân loại theo thông tin nào, chuyển đến nhóm nào và khi nào cần chuyển cấp. Nếu nhân viên không thể xử lý ngay, họ cần ghi nhận lý do, thông tin đã xác minh và bộ phận tiếp nhận tiếp theo.

Doanh nghiệp có thể tham khảo cách Tổng đài AI inbound tiếp nhận, phân loại và chuyển cuộc gọi để xây luồng cho các yêu cầu lặp lại hoặc cần phân loại trước khi chuyển cho nhân viên. Luồng thực tế vẫn cần kiểm thử với dữ liệu và nghiệp vụ của từng doanh nghiệp.

Quy định xử lý cuộc gọi nhỡ và ngoài giờ

Khi khách bỏ hàng đợi, cần có nơi lưu danh sách, người nhận xử lý và trạng thái gọi lại. Nếu không liên lạc được, hệ thống hoặc nhân viên cần ghi nhận số lần thử và bước tiếp theo, thay vì để cuộc gọi ở trạng thái không rõ.

Ngoài giờ phục vụ, lời chào tự động nên nêu rõ thời điểm đội ngũ tiếp nhận lại và cách gửi yêu cầu nếu phù hợp. Bài Tổng đài AI 24/7 hỗ trợ tiếp nhận cuộc gọi ngoài giờ có thể dùng làm internal link khi nội dung đề cập đến phương án duy trì đầu mối tiếp nhận ngoài giờ.

Thiết lập cảnh báo và phương án dự phòng

Quy định điều kiện nào kích hoạt cảnh báo: hàng đợi tăng, tỷ lệ đạt giảm, cuộc gọi nhỡ chưa được gọi lại hoặc ticket sắp đến hạn. Mỗi cảnh báo cần có nhóm nhận, thời gian phản hồi nội bộ và phương án xử lý như chuyển sang hàng đợi dự phòng hoặc bật quy trình gọi lại.

Nếu nguyên nhân lặp lại là thiếu nhân sự theo ca, định tuyến sai hoặc dữ liệu tư vấn không đầy đủ, cần ghi nhận và xử lý nguyên nhân gốc. Chỉ nhắc nhân viên tăng tốc sẽ không khắc phục được vấn đề về quy trình hoặc năng lực tổng đài.

Mẫu khung SLA cho dịch vụ chăm sóc khách hàng qua điện thoại

Mẫu dưới đây giúp doanh nghiệp chuyển các cam kết thành trường thông tin có thể đo và phân công. Các giá trị trong ngoặc vuông cần được xác định bằng dữ liệu thực tế và thống nhất trước khi ban hành.

Mẫu câu SLA có thể điền

Trong [khung giờ phục vụ], bộ phận [tên hàng đợi] cam kết trả lời tối thiểu [X]% cuộc gọi đủ điều kiện trong vòng [T]. Cuộc gọi nhỡ được phân công gọi lại trong [C]. Với yêu cầu chưa thể giải quyết ngay, bộ phận phụ trách xác nhận đã tiếp nhận trong [R] và cập nhật trạng thái tiếp theo cho khách theo mốc đã thống nhất.

Mẫu này không nên dùng nguyên trạng nếu chưa có số liệu kiểm chứng. Cần điền rõ định nghĩa “cuộc gọi đủ điều kiện”, giờ tính SLA, trường hợp ngoại lệ và cách đo để các bên hiểu giống nhau.

Cách chọn công cụ hỗ trợ theo dõi SLA

Công cụ nên ghi nhận được thời điểm cuộc gọi vào hàng đợi, trạng thái trả lời, cuộc gọi nhỡ, lịch sử chuyển tiếp và yêu cầu được tạo sau cuộc gọi. Nếu dữ liệu cuộc gọi nằm tách khỏi hồ sơ khách hàng hoặc ticket, người quản lý sẽ khó biết một cuộc gọi đã được xử lý đến đâu.

Khi đánh giá giải pháp, doanh nghiệp có thể xem Bizfly Cloud Call Center và Tổng đài AI Bizfly Cloud. Trang sản phẩm giới thiệu các năng lực như định tuyến, giám sát cuộc gọi và xử lý ticket; hãy đối chiếu khả năng cấu hình, báo cáo và tích hợp với chính bộ KPI của doanh nghiệp trước khi triển khai.

Theo dõi SLA bằng dữ liệu và cải thiện theo chu kỳ

Sau khi ban hành, SLA cần được rà soát bằng dữ liệu theo từng hàng đợi và khung giờ. Một tỷ lệ tổng hợp có thể cho thấy kết quả chung nhưng chưa chỉ ra nơi nào đang khiến khách chờ lâu hoặc yêu cầu bị tồn.

Theo dõi cả kết quả và nguyên nhân

Báo cáo nên có số cuộc gọi đến, số được trả lời đúng ngưỡng, số trả lời trễ, số bị nhỡ, thời gian chờ và số yêu cầu còn mở. Nên phân tích theo hàng đợi, khung giờ và loại nhu cầu để xác định điểm nghẽn.

Với yêu cầu sau cuộc gọi, đối chiếu ticket với bản ghi hoặc ghi chú để biết khâu nào trễ: chưa phân công, thiếu thông tin, chờ bộ phận chuyên môn hay chưa cập nhật lại cho khách. Nếu có nhiều nguồn dữ liệu, cần thống nhất hệ thống nào là nguồn chính thức để chốt báo cáo.

Đánh giá chất lượng cùng tốc độ

Không nên thưởng hoặc đánh giá nhân viên chỉ dựa trên số cuộc gọi được tiếp nhận hay thời gian xử lý. Cần kết hợp chất lượng tư vấn, độ chính xác thông tin, tỷ lệ chuyển sai và số lần khách phải liên hệ lại.

Tỷ lệ service level thường phù hợp để xem hiệu quả của hàng đợi hoặc nhóm hơn là xếp hạng từng nhân viên. Talkdesk cũng lưu ý không nên dùng tỷ lệ service level để đo ở cấp cá nhân vì chỉ số này không có ý nghĩa thống kê phù hợp cho mục đích đó.

Rà soát sau khi đổi quy trình hoặc công cụ

Khi đổi giờ phục vụ, cách định tuyến, nguồn dữ liệu hoặc hệ thống tổng đài, hãy kiểm tra xem các mốc thời gian và báo cáo còn được ghi nhận nhất quán hay không. Nếu thay đổi công thức, cần ghi ngày hiệu lực và không so sánh trực tiếp kết quả cũ với kết quả mới khi cách tính khác nhau.

Để biến báo cáo thành hành động, có thể xác định rõ người nhận cảnh báo, người phân tích nguyên nhân và người quyết định điều chỉnh nhân sự hoặc quy trình. Nội dung AI tổng hợp báo cáo Call Center tự động cho đội CSKH có thể bổ trợ cho phần nói về dữ liệu vận hành và báo cáo cuộc gọi.

Những lỗi thường gặp khi xây dựng SLA điện thoại

SLA dễ trở thành hình thức nếu chỉ có các con số mà thiếu định nghĩa, nguồn dữ liệu và trách nhiệm xử lý. Những lỗi sau thường khiến kết quả báo cáo không phản ánh đúng trải nghiệm khách hàng.

Sao chép một ngưỡng thời gian cho mọi hàng đợi

Mỗi hàng đợi có lượng cuộc gọi, mức độ phức tạp và mức độ ưu tiên khác nhau. Dùng một ngưỡng chung có thể khiến mục tiêu quá lỏng với nhóm này nhưng không khả thi với nhóm khác.

Chỉ đo thời gian bắt máy

Nếu không đo cuộc gọi nhỡ, gọi lại, chất lượng tư vấn và yêu cầu cần theo dõi, SLA có thể đạt trên báo cáo nhưng khách vẫn phải gọi nhiều lần để được giải quyết. Chỉ số tốc độ cần đi cùng chỉ số kết quả và chất lượng.

Không định nghĩa cách tính mẫu số và ngoại lệ

Nếu mỗi bên hiểu khác nhau về cuộc gọi đủ điều kiện, cuộc gọi bị bỏ hàng đợi hoặc thời điểm bắt đầu tính, cùng một dữ liệu có thể cho ra hai kết luận khác nhau. Hãy chốt định nghĩa trước khi công bố mục tiêu và lưu dữ liệu đủ để kiểm tra lại.

Cam kết thời hạn giải quyết mà không kiểm soát được phụ thuộc

Một yêu cầu có thể cần khách bổ sung thông tin hoặc chờ bộ phận khác xác minh. Nếu doanh nghiệp không kiểm soát được thời gian hoàn tất, hãy cam kết mốc tiếp nhận và cập nhật; chỉ cam kết hoàn tất khi quy trình và nguồn lực đủ khả năng đáp ứng.

SLA chăm sóc khách hàng qua điện thoại cần xác định rõ phạm vi, cách tính thời gian, chỉ số theo dõi, người phụ trách và phương án khi cam kết có nguy cơ bị trễ. Hãy đặt mục tiêu từ dữ liệu từng hàng đợi, kết hợp tốc độ với chất lượng xử lý và rà soát định kỳ để SLA phản ánh đúng trải nghiệm khách hàng.