Khi nào nên chuyển hội thoại từ AI sang nhân viên tư vấn

Khách nhắn ba lần “cho tôi gặp nhân viên” mà chatbot vẫn tiếp tục gợi ý bài viết. Hoặc khách được chuyển sang người thật, nhưng nhân viên lại hỏi lại mã đơn, số điện thoại và vấn đề từ đầu. Cả hai tình huống đều khiến khách khó chịu hơn so với không có chatbot.

Chuyển hội thoại là điểm dễ bị bỏ quên khi triển khai AI chăm sóc khách hàng. Cần quy tắc rõ về lúc nào chuyển, chuyển cho ai và chuyển kèm thông tin gì, để AI không giữ khách quá lâu và nhân viên nhận đủ bối cảnh.

Bài viết liệt kê tám tình huống nên chuyển và quy trình thiết lập việc bàn giao giữa AI và đội tư vấn.

1. Cách nhìn đúng về chuyển chatbot sang nhân viên

Bàn giao gồm ba phần: tín hiệu kích hoạt, gói thông tin đi kèm và nơi nhận. Tín hiệu có thể là yêu cầu của khách, độ tin cậy thấp của câu trả lời, từ khóa khiếu nại hoặc lỗi hệ thống. Gói thông tin là bản tóm tắt để nhân viên không phải đọc lại cả hội thoại. Nơi nhận là đúng nhóm, đúng ca và có người thực sự đang trực.

Chuyển người thật không phải dấu hiệu AI thất bại. Với tiền, khiếu nại hay ngoại lệ chính sách, chuyển sớm là thiết kế đúng. Điều cần kiểm tra là hàng đợi phía nhân viên đã sẵn sàng hay chưa: nếu chưa có lịch trực và người nhận, nút “gặp nhân viên” chỉ là lời hứa không thực hiện được. Xem thêm vai trò của AI Customer Support.

2. Các vấn đề cần xử lý

1. Khách yêu cầu người thật

Khi khách nói rõ muốn gặp nhân viên, AI nên chuyển ngay thay vì cố thuyết phục thêm. Có thể hỏi một câu ngắn về vấn đề để chuyển đúng nhóm, nhưng không nên hỏi nhiều hơn. Cần nhận diện được nhiều cách diễn đạt, từ “gặp tư vấn viên” đến “cho nói chuyện với người”.

2. AI thiếu nguồn trả lời

Khi không tìm thấy thông tin trong nguồn được cấp, AI nên nói rõ điều đó và đề nghị chuyển, thay vì đoán. Đây cũng là tín hiệu để bổ sung dữ liệu, như phân tích trong bài chatbot AI trả lời sai. Mỗi lần chuyển vì thiếu nguồn nên được ghi lại để đội nội dung xem xét.

3. Khiếu nại hoặc cảm xúc căng thẳng

Khách đang bực bội cần được lắng nghe và có người chịu trách nhiệm, không cần thêm câu trả lời tự động. AI nên nhận diện ngôn ngữ phàn nàn, lời lẽ gay gắt hoặc nhắc tới đổi trả, hoàn tiền, rồi xác nhận đã ghi nhận và chuyển cho nhóm xử lý khiếu nại với mức ưu tiên cao.

4. Giao dịch nhạy cảm

Thay đổi thông tin thanh toán, hoàn tiền, hủy hợp đồng hay sửa dữ liệu cá nhân nên do người có thẩm quyền thực hiện. AI có thể thu thập thông tin cần thiết và xác minh cơ bản, nhưng không tự thao tác. Tuyệt đối không yêu cầu khách gửi số thẻ hoặc mật khẩu trong khung chat.

5. Nhiều lần trả lời không giải quyết vấn đề

Nếu khách hỏi lại cùng một ý hai hoặc ba lần, hoặc liên tục nói “không phải”, AI đang đi sai hướng. Nên đặt ngưỡng số lượt không tiến triển để tự đề nghị chuyển. Để khách mắc kẹt trong vòng lặp lâu là lý do phổ biến khiến khách bỏ đi.

6. Hệ thống tích hợp lỗi

Khi phần mềm đơn hàng hoặc lịch hẹn không phản hồi, AI không được đoán trạng thái. Nó cần báo cho khách là chưa kiểm tra được, chuyển yêu cầu cho nhân viên và ghi rõ lỗi nằm ở hệ thống nào. Đồng thời đội kỹ thuật cần nhận cảnh báo để khắc phục.

7. Cần phê duyệt ngoại lệ

Khách xin gia hạn bảo hành, đổi hàng quá hạn hay giảm giá đặc biệt là những việc AI không có quyền quyết. AI nên ghi nhận yêu cầu, lý do và thông tin liên quan, rồi chuyển cho người có thẩm quyền. Câu trả lời cho khách phải nói rõ yêu cầu đang chờ xét, không hứa kết quả.

8. Ngoài giờ nhưng vấn đề khẩn cấp

Ngoài giờ làm việc, không có ai nhận hội thoại ngay. AI cần phân biệt việc có thể chờ đến sáng và việc khẩn cấp theo định nghĩa của doanh nghiệp. Với việc khẩn cấp, cần có kênh trực hoặc số liên hệ dự phòng; với việc có thể chờ, thông báo thời gian dự kiến và thu thông tin tối thiểu.

3. Quy trình triển khai đề xuất

Bước 1: Định nghĩa tín hiệu chuyển và mức ưu tiên

Liệt kê các tín hiệu chuyển như tám tình huống trên, gắn mỗi tín hiệu với mức ưu tiên và nhóm nhận. Đầu ra là một bảng quy tắc mà trưởng nhóm chăm sóc khách hàng duyệt. Bảng này cũng là danh sách ca kiểm thử.

Bước 2: Tóm tắt mục đích, dữ liệu đã xác thực và việc đã thử

Thiết kế mẫu tóm tắt chuyển kèm hội thoại: khách muốn gì, đã cung cấp và xác minh thông tin nào, AI đã trả lời hoặc thử những gì. Nhân viên đọc tóm tắt và đánh giá có đủ để xử lý mà không phải hỏi lại khách hay không. Mẫu được chỉnh cho tới khi nhân viên thấy dùng được.

Bước 3: Định tuyến theo kỹ năng, ca làm và khách hàng

Viết quy tắc chuyển theo loại vấn đề, ca trực và người đang phụ trách khách đó nếu có. Cần phương án khi người được chỉ định vắng hoặc hàng đợi đầy. Thử với các tình huống ngoài giờ, cuối tuần và khi nhiều hội thoại đến cùng lúc.

Bước 4: Theo dõi thời gian nhận, thời gian xử lý và tỷ lệ khách phải lặp lại thông tin

Đo khoảng thời gian từ lúc chuyển đến lúc nhân viên nhận, thời gian xử lý và số lần nhân viên phải hỏi lại thông tin khách đã cung cấp. Chỉ số cuối cho biết bản tóm tắt có đủ hay không. Trưởng nhóm xem kết quả định kỳ để điều chỉnh quy tắc và mẫu tóm tắt.

4. Ví dụ giả định

Một khách báo đã thanh toán nhưng đơn vẫn chưa xác nhận. AI xác minh mã đơn và ghi nhận ảnh biên nhận, nhưng không tự sửa trạng thái. Hệ thống chuyển hội thoại cho nhóm thanh toán cùng bản tóm tắt, thời điểm giao dịch và dữ liệu khách đã cung cấp.

Giá trị của AI trong ví dụ này không nằm ở việc giải quyết vấn đề, mà ở chỗ nhân viên thanh toán nhận được đủ thông tin ngay lần đầu. Tình huống này nên được kiểm thử định kỳ: gửi hội thoại mẫu, kiểm tra hội thoại đến đúng nhóm và bản tóm tắt có đủ các trường cần thiết.

5. Rủi ro và giới hạn cần kiểm soát

• Không chuyển dữ liệu thẻ hoặc thông tin vượt nhu cầu
• Không hứa thời gian phản hồi nếu chưa có lịch trực
• Giữ nguyên lịch sử và trạng thái xử lý
• Có phương án khi hàng đợi nhân viên quá tải

Quy tắc chuyển cần nằm trong hệ thống, không phụ thuộc vào việc AI “nhớ” lời dặn. Bản tóm tắt chỉ chứa thông tin nhân viên cần để xử lý. Lịch sử hội thoại và các lần chuyển phải được lưu để xem lại khi có khiếu nại.

6. Chỉ số nên theo dõi sau khi vận hành

• Tỷ lệ yêu cầu hoàn thành đúng theo bộ tiêu chí đã duyệt
• Tỷ lệ thiếu dữ liệu, từ chối đúng và chuyển người thật
• Số lỗi tích hợp, thời gian phản hồi và thời gian khắc phục
• Số lần nhân viên sửa kết quả và nguyên nhân sửa

Tỷ lệ chuyển người thật thấp chưa chắc là tốt, vì có thể AI đang giữ khách quá lâu. Nên xem tỷ lệ chuyển theo từng tín hiệu, thời gian chờ sau khi chuyển và số khách phải lặp lại thông tin. Ba chỉ số này cho biết điểm nghẽn nằm ở AI hay ở hàng đợi nhân viên.

7. Checklist trước khi đưa vào sử dụng

• Nguồn dữ liệu và chủ sở hữu đã được xác nhận
• Quyền đọc ghi và phạm vi người dùng đã được kiểm thử
• Ngoại lệ có đường chuyển người phụ trách
• Nhật ký lưu đủ đầu vào nguồn và kết quả
• Bộ câu hỏi hoặc tình huống kiểm thử có đáp án mong đợi
• Có lịch cập nhật dữ liệu và kiểm thử lại

8. Câu hỏi thường gặp

Có nên chuyển ngay khi AI không chắc chắn? Nên chuyển hoặc xin thêm thông tin tùy mức rủi ro. Với tiền, khiếu nại và dữ liệu cá nhân, ưu tiên người phụ trách.

Nhân viên cần nhận thông tin gì? Mục đích, lịch sử, dữ liệu đã xác thực, nguồn AI đã dùng và bước tiếp theo được đề xuất.

Xử lý ngoài giờ ra sao? Thông báo thời gian dự kiến, thu thông tin tối thiểu và tạo hàng đợi đúng mức ưu tiên.

Kết luận

Chuyển hội thoại tốt là khi khách không phải chờ lâu và không phải kể lại từ đầu. Để làm được, doanh nghiệp cần chốt tín hiệu chuyển, mẫu tóm tắt, quy tắc định tuyến và lịch trực trước khi đưa AI vào vận hành.

Quy trình này cũng áp dụng cho lead bán hàng, như bài AI phân loại khách hàng tiềm năng, và càng quan trọng với doanh nghiệp nhiều chi nhánh, nơi mỗi cơ sở có đội trực riêng.

Trao đổi với Naventic để thiết kế quy trình chuyển hội thoại giữa AI và đội chăm sóc khách hàng. Đọc thêm: AI Customer Support.