Khách hỏi lại sau khi đã được trả lời: shop cần kiểm tra gì?
Nhận diện vì sao khách hỏi lại để quyết định sửa đáp án, sửa quy trình hay thử Nhân sự số, Nhân viên số ở phần phù hợp.
Trả lời ngắn: Khách hỏi lại sau khi đã được trả lời: shop cần kiểm tra gì?
Khách hỏi lại sau khi đã được trả lời là dấu hiệu cần đọc lại cả cuộc trò chuyện. Có thể câu trả lời thiếu ý, khó hiểu hoặc việc chưa được xử lý. Trước khi giao Nhân sự số, Nhân viên số, shop nên tách nguyên nhân để không tự động lặp lại cùng lỗi.
Những câu nào cho thấy khách vẫn chưa được giải đáp?
Anh chị đã gửi một đoạn khá dài. Khách nhắn tiếp: “Vậy trường hợp của em thì sao?”, “Em phải gửi ở đâu?” hoặc “Ý em hỏi đơn hôm qua.” Các câu này đáng xem lại vì chúng chỉ ra khoảng cách giữa thông tin shop đã đưa và điều khách cần biết.
Tuy vậy, hỏi tiếp không luôn là dấu hiệu trả lời kém. Khách có thể đã hiểu và muốn hỏi việc mới. Một lời cảm ơn cũng có thể làm cuộc trò chuyện mở lại trong công cụ. Vì vậy, hãy đọc nội dung thay vì chỉ đếm số lần khách gửi thêm tin.
Nên đếm tin nhắn, cuộc trò chuyện hay vấn đề chưa xong?
Đơn vị rà phù hợp là một vấn đề của khách: câu hỏi ban đầu, câu trả lời và phần hỏi lại liên quan. Nếu cùng khách hỏi giờ mở cửa rồi hỏi sản phẩm khác, đó có thể là hai vấn đề. Nếu khách đổi kênh chỉ để nhắc lại việc chưa xong, cần ghi nhận mối liên hệ khi có căn cứ.
Ghi rõ khoảng theo dõi. Không ghép khách chỉ vì tên giống nhau. Khi chưa xác minh được hai cuộc là của cùng người, để thành ca chưa xác định.
Zendesk mô tả việc yêu cầu đã đánh dấu giải quyết có thể mở lại khi khách phản hồi. Đây là ví dụ cho thấy trạng thái trong công cụ và nội dung cần xử lý phải được đọc cùng nhau; không phải mọi lần mở lại đều chứng minh đáp án sai.
Nguồn cho dữ kiện trên: Lesson 1: From support requests to tickets (Zendesk Help)
Làm sao tách bốn nguyên nhân thường gặp?
Đọc câu hỏi ban đầu và gạch dưới điều khách muốn biết. Sau đó đánh dấu câu nào trong phản hồi đã trả đúng điều đó. Nếu không chỉ được câu tương ứng, lỗi có thể nằm ở việc thiếu ý hoặc hiểu sai yêu cầu.
Nếu đã có câu trả lời đúng, xem khách còn thiếu gì để đi tiếp. Họ chưa hiểu từ chuyên môn, không biết nơi gửi thông tin hay đang chờ một việc shop chưa làm? Bảng dưới là mẫu chẩn đoán đề xuất. Một ca có thể có nhiều lỗi nhưng nên ghi nguyên nhân chính trước.
| Dấu hiệu trong câu hỏi lại | Giả thuyết cần kiểm | Việc xem tiếp |
|---|---|---|
| “Em hỏi mẫu khác” | Hiểu sai đối tượng | Sản phẩm đang được nói đến |
| “Nghĩa là sao?” | Cách diễn đạt khó hiểu | Từ hoặc câu gây vướng |
| “Em gửi ở đâu?” | Thiếu bước tiếp theo | Nơi nhận và dữ kiện cần gửi |
| “Sao vẫn chưa xử lý?” | Việc thực tế chưa xong | Người nhận việc và trạng thái |
Lấy mẫu thế nào để không chỉ nhìn thấy ca xấu?
Lấy hội thoại ở các ca làm và nhóm câu hỏi đang muốn giao AI. Bao gồm ca khách hỏi lại, ca khách xác nhận đã hiểu và ca khách im lặng. Giữ nhóm im lặng riêng, vì không trả lời tiếp chưa đủ để biết họ đã được giúp.
Xóa thông tin riêng không cần thiết. Phiếu rà chỉ cần mã ca, loại câu hỏi, đoạn trả lời, câu hỏi lại, nguyên nhân dự kiến và kết quả người kiểm xác nhận.
Với những ca gây tranh luận, cho một người khác đọc trước khi xem nhãn của người đầu. Nếu hai người không thống nhất, sửa định nghĩa nhãn hoặc để “chưa đủ căn cứ”. Không ép ca mơ hồ vào lỗi nhân viên hay lỗi AI.
Một ca hỏi lại có thể dẫn tới cách sửa khác nhau thế nào?
Ví dụ minh họa: khách hỏi cách gửi yêu cầu gói quà. Shop trả lời rằng có dịch vụ gói quà theo điều kiện công bố. Khách hỏi lại nơi ghi lời nhắn. Câu trả lời đầu có thể đúng về dịch vụ nhưng thiếu đường đi để khách thực hiện.
Bản sửa phù hợp là thêm nơi tiếp nhận và dữ kiện cần gửi, sau khi người phụ trách xác nhận quy trình. Không cần tăng độ dài giới thiệu dịch vụ. Nếu khách đã gửi đúng nhưng chưa ai nhận, lỗi nằm ở xử lý yêu cầu; sửa câu chữ không giải quyết được.
Intercom mô tả các khoảng trống nội dung như thiếu, chưa rõ, trùng hoặc mâu thuẫn. Phân loại này là một điểm tham khảo. Bảng chẩn đoán trong bài bổ sung riêng nhánh “việc chưa được làm” để shop không quy mọi vấn đề về bộ câu trả lời.
Nguồn cho dữ kiện trên: Use AI-powered content recommendations to improve Fin (Intercom Help)
Khi nào nên sửa đáp án trước, khi nào mới thử AI?
Nếu nhân viên có cùng nguồn nhưng diễn giải khác nhau, hãy làm rõ câu trả lời chuẩn và điều kiện dùng. Nếu đội ngũ đã hiểu quy tắc, nguồn rõ, nhưng phải gõ lại nhiều lần, có thể thử hỗ trợ soạn câu trong phạm vi nhỏ.
Nếu câu trả lời phụ thuộc kiểm hàng, xác minh đơn hoặc quyết định riêng mà chưa có người chịu trách nhiệm, cần nối lại quy trình trước. Đưa AI vào lúc này có thể làm khách nhận lời giải thích nhanh hơn nhưng vẫn không có bước xử lý tiếp theo.
Không lấy một tỷ lệ hỏi lại làm ngưỡng mua công cụ cho mọi shop. Cần xem mức lặp, công sửa và khả năng giải quyết nguyên nhân.
Làm sao biết bản sửa đã giúp khách hiểu hơn?
Giữ cùng loại câu hỏi và cách chọn mẫu khi so trước với sau. Với từng ca, chấm ba điều: trả đúng vấn đề, khách biết bước tiếp và phần việc cần làm có người nhận. Ghi riêng những câu hỏi lại do thiếu ý; không trộn với câu hỏi mua thêm.
Nếu dùng tỷ lệ, ghi số ca đạt, tổng ca đủ điều kiện và khoảng thời gian. Mẫu ít thì mô tả ca, không suy rộng. Giữ cả ca thất bại đã được nhân viên cứu sau đó.
Sau khi sửa, đọc cả những ca vốn đã làm đúng để phát hiện tác dụng ngược. Ví dụ thêm một câu hỏi làm rõ có thể giúp ca mơ hồ nhưng lại hỏi thừa ở ca khách đã đưa đủ thông tin. Bản sửa chỉ nên áp dụng khi đúng điều kiện.
Nhân sự số nên tham gia vào lượt rà này ra sao?
A Tech Economy đề xuất thử hỗ trợ gom đoạn hoặc gợi ý nguyên nhân nếu chức năng đã được kiểm thử. Người phụ trách đọc bằng chứng và quyết định sửa.
Con người đặt mục tiêu, cấp quyền, duyệt ngoại lệ và chịu trách nhiệm cuối. Không dùng gợi ý của Nhân viên số để tự kết luận nhân viên làm kém. Anh chị có thể thử bảng chẩn đoán trên một nhóm câu hỏi lặp lại trước, rồi giữ lại cách sửa có bằng chứng rõ.
Câu hỏi thường gặp
Khách không nhắn nữa có nghĩa đã được giải đáp không?
Chưa đủ căn cứ. Có thể khách đã hiểu, bận hoặc bỏ cuộc; giữ trạng thái này riêng khi rà chất lượng.
Có cần giảm mọi câu hỏi tiếp nối không?
Không. Câu hỏi mới hoặc hỏi sâu hơn có thể là tiến triển tốt. Tập trung phần hỏi lại do chưa được giải đáp.
Nhiều lượt hỏi lại có chứng minh cần mua AI không?
Không. Trước hết phải biết nguyên nhân và xem liệu nguồn, cách viết hay bước xử lý đang gây vướng.
Thuộc cụm chủ đề: AI chăm sóc khách hàng. Xem các câu hỏi liên quan để đi từ khái niệm đến cách áp dụng.
Nguồn tham khảo
- Lesson 1: From support requests to tickets — Zendesk Help
- Use AI-powered content recommendations to improve Fin — Intercom Help
Bước tiếp theo
Chọn một quy trình đang gây tắc
ATE có thể cùng bạn bóc tách đầu việc, điểm cần người duyệt và cách đo thử nghiệm. Chưa cần bắt đầu bằng cả phòng ban.