Bài này trả lời câu hỏi của người ra quyết định: có nên đưa chatbot AI lên website công ty, và nếu có thì nên chọn cách nào. Đây không phải hướng dẫn kỹ thuật để tự huấn luyện một chatbot, nội dung đó đã có ở bài chatbot tiếng Việt, cách training cho doanh nghiệp và bài RAG cho doanh nghiệp, dành cho đội kỹ thuật đã quyết định triển khai và cần biết làm thế nào.
Ba cách đưa chatbot vào website
- Dùng dịch vụ chat có sẵn (widget của bên thứ ba), gắn một đoạn mã ngắn vào website, cấu hình câu trả lời qua giao diện quản trị của nhà cung cấp, không cần viết mã.
- Build riêng bằng API mô hình ngôn ngữ (như của OpenAI hoặc các nhà cung cấp khác), tự viết giao diện chat và tự quyết định logic trả lời, cần đội kỹ thuật thực hiện.
- Kết hợp API mô hình ngôn ngữ với dữ liệu riêng của công ty theo kỹ thuật truy xuất tăng cường (RAG), để chatbot trả lời dựa trên tài liệu, chính sách, sản phẩm thật của doanh nghiệp thay vì kiến thức chung chung.
So sánh ba lựa chọn
- Dịch vụ có sẵn: Thời gian triển khai ngắn nhất, thường vài giờ tới vài ngày. Đổi lại khả năng tuỳ biến câu trả lời hạn chế theo khuôn khổ nhà cung cấp cho phép.
- Build riêng bằng API: Thời gian triển khai trung bình, cần đội kỹ thuật viết giao diện và luồng hội thoại. Kiểm soát được cách chatbot trả lời và giao diện hiển thị, nhưng chưa có dữ liệu riêng của công ty nếu không làm thêm bước tiếp theo.
- Kết hợp RAG với dữ liệu riêng: Thời gian triển khai dài nhất trong ba lựa chọn, cần chuẩn bị và duy trì kho tài liệu làm nguồn cho chatbot. Đổi lại câu trả lời sát với thực tế sản phẩm và chính sách của công ty nhất, giảm rủi ro chatbot trả lời sai thông tin.
Những câu hỏi cần trả lời trước khi tích hợp
- Chatbot sẽ trả lời những câu hỏi gì. Phạm vi càng hẹp và càng rõ (ví dụ chỉ trả lời câu hỏi về giờ làm việc, dịch vụ, giá tham khảo) thì càng dễ kiểm soát chất lượng câu trả lời.
- Khi nào chuyển sang người thật. Phải có một điểm chuyển giao rõ ràng khi chatbot không trả lời được hoặc khách yêu cầu nói chuyện với người, không để khách mắc kẹt trong vòng lặp câu trả lời không đúng ý.
- Dữ liệu khách hàng nhập vào chatbot có được lưu lại không, lưu ở đâu, và ai có quyền xem. Đây là câu hỏi bắt buộc phải trả lời trước khi triển khai, không phải sau khi đã có khách hàng để lại thông tin cá nhân.
- Nội dung chatbot dựa trên có được cập nhật định kỳ không. Chính sách, giá, sản phẩm thay đổi mà nguồn dữ liệu chatbot không cập nhật theo sẽ khiến chatbot trả lời sai thông tin đã lỗi thời.
Vị trí và trải nghiệm đặt chatbot trên website
Vị trí phổ biến và ổn định nhất là một biểu tượng nổi ở góc dưới màn hình, mở ra một cửa sổ chat nhỏ khi khách bấm vào, không che nội dung chính của trang. Chatbot mở tự động ngay khi khách vừa vào trang, hoặc chiếm một phần lớn màn hình, thường gây khó chịu nhiều hơn giúp ích, đặc biệt trên điện thoại. Nội dung mở đầu nên nói rõ đây là trợ lý tự động, không giả làm người thật, để tránh gây hiểu lầm và mất lòng tin khi khách nhận ra sau đó.
Rủi ro và giới hạn cần biết
- Chatbot có thể trả lời sai hoặc trả lời không nhất quán nếu không giới hạn rõ phạm vi kiến thức, đặc biệt với các câu hỏi nằm ngoài dữ liệu đã cung cấp.
- Khách hàng có thể nhập thông tin cá nhân vào ô chat mà không lường trước dữ liệu đó được lưu trữ và xử lý thế nào, nên chính sách quyền riêng tư của website cần nói rõ điều này.
- Chatbot trả lời sai về giá, chính sách, hoặc cam kết dịch vụ có thể tạo ra kỳ vọng sai với khách hàng, dẫn tới tranh chấp khi thực tế không khớp với những gì chatbot đã nói.
- Chi phí vận hành API mô hình ngôn ngữ tính theo lượng sử dụng, cần có cơ chế giám sát để tránh chi phí tăng đột biến khi lượng truy cập tăng bất thường hoặc bị lạm dụng.
Rủi ro trả lời sai giảm được bằng kỹ thuật; bài về năm cách giảm hallucination cho LLM trên trancongthang.vn liệt kê những việc đội phát triển nên làm trước khi đưa chatbot tới khách hàng.
Khi nào doanh nghiệp chưa cần chatbot AI
- Lượng câu hỏi khách hàng gửi tới website còn ít, một nhân viên trực chat hoặc form liên hệ thông thường đã đủ xử lý mà không có độ trễ đáng kể.
- Chưa có kho tài liệu, chính sách, thông tin sản phẩm được tổ chức rõ ràng. Xây chatbot trên một nền dữ liệu lộn xộn thường cho ra một chatbot trả lời mơ hồ hoặc sai, tệ hơn không có chatbot.
- Sản phẩm hoặc dịch vụ cần tư vấn sâu, cá nhân hoá theo từng khách hàng, nơi giá trị nằm ở việc nói chuyện với người có chuyên môn thật, không phải câu trả lời tự động nhanh.
Sai lầm thường gặp
- Gắn chatbot vào website chỉ vì thấy đối thủ có, không xác định rõ chatbot sẽ giải quyết vấn đề cụ thể nào cho khách hàng của mình.
- Không kiểm thử chatbot với các câu hỏi thật của khách hàng trước khi công bố, dẫn tới phát hiện lỗi trả lời sau khi khách hàng đã gặp phải.
- Không có ai theo dõi và cải thiện chatbot sau khi triển khai, để nó chạy im lặng nhiều tháng trong khi câu trả lời ngày càng lệch với thực tế sản phẩm.
- Đặt chatbot ở vị trí che khuất nút liên hệ hoặc thông tin quan trọng khác trên trang, vô tình làm giảm hiệu quả của những kênh liên hệ đã hoạt động tốt từ trước.
ALODEV có kinh nghiệm tích hợp mô hình ngôn ngữ vào hệ thống của khách hàng khi bài toán thực sự cần, không đề xuất chatbot cho mọi dự án. Xem thêm về ứng dụng AI cho doanh nghiệp tại trang khái niệm AI cho doanh nghiệp.
Câu hỏi thường gặp
Chatbot AI có thay thế hoàn toàn nhân viên chăm sóc khách hàng không?
Không nên đặt mục tiêu thay thế hoàn toàn. Chatbot phù hợp để xử lý các câu hỏi lặp lại, tần suất cao, phạm vi rõ ràng. Câu hỏi phức tạp, cần đàm phán, hoặc cần sự đồng cảm thật sự vẫn nên chuyển cho người thật, và luôn cần một đường chuyển giao rõ ràng.
Chatbot có cần được cập nhật thường xuyên không?
Có, nếu chatbot trả lời dựa trên dữ liệu riêng của công ty (giá, chính sách, sản phẩm). Nguồn dữ liệu không cập nhật theo thực tế là nguyên nhân phổ biến nhất khiến chatbot trả lời sai sau một thời gian vận hành.
Doanh nghiệp nhỏ có nên tự làm chatbot hay dùng dịch vụ có sẵn?
Với doanh nghiệp nhỏ, mới bắt đầu, dịch vụ chat có sẵn thường là điểm khởi đầu hợp lý vì triển khai nhanh và không cần đội kỹ thuật riêng. Khi nhu cầu trả lời cần sát với dữ liệu nội bộ hơn dịch vụ có sẵn cho phép, đó là lúc cân nhắc build riêng hoặc kết hợp RAG.
