AI trả lời khách tự động trên website và Zalo

AI trả lời khách trên website và Zalo chỉ vận hành gọn khi hai kênh dùng chung kho kiến thức, chung hồ sơ khách và chung quy tắc bàn giao. Nếu mỗi kênh có một bot riêng, giá và chính sách dễ lệch; khách chuyển từ web sang Zalo lại phải kể lại nhu cầu. Mô hình thực tế cần tách phần hiểu câu hỏi, nguồn dữ liệu, lịch sử hội thoại và kênh gửi tin. AI xử lý nội dung đã được duyệt, hệ thống ghi trạng thái, còn người thật nhận các ca cần phán đoán hoặc có ảnh hưởng tới tiền và cam kết. Xem thêm về mona.media.

1. Chia câu hỏi theo mức tự động trước khi nối kênh

Hãy lấy bốn tuần tin nhắn từ website và Zalo, ẩn thông tin cá nhân rồi gom nhóm. Nhóm một là thông tin công khai như giờ làm, địa chỉ, bảng giá và hướng dẫn. Nhóm hai cần dữ liệu theo khách như trạng thái đơn, lịch hẹn hoặc bảo hành. Nhóm ba cần người xử lý gồm khiếu nại, hoàn tiền, thay đổi hợp đồng và tư vấn chuyên môn.

Mỗi nhóm có cách trả lời khác nhau. Nhóm một lấy từ tài liệu đã duyệt. Nhóm hai phải xác minh người hỏi và gọi hệ thống nghiệp vụ. Nhóm ba tạo ca, giữ nguyên lịch sử và báo thời gian tiếp quản. Không nên cho AI quyền rộng chỉ vì nó trả lời tốt các câu cơ bản.

Ghi thêm tần suất, thời điểm và kết quả mong muốn. Câu hỏi xuất hiện 200 lần mỗi tháng ngoài giờ đáng ưu tiên hơn nội dung hiếm gặp. Chỉ số đầu ra có thể là câu đã giải quyết, hồ sơ đủ dữ kiện, lịch hẹn hoặc ca chuyển đúng bộ phận. Số tin nhắn gửi ra không nói lên hiệu quả.

2. Dùng một nguồn dữ liệu cho cả website và Zalo

Kho kiến thức cần có tài liệu, chủ sở hữu, ngày duyệt và phạm vi áp dụng. Chính sách giao hàng, lịch làm, chương trình cùng câu hỏi thường gặp được cập nhật một lần rồi phân phối ra hai kênh. Nội dung hết hạn phải tự ngừng dùng. Người vận hành cần xem được bot đã lấy câu trả lời từ nguồn nào.

Dữ liệu biến động như giá, tồn kho, lịch trống và trạng thái đơn phải được truy vấn từ hệ thống chính. Bot không chép những con số này vào một tệp tĩnh. Khi nguồn không phản hồi, nó báo chưa kiểm tra được và chuyển việc; không dùng kết quả đã lưu mà thiếu thời điểm.

Hồ sơ hội thoại nên có mã khách, kênh vào, nhu cầu, sản phẩm quan tâm, dữ kiện đã cung cấp, câu chưa giải quyết và trạng thái bàn giao. Khi khách từ website bấm chuyển sang Zalo, đường dẫn có thể mang một mã phiên ngắn để hệ thống tìm đúng hồ sơ sau khi người dùng đồng ý tương tác. Không đặt thông tin nhạy cảm trực tiếp trong URL.

3. Thiết kế một bộ não nhưng giữ đúng luật của từng kênh

Website cho phép đội dự án kiểm soát cửa sổ chat, biểu mẫu và trạng thái đăng nhập. Zalo đi qua Official Account, ứng dụng, webhook và các quyền tương tác theo nền tảng. Cùng một câu trả lời nhưng cách mở cuộc chat, thu sự đồng ý, gửi thông báo và định danh khách không giống nhau.

Giải pháp AI trả lời tự động nên có lớp kết nối riêng cho mỗi kênh. Lớp này nhận sự kiện, chuẩn hóa tin nhắn, kiểm quyền, gửi phản hồi và ghi lỗi. Phần AI chỉ nhận nội dung cùng ngữ cảnh đã được phép dùng. Tách như vậy giúp thay đổi kênh mà không phải viết lại toàn bộ kho kiến thức.

Trên website, bot có thể hỏi email hoặc số điện thoại bằng biểu mẫu rõ mục đích. Trên Zalo, hệ thống phải dùng đúng cơ chế người dùng đồng ý tương tác và định danh do nền tảng cung cấp. Dữ liệu giữa hai kênh chỉ được ghép khi có căn cứ, tránh nối nhầm hai người dùng chung số điện thoại công ty.

Mẫu trả lời cũng cần theo kênh. Website có thể hiển thị bảng, nút và nhiều lựa chọn trên một khung. Tin nhắn Zalo nên ngắn, chia bước và chỉ gửi nội dung liên quan tới yêu cầu đang có. Các chiến dịch chăm sóc phải tách khỏi luồng hỗ trợ để người dùng dễ ngừng nhận.

4. Bàn giao cho người thật bằng một hàng đợi chung

Các tín hiệu chuyển người gồm yêu cầu trực tiếp, cảm xúc tiêu cực, hỏi lặp, dữ liệu không khớp, thao tác tài chính và nội dung ngoài nguồn. Hệ thống tạo một ca với mức ưu tiên, toàn bộ hội thoại, bản tóm tắt cùng hành động đề xuất. Nhân viên tiếp quản trên một bảng chung, bất kể khách đến từ web hay Zalo.

Ca cần hạn xử lý. Khách đang thanh toán hoặc đã gửi mã đơn được ưu tiên cao; câu hỏi chung về sản phẩm tháng sau ở mức thấp hơn. Quá hạn thì báo quản lý. Khi người thật vào cuộc, AI dừng trên hồ sơ đó cho tới khi nhân viên đóng ca hoặc trả quyền lại.

Đội xây hệ thống có thể tham khảo các phân tích AI tại MONA, còn quy tắc bàn giao phải do bộ phận trực tiếp phục vụ khách xác nhận. Câu thông báo cần nói đúng khung giờ và bộ phận sẽ liên hệ. Không hứa phản hồi tức thì nếu ca đêm chỉ có AI.

5. Chạy thử một kịch bản trên hai kênh trong 30 ngày

Đợt thử nên chọn một nhóm sản phẩm và khoảng 30 câu hỏi phổ biến. Tuần đầu chạy nội bộ, tuần hai mở giới hạn trên website, tuần ba nối Zalo, tuần bốn theo dõi luồng chuyển kênh. Mỗi ngày đọc ca sai, ca bị bỏ và ca người thật phải hỏi lại.

Báo cáo cần tách theo kênh nhưng dùng cùng định nghĩa: thời gian phản hồi đầu tiên, tỷ lệ giải quyết, hồ sơ đủ dữ kiện, ca chuyển người, thời gian tiếp quản và số câu sai. Theo dõi thêm tỷ lệ khách từ website sang Zalo giữ được ngữ cảnh. Nếu số này thấp, vấn đề nằm ở định danh hoặc thiết kế chuyển kênh.

Mỗi lỗi được sửa tại đúng lớp. Thông tin sai sửa ở nguồn; hiểu sai sửa ở ví dụ và phân loại; gửi không thành công sửa ở kết nối; ca trễ sửa ở quy trình trực. Đừng kéo dài prompt cho mọi lỗi, vì nó làm hệ thống khó kiểm hơn.

AI đa kênh đáng dùng khi khách nhận cùng một thông tin, hồ sơ không bị đứt và nhân viên biết chính xác ca nào cần vào. Bắt đầu bằng một kho dữ liệu, một hàng đợi cùng ranh giới quyền rõ sẽ bền hơn dựng hai bot độc lập. Sau 30 ngày có số liệu, doanh nghiệp mới mở sang sản phẩm và tình huống mới.

---