Triển khai chatbot trong chăm sóc khách hàng không chỉ là bật các phản hồi tự động. Công ty cần xác định vấn đề sẽ được giải quyết, những chủ đề thuộc phạm vi, nguồn thông tin hướng dẫn câu trả lời, hệ thống nào có thể được truy vấn và khi nào con người nên tiếp nhận.
Đối với doanh nghiệp sử dụng WhatsApp Business, một triển khai có trách nhiệm kết hợp bảy thành phần: mục tiêu, phạm vi, kiến thức, tích hợp, ngoại lệ, chuyển giao cho con người và các chỉ số. Nếu không có thiết kế này, bot có thể trả lời nhanh nhưng vẫn chuyển sai, mất ngữ cảnh hoặc cung cấp thông tin không chính xác.
Hướng dẫn này đưa ra lộ trình bắt đầu với trường hợp sử dụng giới hạn, kiểm thử các tình huống bình thường và lỗi và chỉ mở rộng sau khi được xác thực.
Chatbot cho chăm sóc khách hàng là gì?
Chatbot là hệ thống tự động trò chuyện qua tin nhắn. Nó có thể theo quy tắc, dùng trí tuệ nhân tạo hoặc kết hợp cả hai.
Trong chăm sóc khách hàng, chatbot có thể:
- xác định chủ đề cuộc trò chuyện;
- trả lời các câu hỏi thường gặp dựa trên nội dung được phê duyệt;
- thu thập dữ liệu cần thiết;
- hướng dẫn bước tiếp theo;
- truy vấn hệ thống khi có tích hợp và quyền truy cập;
- ghi nhận yêu cầu hoặc lead theo luồng;
- chuyển cuộc trò chuyện cho đội ngũ con người.
Chatbot không thay thế toàn bộ hoạt động. Khiếu nại nhạy cảm, đàm phán, ngoại lệ, niềm tin thấp và quyết định có ảnh hưởng lớn đòi hỏi can thiệp của con người.
Chatbot tự động truy cập CRM, tồn kho, lịch và đơn hàng chứ?
Không. Dữ liệu đó chỉ có khi có tích hợp được bật, với xác thực, trường, quyền và hành động được cấu hình. Việc tồn tại API không có nghĩa là được truy cập không giới hạn vào bất kỳ hệ thống nào.
Chatbot và đại lý AI có giống nhau không?
Chatbot là giao diện hội thoại tự động. Đại lý AI là thành phần có khả năng diễn giải ngôn ngữ và làm việc với hướng dẫn, kiến thức và hành động được ủy quyền. Chatbot có thể chỉ gồm luồng, chỉ AI hoặc kết hợp.
Trước khi triển khai, chọn vấn đề
Bắt đầu với “tự động hóa toàn bộ chăm sóc khách hàng” tạo ra phạm vi không thể kiểm thử. Chọn một vấn đề giới hạn, như trả lời thắc mắc về cách dùng, thu thập dữ liệu để phân loại sơ bộ hoặc hướng dẫn theo dõi yêu cầu.
Những lý do liên hệ chính
Phân tích các cuộc trò chuyện thực tế và nhóm các chủ đề. Phân biệt câu hỏi, hỗ trợ, đơn hàng, khiếu nại, bán hàng, đặt lịch và liên hệ chưa phân loại.
Khối lượng và tần suất
Xác định những lý do xảy ra thường xuyên và theo mẫu. Một trường hợp lặp lại và rủi ro thấp thường là điểm khởi đầu tốt hơn.
Tác động của câu trả lời sai
Xem xét tác động về tài chính, vận hành, pháp lý và với khách hàng. Rủi ro càng lớn thì cần kiểm soát hoặc sự tham gia của con người càng nhiều.
Dữ liệu cần thiết
Liệt kê tối thiểu cần thiết để trả lời hoặc hành động. Đừng yêu cầu dữ liệu chỉ vì một trường khả dụng.
Nguồn chính thức
Xác định thông tin hiện hành nằm ở đâu: trang, tài liệu, bảng tính, CRM, thương mại điện tử hoặc hệ thống khác. Loại bỏ các phiên bản mâu thuẫn.
Hành động mong đợi
Mô tả kết quả có thể kiểm chứng: trả lời, thu thập, truy vấn, chuyển tiếp, ghi nhận hoặc hoàn tất. “Cải thiện dịch vụ” quá rộng để xác thực.
Người chịu trách nhiệm xử lý ngoại lệ
Xác định ai hoặc đội nào tiếp quản khi bot không thể tiếp tục và trong điều kiện vận hành nào.
Tiêu chí thành công
Xác định cách biết trường hợp đã hoàn tất và những dấu hiệu cho thấy thất bại, bỏ dở hoặc cần rà soát.
Luồng, AI hay mô hình lai?
Đây là quyết định triển khai, không phải tranh cãi mà trong đó một mô hình luôn thắng.
| Mô hình | Sử dụng tốt nhất | Giới hạn chính | Đầu ra cần thiết |
|---|---|---|---|
| Luồng | Các bước dự đoán được và thu thập có cấu trúc | Hướng đi không dự đoán được | Quay lại, sửa hoặc chuyển |
| AI | Câu hỏi mở với nguồn được ủy quyền | Thông tin thiếu hoặc mơ hồ | Làm rõ, từ chối hoặc chuyển |
| Lai | Quy trình có quy tắc và trò chuyện mở | Phối hợp giữa các thành phần | Đã định nghĩa handoff và tiếp nhận |
Các luồng cung cấp tính dự đoán cho các quyết định khách quan. IA giúp giải thích các cách hỏi khác nhau. Mô hình lai dùng quy tắc ở các điểm kiểm soát, IA nơi ngôn ngữ biến đổi và hỗ trợ con người ở các ngoại lệ.
Để đi sâu vào lựa chọn công nghệ, tham khảo so sánh giữa chatbot theo luồng và chatbot có IA trên WhatsApp.
Cách chuẩn bị kiến thức cho chatbot
Một tác viên không tự động biết sản phẩm, chính sách hoặc quy trình của công ty. Cần các nguồn được ủy quyền, hướng dẫn và giới hạn.
Sử dụng trang và tài liệu hiện hành
Chọn nội dung đại diện cho hoạt động hiện tại. Tài liệu cũ hoặc quảng cáo có thể mâu thuẩn với chính sách nội bộ.
Bắt đầu từ các câu hỏi thực sự lặp lại
Trích xuất thắc mắc từ các cuộc hội thoại và ghi lại các cách diễn đạt khác nhau của mỗi câu hỏi. Điều này giúp thử ngôn ngữ gần với ngôn ngữ khách hàng sử dụng.
Xác định người chịu trách nhiệm các nguồn
Mỗi chính sách, bảng hoặc tài liệu nên có một người chịu trách nhiệm cập nhật và xác thực.
Loại bỏ mâu thuẫn
Nếu hai tài liệu cho câu trả lời khác nhau, chatbot không nên quyết định cái nào đúng. Sửa nguồn hoặc xác định rõ khi nào mỗi quy tắc áp dụng.
Ghi ngày cập nhật
Thông tin về giá, thời hạn, tồn kho và chính sách cần được xem xét định kỳ. Các thay đổi quan trọng phải được xử lý và kiểm thử trước khi dùng trong môi trường sản xuất.
Xác định chủ đề ngoài phạm vi
Liệt kê những việc bot không thể trả lời hoặc thực hiện, như quyết định pháp lý, điều kiện không được phép hoặc truy cập dữ liệu khi chưa xác thực phù hợp.
Chuẩn bị phản hồi khi thiếu thông tin
Bot nên yêu cầu làm rõ, thừa nhận không tìm thấy dữ liệu hoặc chuyển cho người. Không nên lấp đầy khoảng trống bằng giả định.
Một cơ sở tri thức cho IA giúp tổ chức các nguồn và hướng dẫn định hướng tác viên.
Tích hợp: những gì cần được xác minh
Mỗi tích hợp có phạm vi riêng. Trước khi kích hoạt, tài liệu hóa hướng luồng, trường, quyền, sự kiện kích hoạt, xử lý trùng lặp và hành vi khi lỗi.
Lịch
Chatbot có thể tra cứu hoặc đề xuất thời gian khi có connector tương thích, khả dụng tiếp cận và hành động được ủy quyền. Xác nhận múi giờ, thời lượng, chặn, hủy và xung đột.
Sản phẩm và tồn kho
Dữ liệu này có thể được sử dụng khi tích hợp thương mại điện tử cung cấp theo quyền. Kiểm tra biến thể, hết hàng, cập nhật và điều gì xảy ra khi không tìm thấy mục.
Đơn hàng
Truy vấn phụ thuộc vào tích hợp, các trường có sẵn và xác thực khách hàng phù hợp. Bot không nên tiết lộ thông tin chỉ vì ai đó biết số đơn hàng.
CRM và leads
Dữ liệu có thể chuyển vào CRM theo mapping và hướng luồng. Đừng giả định đồng bộ hai chiều, tạo, cập nhật hay gộp mà không kiểm tra hành vi.
Ticket
Khi hỗ trợ cần theo dõi, một luồng ticket nội bộ có thể ghi tóm tắt, loại, độ ưu tiên, bằng chứng và lịch sử theo cấu hình.
Tham khảo trung tâm tích hợp để kiểm tra các connector đã xuất bản và giới hạn của chúng. Không nên trình bày tích hợp nào là toàn diện.
Cách cấu trúc handoff cho con người
Handoff là chuyển giao có kiểm soát từ chatbot sang con người. Cần được cấu hình trước khi kích hoạt.
Kích hoạt chuyển giao
- yêu cầu rõ ràng từ khách hàng;
- độ tin cậy thấp hoặc thiếu thông tin;
- chủ đề nhạy cảm;
- khiếu nại hoặc thương lượng;
- tích hợp không khả dụng;
- lặp lại mà không giải quyết;
- thông tin hoặc hành động không được ủy quyền;
- tranh chấp một câu trả lời.
Tạm dừng bot
Khi một người điều hành tiếp nhận, tự động hóa phải dừng để tránh phản hồi cạnh tranh. Trạng thái cuộc trò chuyện cần hiển thị.
Giao lịch sử và tóm tắt
Đội ngũ phải nhận được tin nhắn, dữ liệu thu thập được, hành động đã thực hiện, lý do chuyển và những việc còn tồn. Một inbox cho hỗ trợ con người giúp theo dõi và tiếp tục trường hợp.
Đặt người phụ trách
Một cuộc trò chuyện được chuyển cần người hoặc đội chịu trách nhiệm. Truy cập chia sẻ mà không phân công có thể để khách hàng không được trả lời.
Cấu hình tiếp nhận lại
Sau hỗ trợ con người, xác định liệu trường hợp sẽ được đóng, tiếp tục với đội hay trả về bot. Việc tiếp nhận lại nên phụ thuộc vào một điều kiện rõ ràng.
Bước từng bước để triển khai chatbot
1. Chọn một trường hợp sử dụng giới hạn
Ưu tiên yêu cầu thường gặp, có thể kiểm chứng và rủi ro được kiểm soát.
2. Xác định đầu vào và kết quả
Ghi lại điều gì khởi động quá trình, dữ liệu cần thiết và cách nhận biết hoàn thành.
3. Sắp xếp kiến thức và dữ liệu tối thiểu
Chọn nguồn chính thức và loại bỏ các trường không thay đổi hành động.
4. Chọn luồng, AI hoặc hybrid
Sử dụng mô hình phù hợp với tính dự đoán, ngôn ngữ và rủi ro của quy trình.
5. Cấu hình các tích hợp cần thiết
Chỉ kích hoạt các kết nối cần thiết và ghi lại quyền, hướng và lỗi.
6. Xác định từ chối và handoff
Liệt kê các chủ đề bị cấm, độ tin cậy thấp và điều kiện chuyển tiếp.
7. Tạo các trường hợp kiểm thử
Bao gồm đường đi mong đợi, ngoại lệ, thông tin thiếu và tích hợp không khả dụng.
8. Thử nghiệm với đội nội bộ
Yêu cầu nhiều người khác nhau thử đặt câu hỏi và gián đoạn luồng.
9. Kích hoạt trong phạm vi kiểm soát
Bắt đầu bằng một thời gian, lý do hoặc nhóm giới hạn. Giám sát các cuộc trò chuyện đầu tiên.
10. Xem xét và mở rộng dần dần
Sửa nguồn, hướng dẫn và tích hợp trước khi thêm chủ đề mới.
Xem cách cấu hình, kiểm thử và kích hoạt một agent trên Whatsplaid để hiểu quy trình self-service do nền tảng công bố.
Mười kịch bản kiểm thử bắt buộc
| Kịch bản | Hành vi mong đợi | Cần xác nhận gì |
|---|---|---|
| Câu hỏi quen biết dưới các dạng khác nhau | Sử dụng cùng nguồn và giữ nguyên nghĩa | Độ chính xác và nhất quán |
| Lỗi gõ | Diễn giải hoặc yêu cầu xác nhận | Dung sai mà không tưởng tượng thêm |
| Tin nhắn không đầy đủ | Yêu cầu bối cảnh tối thiểu cần thiết | Câu hỏi làm rõ |
| Hai chủ đề trong cùng một tin nhắn | Tách, ưu tiên hoặc xác nhận | Tiếp tục cả hai chủ đề |
| Thông tin không tồn tại | Nhận giới hạn hoặc chuyển tiếp | Không có câu trả lời bịa đặt |
| Dữ liệu cá nhân không có định danh | Không tiết lộ; yêu cầu xác thực phù hợp | Quyền riêng tư và ủy quyền |
| Tích hợp không khả dụng | Thông báo giới hạn và kích hoạt phương án dự phòng | Tin nhắn, nhật ký và handoff |
| Yêu cầu con người | Chuyển và tạm dừng bot | Bối cảnh và thời gian đến người điều hành |
| Phản đối câu trả lời | Không khăng khăng; xem lại hoặc chuyển tiếp | Sửa chữa và trách nhiệm |
| Trở lại sau handoff | Tuân theo điều kiện tiếp nhận đã định | Không có tin nhắn cạnh tranh |
Các chỉ số để vận hành và cải thiện chatbot
- Giải quyết và kết thúc: các trường hợp đạt được kết quả đã định.
- Bỏ giữa chừng: các cuộc trò chuyện bị gián đoạn trước khi hoàn thành.
- Mở lại: các trường hợp quay lại cùng lý do.
- Chuyển tiếp: tổng lượng, thời điểm, lý do và kết quả của handoff.
- Các phản hồi đã được sửa: tin nhắn đòi chỉnh sửa bởi con người.
- Lỗi tích hợp: truy vấn hoặc hành động không hoàn thành.
- Thời gian đến người: chờ sau một yêu cầu hoặc kích hoạt.
- Hài lòng: cảm nhận thu thập bằng phương pháp phù hợp.
- Khiếu nại và chặn: dấu hiệu tiêu cực từ trải nghiệm.
- Bảo trì: thời gian để xem xét nguồn, hướng dẫn và tích hợp.
Tính sẵn có liên tục, tốc độ hoặc khối lượng tin nhắn không chứng minh chất lượng hoặc bán hàng. Phân tích chỉ số theo lý do liên hệ và xem lại mẫu các cuộc trò chuyện.
Lỗi phổ biến khi triển khai
Bắt đầu với phạm vi rộng
Quá nhiều chủ đề và tích hợp làm khó xác định nguồn lỗi.
Che giấu hỗ trợ con người
Khách hàng cần một lối thoát rõ ràng khi bot không giải quyết vấn đề.
Sử dụng kiến thức lỗi thời
Một AI tốt không sửa chính sách cũ hoặc dữ liệu mâu thuẫn.
Tạo menu dài
Quá nhiều tùy chọn làm tăng nỗ lực và không bao phủ mọi nhu cầu.
Cho phép trả lời không có nguồn
Cấu hình từ chối hoặc chuyển tiếp khi kiến thức không chứa thông tin.
Thu thập quá nhiều dữ liệu
Chỉ yêu cầu những gì cần thiết và ghi rõ mục đích, quyền truy cập và thời hạn lưu trữ.
Không xử lý lỗi
Các tích hợp có thể không khả dụng. Chuẩn bị phương án dự phòng và khả năng truy vết.
Giữ bot hoạt động có người điều phối
Các phản hồi cùng lúc làm khách hàng và đội ngũ bối rối.
Chỉ đo lường tin nhắn
Khối lượng không cho thấy việc giải quyết, độ chính xác hay tính liên tục.
Gán sự đồng cảm của con người cho hệ thống
Bot có thể dùng ngôn ngữ phù hợp và nhận diện chủ đề, nhưng không nên mô tả là thứ có cảm xúc hoặc mô phỏng cảm xúc con người.
Cách đánh giá nền tảng chatbot
Dùng trường hợp đã chọn để kiểm tra:
- API chính thức: tương thích, kết nối số và chính sách.
- Luồng và IA: mô hình có sẵn và cách kết hợp chúng.
- Kiến thức: nguồn, cập nhật, phạm vi và từ chối.
- Tích hợp: kết nối cần thiết, chiều và quyền.
- Inbox và handoff: giao nhiệm vụ, tạm dừng, lịch sử và tiếp tục.
- Kiểm tra và nhật ký: xác thực trước khi kích hoạt và điều tra lỗi.
- Quyền: kiểm soát cuộc trò chuyện, nguồn và dữ liệu.
- Báo cáo: các chỉ số hữu ích cho quy trình, không chỉ khối lượng.
- Chi phí và giới hạn: kế hoạch, tin nhắn, IA, người dùng, tích hợp và hỗ trợ.
- Tính di động: truy cập, xuất và bảo trì dữ liệu.
Whatsplaid có thể được coi nằm trong phạm vi đã xác nhận: đại lý IA cho WhatsApp Business, cơ sở tri thức, inbox, leads, ticket, CRM nhẹ và tích hợp tùy cấu hình và gói.
Câu hỏi thường gặp về chatbot hỗ trợ khách hàng
Chatbot hỗ trợ khách hàng là gì?
Là hệ thống tự động trò chuyện qua tin nhắn để hướng dẫn, trả lời, thu thập dữ liệu hoặc chuyển tiếp yêu cầu. Có thể dùng quy tắc, IA hoặc cả hai.
Chatbot hỗ trợ có cần dùng IA không?
Không. Luồng xử lý tốt các bước dự đoán được. IA hữu ích cho câu hỏi mở và biến thể ngôn ngữ, với điều kiện có nguồn, giới hạn và kiểm thử.
Làm thế nào để tích hợp chatbot vào WhatsApp Business?
Cần sử dụng giải pháp tương thích với hạ tầng chính thức, kết nối số và cấu hình dịch vụ theo chính sách và quyền. Tham khảo chính sách chính thức của WhatsApp Business.
Chatbot có thể truy vấn tồn kho, lịch hoặc đơn hàng không?
Chỉ khi có tích hợp được kích hoạt cung cấp dữ liệu đó, với xác thực và quyền phù hợp. Phạm vi cần được xác minh.
Khi nào chatbot nên chuyển cho người thật?
Khi có yêu cầu, độ tin thấp, thiếu thông tin, khiếu nại, thương lượng, vấn đề nhạy cảm, lỗi tích hợp hoặc hành động không được ủy quyền.
Làm sao kiểm thử chatbot trước khi phát hành?
Kiểm thử câu hỏi đã biết, mơ hồ và không tồn tại, lỗi chính tả, dữ liệu cá nhân, lỗi tích hợp, handoff và tiếp tục.
Theo dõi chỉ số nào sau khi triển khai?
Hoàn tất, bỏ dở, mở lại, chuyển tiếp, sửa lỗi, thất bại, thời gian tới người thật, hài lòng, khiếu nại và nỗ lực bảo trì.
Bắt đầu nhỏ và giữ đội trong quy trình
Một chatbot tốt giải quyết các trường hợp xác định và nhận biết giới hạn của nó. Triển khai nên bắt đầu nhỏ, có thể kiểm thử và đo lường, với nguồn cập nhật và tích hợp đã xác minh.
Tự động hóa và đội ngũ con người cần chia sẻ ngữ cảnh và trách nhiệm. Khi bot không thể tiếp tục an toàn, người điều hành phải tiếp quản mà không có phản hồi cạnh tranh hoặc lặp lại không cần thiết.