Ba lớp cần tách riêng: kênh, dữ liệu và AI
Kênh Messenger chịu trách nhiệm nhận/gửi sự kiện. Lớp dữ liệu quản lý khách hàng, sản phẩm, cuộc hội thoại và trạng thái. Lớp AI xử lý ngôn ngữ và đề xuất câu trả lời. Tách ba lớp giúp dễ sửa lỗi và tránh biến prompt thành nơi chứa toàn bộ logic nghiệp vụ.
Không để AI tự suy đoán dữ liệu quan trọng
Giá bán, số lượng tồn, thời gian đặt lịch và chính sách là những dữ liệu nên lấy từ nguồn chuẩn. Nếu hệ thống không tìm thấy dữ liệu, phản hồi phù hợp là hỏi lại hoặc chuyển nhân viên thay vì tự tạo con số.
- Giá lấy từ database/API
- Trạng thái đơn lấy từ hệ thống đơn hàng
- Thông tin khách lưu theo quyền truy cập
- Prompt không thay thế rule nghiệp vụ
Đo hiệu quả bằng chỉ số vận hành
Thay vì chỉ đếm số tin AI đã trả lời, doanh nghiệp nên theo dõi thời gian phản hồi, tỷ lệ chuyển nhân viên, tỷ lệ hội thoại có đủ thông tin lead và tỷ lệ lỗi. Những chỉ số này phản ánh hệ thống có thực sự hỗ trợ bán hàng hay không.
Thiết kế customer memory mà không làm hội thoại bị “nhớ nhầm”
Customer memory nên lưu các dữ kiện có ích và có thời hạn rõ, chẳng hạn tên, nhu cầu gần nhất hoặc trạng thái lead. Không nên biến toàn bộ lịch sử chat thành “trí nhớ vĩnh viễn”, vì thông tin cũ có thể không còn đúng và làm AI suy diễn sai bối cảnh hiện tại.
Một cách an toàn là tách short-term conversation context khỏi long-term customer profile. Context ngắn phục vụ phiên đang diễn ra; profile dài chỉ lưu những trường đã được xác nhận. Khi khách sửa thông tin, hệ thống phải có cơ chế cập nhật thay vì giữ cả giá trị cũ lẫn mới.
Bảo vệ trải nghiệm khi AI hoặc API gặp lỗi
Một hệ thống tốt cần câu trả lời fallback rõ ràng khi model timeout, API Facebook lỗi hoặc database tạm không truy cập được. Fallback không nên giả vờ đã xử lý thành công; nó cần thông báo ngắn gọn và ghi nhận để nhân viên có thể tiếp tục.
Ngoài ra nên đặt timeout hợp lý cho từng bước. Nếu một service phụ chậm, không nên để cả hội thoại treo quá lâu. Thiết kế graceful degradation giúp hệ thống vẫn cung cấp thông tin cơ bản thay vì sập toàn bộ luồng.
- Timeout theo service
- Fallback không bịa kết quả
- Queue hoặc retry cho lỗi tạm thời
- Cảnh báo khi tỷ lệ lỗi tăng
Câu hỏi thường gặp
Có nên để AI trả lời mọi tin nhắn không?
Không. Nên giới hạn phạm vi và có điều kiện chuyển người thật khi thiếu dữ liệu hoặc khi nội dung vượt quyền của AI.
Có cần lưu lịch sử hội thoại không?
Nên lưu đủ context cần thiết cho vận hành và hỗ trợ khách, đồng thời tuân thủ chính sách dữ liệu của kênh và doanh nghiệp.
AI có thể nhớ khách cũ không?
Có thể nếu hệ thống có lớp customer memory được thiết kế và kiểm soát phù hợp.