AI chăm sóc khách hàng làm tốt nhất ba việc: trả lời câu hỏi lặp lại theo chính sách có sẵn, gợi ý sản phẩm dựa trên dữ liệu thật, và chuyển đúng lúc sang nhân viên. Chatbot bán hàng không nên tự quyết đổi trả ngoại lệ, hứa giảm giá hay xử lý khiếu nại. Ranh giới đó phải viết ra trước khi bật.
Bài toán thực tế: vì sao chatbot làm khách bực hơn?
Vì chatbot được bật để giảm việc cho nhân viên, chứ không được thiết kế quanh câu hỏi khách thật sự hỏi. Khách hỏi "đơn của tôi đâu" nhận lại câu chào mẫu và danh sách nút. Khách muốn gặp người thì bị đưa vòng lại. Đây là đầu việc chạm thẳng vào khách, nên trong lộ trình ứng dụng AI trong kinh doanh nó nên làm sau các việc nội bộ như báo cáo.
Phần lớn bài viết về chatbot trên mạng do nhà cung cấp chatbot viết, nhấn vào "trả lời 24/7, tiết kiệm chi phí". Ít bài nói đến chỗ khó: chatbot cần dữ liệu đơn hàng thật để trả lời đúng, cần luật chuyển người, và cần được đo bằng doanh thu, không chỉ bằng số tin nhắn đã trả lời.
Tư duy dẫn đường: ba việc chatbot làm và ranh giới
Trước khi chọn công cụ, liệt kê câu hỏi khách thật sự hỏi. Cách nhanh là lấy một tháng tin nhắn, cho AI gom nhóm (đã che tên, số điện thoại), như hướng dẫn trong bài phân tích tin nhắn khách hàng. Kết quả thường cho thấy một nhóm nhỏ câu hỏi chiếm phần lớn lượt hỏi.
Sau đó chia câu hỏi vào ba việc:
| Việc | Ví dụ câu hỏi | Chatbot cần dữ liệu gì | Ranh giới |
|---|---|---|---|
| Trả lời | Phí ship, thời gian giao, chính sách đổi trả, bảng size | Chính sách viết sẵn, cập nhật khi đổi | Chỉ trả lời theo văn bản đã duyệt |
| Tra cứu, gợi ý | Đơn tới đâu, còn size M không, mẫu nào giống mẫu này | Trạng thái đơn, tồn kho theo mã, danh mục sản phẩm | Không hứa ngày giao khi trạng thái chưa có |
| Chuyển người | Khiếu nại, hàng lỗi, đổi trả ngoại lệ, khách hỏi lần thứ hai | Lịch sử hội thoại, đơn liên quan | Chuyển ngay, kèm tóm tắt cho nhân viên |
Ba luật chuyển người nên có từ ngày đầu: khách nói muốn gặp người; khách hỏi lại cùng một ý lần thứ hai; câu hỏi có từ khóa khiếu nại như "lỗi", "hỏng", "lừa", "hoàn tiền". Khi chuyển, chatbot gửi kèm tóm tắt để nhân viên không phải hỏi lại từ đầu.
Nối dữ liệu đơn hàng: phần quyết định chatbot đúng hay sai
Chatbot trả lời "đơn của tôi đâu" mà không đọc được trạng thái đơn thật thì chỉ có thể nói câu chung chung. Muốn trả lời đúng, chatbot cần đọc dữ liệu đơn và tồn kho từ nguồn, theo thời gian gần thực.
Nguồn cần nối thường gồm: đơn từ phần mềm bán hàng (ví dụ danh sách đơn Nhanh.vn qua API), trạng thái vận chuyển, và tồn kho theo mã biến thể. Hội thoại Messenger cũng đọc được qua API của Facebook nếu trang đã cấp quyền.
Hai bẫy cần chặn:
- Trạng thái đơn khác nhau giữa các kênh. "Đã giao" trên sàn và trên phần mềm bán hàng có thể dựa vào trường dữ liệu khác nhau. Chatbot cần một bảng quy đổi trạng thái sang câu nói với khách.
- Tồn kho lệch. Chatbot nói "còn hàng" khi kho đã hết sẽ tạo đơn hủy. Nếu tồn giữa các kênh đang lệch, sửa phần đó trước (xem tồn kho đa kênh bị lệch).
Xác thực trước khi tra đơn: chỉ trả thông tin đơn khi khách cung cấp đúng mã đơn hoặc số điện thoại khớp với hội thoại. Không bao giờ đọc địa chỉ, số điện thoại đầy đủ ra khung chat.
AI bứt tốc: hướng dẫn hệ thống cho chatbot bán hàng
Phần lớn công cụ chatbot dùng mô hình AI đều cho viết một đoạn hướng dẫn hệ thống. Ví dụ minh họa cho shop thời trang:
Bạn là nhân viên tư vấn của shop thời trang nữ. Xưng "shop", gọi khách là "chị".
Chỉ trả lời dựa trên: (1) văn bản chính sách đính kèm, (2) dữ liệu đơn và tồn kho
do hệ thống cung cấp trong lượt này. Không có thông tin thì nói sẽ chuyển nhân viên.
Không hứa giảm giá, quà tặng, ngày giao cụ thể nếu dữ liệu không ghi.
Chuyển nhân viên ngay khi: khách muốn gặp người; khách nhắc lại cùng một câu hỏi;
có dấu hiệu khiếu nại (hàng lỗi, sai mẫu, muốn hoàn tiền).
Khi chuyển, viết tóm tắt 3 dòng: khách hỏi gì, đơn nào, đã trả lời gì.
Không nhắc lại số điện thoại, địa chỉ của khách trong tin nhắn.
Câu trả lời dưới 60 chữ.
Với tin nhắn chủ động sau khi đơn đổi trạng thái, như báo đã gửi hàng, thường dùng kênh có mẫu tin được duyệt, ví dụ ZNS theo đơn hàng. Messenger có giới hạn khung thời gian nhắn tin theo chính sách của Meta, nên không nên dựa vào chatbot Messenger cho tin nhắn chủ động.
Kết quả cần đo lường
Đo chatbot bằng kết quả kinh doanh, không bằng số tin đã trả lời. Bốn chỉ số nên theo dõi hàng tuần, ghi mốc hai tuần trước khi bật:
| Chỉ số | Ý nghĩa | Dấu hiệu xấu |
|---|---|---|
| Thời gian phản hồi đầu tiên | Khách chờ bao lâu | Giảm nhưng tỷ lệ chốt không đổi |
| Tỷ lệ chuyển người | Phần chatbot không xử lý được | Quá thấp có thể là khách bỏ đi, không phải được phục vụ |
| Tỷ lệ chốt đơn của hội thoại | Số hội thoại ra đơn hợp lệ | Giảm sau khi bật chatbot |
| Tỷ lệ hủy đơn tạo từ chat | Chatbot hứa sai, khách hủy | Tăng so với đơn nhân viên tạo |
Ví dụ minh họa: tuần đầu bật, thời gian phản hồi đầu tiên giảm mạnh nhưng tỷ lệ chốt đứng yên. Đọc lại 30 hội thoại không ra đơn thường thấy chatbot trả lời đúng nhưng không hỏi tiếp size, màu. Sửa hướng dẫn hệ thống rồi đo lại.
Chăm sóc khách không dừng ở trả lời tin nhắn. Khách đã mua mà không quay lại là bài toán khác, cần dữ liệu mua lặp lại theo từng người; xem khách cũ không quay lại. Số chốt đơn, hủy đơn theo kênh lấy thẳng từ nguồn, như cách Quantri360 làm, giúp đo chatbot bằng đơn thật thay vì số do công cụ chatbot tự báo. Khi chatbot tự gọi nhiều hệ thống để xử lý trọn một yêu cầu, nó đã thành một AI agent; xem cụm AI agent cho thương mại điện tử.
Tóm lại
- Gom một tháng tin nhắn thật để biết khách hỏi gì trước khi bật chatbot.
- Chia câu hỏi thành trả lời, tra cứu gợi ý, chuyển người; viết ranh giới bằng văn bản.
- Nối dữ liệu đơn hàng và tồn kho từ nguồn; xác thực khách trước khi tra đơn.
- Đặt ba luật chuyển người từ ngày đầu, kèm tóm tắt cho nhân viên.
- Đo bằng tỷ lệ chốt và tỷ lệ hủy đơn từ chat, không chỉ bằng thời gian phản hồi.
