Bật AI thành công mới là bước đầu. Điều shop cần kiểm tra tiếp theo là: khách hỏi thiếu thông tin thì AI có hỏi lại không, khách yêu cầu ngoại lệ thì AI có tự đồng ý không, và khi cần nhân viên thì cuộc trò chuyện đi về đâu?
Sau khi chuẩn bị bộ kiến thức và hướng dẫn giao tiếp, shop có thể bắt đầu thiết lập AI cho kênh Messenger. Mục tiêu của giai đoạn này là tạo ra một phạm vi hỗ trợ đủ rõ để thử nghiệm, quan sát và điều chỉnh.
Theo Meta Blueprint, Meta Business Agent có thể hỗ trợ chào khách, trả lời câu hỏi, thu thập khách hàng tiềm năng và chuyển cuộc trò chuyện cho đội ngũ khi cần. Nguồn: Meta Blueprint
Bài viết dưới đây đưa ra quy trình thiết lập và kiểm thử dành cho shop. Giao diện, nguồn dữ liệu và lựa chọn vận hành cần được đối chiếu trực tiếp trên tài khoản đang sử dụng.
Trước khi bắt đầu, chuẩn bị bốn thứ
Để tránh vừa cấu hình vừa tìm lại thông tin, hãy chuẩn bị:
Bộ kiến thức đã duyệt: Thông tin shop, sản phẩm, chính sách và nguồn tra cứu.
Hướng dẫn giao tiếp: Cách xưng hô, cách hỏi thêm, giới hạn cam kết.
Người tiếp nhận: Nhân viên phụ trách, khung giờ hỗ trợ và cách xử lý ngoài giờ.
Danh sách câu hỏi thử nghiệm: Có cả câu hỏi thông thường, thiếu dữ kiện và vượt phạm vi.
Nếu chưa có đầy đủ dữ liệu sản phẩm, shop vẫn có thể chuẩn bị thử nghiệm với một nhóm thông tin đơn giản như địa chỉ, giờ làm việc và chính sách đã thống nhất.
Bước 1. Kiểm tra đúng Trang và kênh Messenger
Mở Meta Business Suite và xác nhận bạn đang quản lý đúng Trang của shop trước khi thay đổi thiết lập.
Hãy kiểm tra:
Tên và thông tin nhận diện của Trang.
Hộp thư Messenger cần triển khai.
Quyền của người thực hiện thiết lập.
Những công cụ trả lời tự động đang hoạt động.
Nhân viên đang phụ trách hộp thư.
Việc này đặc biệt cần thiết khi một tài khoản quản lý nhiều Trang hoặc có nhiều đơn vị cùng tham gia vận hành.
Kết quả cần có: Xác định rõ cấu hình sắp thay đổi sẽ ảnh hưởng đến Trang nào, kênh nào và ai chịu trách nhiệm theo dõi.
Bước 2. Xác định tính năng AI thực tế trên tài khoản
Trong giao diện quản lý của Trang, tìm phần giới thiệu hoặc thiết lập Meta Business Agent nếu tài khoản có cung cấp. Đọc mô tả để xác nhận đây là công cụ giao tiếp với khách hàng.
Đừng mặc định một mục “trả lời tự động” là AI tư vấn. Tin nhắn chào, thông báo vắng mặt và các câu trả lời theo quy tắc có thể phục vụ những mục đích khác nhau.
Trước khi tiếp tục, ghi lại:
Nội dung cần kiểm tra | Điều cần xác nhận |
|---|---|
Kênh hoạt động | Thiết lập có áp dụng cho Messenger của Trang không? |
Nguồn thông tin | Công cụ đang cho phép sử dụng những nguồn nào? |
Phạm vi phản hồi | Có thể giới hạn đối tượng hoặc tình huống nhận phản hồi không? |
Cách thử nghiệm | Có khu vực xem trước hoặc trò chuyện thử không? |
Cách tạm dừng | Có thể ngừng phản hồi tự động và tiếp quản bằng cách nào? |
Nếu chưa thấy tính năng, hãy kiểm tra quyền truy cập, thông báo của tài khoản và tài liệu hỗ trợ chính thức. Không nên tiếp tục một hướng dẫn chỉ vì ảnh chụp của người khác có nút mà tài khoản của shop chưa có.
Bước 3. Rà soát nguồn thông tin trước khi cho phép sử dụng
Ở những phần công cụ cho phép cung cấp hoặc lựa chọn dữ liệu, hãy đối chiếu với bộ kiến thức đã chuẩn bị.
Với mỗi nguồn được đề xuất, cần biết:
Nguồn đó chứa những thông tin gì?
Giá và chính sách có còn hiện hành không?
Có nội dung mâu thuẫn với nguồn khác không?
Có thông tin riêng tư không cần cho việc trả lời khách không?
Ai sẽ cập nhật khi shop thay đổi chính sách?
Nếu sử dụng nội dung website, hãy kiểm tra cả các trang cũ còn truy cập được. Nếu sử dụng hội thoại trước đây, cần xem xét việc những cuộc trò chuyện đó có chứa ưu đãi riêng, ngoại lệ hoặc câu trả lời đã lỗi thời hay không.
Được phép đọc một nguồn dữ liệu không đồng nghĩa mọi thông tin trong nguồn đó đều phù hợp để trả lời khách hiện tại.
Chỉ đưa vào phạm vi thử nghiệm những nội dung đã được rà soát. Nếu công cụ chưa hỗ trợ nguồn dữ liệu shop cần, hãy thu hẹp phạm vi thay vì giả định hệ thống đã có khả năng tra cứu.
Bước 4. Áp dụng hướng dẫn giao tiếp và giới hạn
Nếu giao diện có phần hướng dẫn hành vi hoặc tùy chỉnh câu trả lời, hãy sử dụng bộ quy tắc đã chuẩn bị ở Module 4 về cách xưng hô và giới hạn trả lời.
Các nội dung cần làm rõ gồm:
Đại diện shop xưng hô thế nào.
Khi nào cần hỏi thêm.
Nguồn nào được dùng để xác nhận thông tin.
Những cam kết cần nhân viên phê duyệt.
Cách xử lý khi chưa xác minh được.
Điều kiện chuyển cuộc trò chuyện cho con người.
Nếu giao diện không có trường cấu hình tương ứng, đừng cho rằng quy tắc đã được áp dụng. Hãy ghi nhận giới hạn đó và kiểm tra xem phạm vi triển khai có cần thay đổi hay không.
Ví dụ, khi chưa có cách xác minh tồn kho phù hợp, phạm vi thử nghiệm có thể tập trung vào mô tả sản phẩm và hướng dẫn lựa chọn. Việc xác nhận còn hàng vẫn do nhân viên đảm nhận.
Bước 5. Kiểm tra tác động đến các phản hồi tự động đang có
Trước khi bật phản hồi cho khách, ghi lại trạng thái của tin nhắn chào, thông báo ngoài giờ và những công cụ nhắn tin khác.
Đọc các thông báo mà giao diện hiển thị khi thay đổi thiết lập. Sau đó kiểm tra lại bằng một cuộc trò chuyện thử.
Cần quan sát:
Khách có nhận nhiều câu chào liên tiếp không?
Câu trả lời cũ và mới có mâu thuẫn không?
Khi nhân viên tham gia, công cụ tự động có tiếp tục phản hồi không?
Khi tạm dừng AI, hộp thư còn hoạt động theo cách nào?
Không nên tự tắt hàng loạt công cụ trước khi biết vai trò của từng phần. Hãy thay đổi có kiểm soát và ghi lại để có thể khôi phục cách vận hành phù hợp.
Bước 6. Thử nghiệm trước khi mở rộng
Nếu công cụ có khu vực trò chuyện thử hoặc lựa chọn giới hạn thử nghiệm, hãy tận dụng trước khi áp dụng rộng.
Nếu không có, cần xác định rõ tác động của việc kích hoạt đối với khách thật. Chỉ tiến hành thử nghiệm có kiểm soát khi shop hiểu phạm vi ảnh hưởng và có nhân viên theo dõi.
Đừng gọi quá trình này là “chế độ nháp” nếu giao diện chưa xác nhận có chế độ đó.
Bộ câu hỏi thử nghiệm có thể bắt đầu như sau:
Tình huống | Kết quả cần kiểm tra |
|---|---|
“Shop ở đâu?” | Trả đúng địa chỉ và làm rõ chi nhánh nếu cần |
“Mẫu này giá bao nhiêu?” | Xác định sản phẩm trước khi báo giá |
“Size M còn không?” | Không khẳng định tồn kho khi chưa xác minh |
“Nhận hàng lâu rồi, đổi giúp tôi nhé” | Hỏi dữ kiện cần thiết, đối chiếu chính sách |
“Giảm thêm cho tôi ngoài chương trình đi” | Không tự phê duyệt ưu đãi |
“Tôi muốn gặp nhân viên” | Hướng khách đến quy trình tiếp nhận đã thiết lập |
Một câu hỏi chưa có trong tài liệu | Thừa nhận giới hạn và hướng dẫn bước tiếp theo |
Sau mỗi lượt, kiểm tra cả nội dung trả lời lẫn hành động thực tế. Một tin nhắn thông báo “đã chuyển nhân viên” cần đi kèm việc người tiếp nhận thực sự nhận được yêu cầu.
Bước 7. Ghi lỗi và sửa đúng nguyên nhân
Khi một phản hồi chưa đạt, đừng vội bổ sung thêm một đoạn hướng dẫn dài. Hãy xác định lỗi xuất phát từ đâu.
Lỗi quan sát được | Phần nên kiểm tra trước |
|---|---|
Trả sai chính sách | Nguồn dữ liệu và phiên bản đang áp dụng |
Hỏi lại thông tin khách vừa cung cấp | Cách xử lý ngữ cảnh và hướng dẫn hỏi thêm |
Tự hứa giảm giá hoặc hoàn tiền | Giới hạn quyền hạn và cấu hình hành động |
Thông báo chuyển giao nhưng không ai tiếp nhận | Quy trình và thiết lập chuyển nhân viên |
Trả lời quá dài | Cấu trúc phản hồi và yêu cầu biên tập |
Nhiều công cụ cùng trả lời | Cách phối hợp các hệ thống nhắn tin |
Sau khi sửa, thử lại tình huống vừa lỗi và một số câu hỏi liên quan để xem thay đổi có gây vấn đề mới không.
Kết quả của bước này là một bảng lỗi có nguyên nhân, người xử lý và trạng thái kiểm tra lại. Đội ngũ sẽ dễ theo dõi hơn so với những nhận xét chung như “AI chưa thông minh” hoặc “trả lời chưa tự nhiên”.
Bước 8. Mở rộng từng phần và chuẩn bị cách tạm dừng
Khi nhóm câu hỏi ban đầu hoạt động đạt yêu cầu nội bộ, shop có thể cân nhắc mở rộng theo những lựa chọn công cụ thực tế hỗ trợ.
Trong giai đoạn đầu, cần có người xem lại hội thoại, theo dõi yêu cầu chuyển giao và kiểm tra các thay đổi về sản phẩm, giá hoặc chính sách.
Đồng thời, hãy thực hành cách tạm dừng phản hồi tự động trước khi xảy ra sự cố. Người trực hộp thư cần biết:
Tìm thiết lập tạm dừng ở đâu.
Phạm vi nào bị ảnh hưởng khi dừng.
Ai tiếp quản những cuộc trò chuyện còn dang dở.
Cần kiểm tra gì trước khi bật lại.
Nếu xuất hiện lỗi báo sai giá, cam kết vượt quyền hoặc chuyển giao không hoạt động, ưu tiên thu hẹp hoặc tạm dừng phạm vi bị ảnh hưởng rồi xử lý nguyên nhân.
Checklist trước khi đưa vào vận hành
Trước khi kết thúc lần thiết lập đầu tiên, hãy xác nhận:
Đúng Trang và kênh Messenger.
Đã kiểm tra các chức năng thực tế được cung cấp.
Nguồn kiến thức đã được rà soát.
Phạm vi trả lời và giới hạn cam kết đã rõ.
Các phản hồi tự động khác đã được kiểm tra.
Tình huống thiếu dữ kiện và ngoài phạm vi đã được thử.
Nhân viên nhận được yêu cầu chuyển giao.
Người phụ trách biết cách tạm dừng và tiếp quản.
Đây là checklist vận hành đề xuất, không phải chứng nhận của Meta về chất lượng hệ thống.
Hoàn thành một vòng thử nghiệm trước khi giao thêm việc cho AI
Hãy hình dung một quy trình mà bạn biết rõ AI đang phụ trách nhóm câu hỏi nào, nhân viên tiếp nhận ở đâu và lỗi được ghi lại như thế nào. Khi đó, việc mở rộng có cơ sở để quyết định.
Hãy chọn một nhóm câu hỏi đã có dữ liệu được duyệt, thử đủ các tình huống thông thường, thiếu thông tin và cần chuyển nhân viên. Ghi kết quả vào bảng trước khi mở rộng phạm vi phản hồi cho khách.
Một vòng thử nghiệm được ghi nhận rõ sẽ giúp shop có ngay ba thứ: cấu hình ban đầu, danh sách lỗi cần sửa và quy trình tiếp quản mà đội ngũ có thể thực hành.