Khách hỏi đổi size, AI trả lời rất tự tin — nhưng lại dùng chính sách đã hết hiệu lực. Một câu trả lời nhanh lúc này có thể khiến nhân viên mất thêm thời gian giải thích và xử lý.
Đây là tình huống shop cần tính đến khi đưa AI vào chăm sóc khách hàng. Nếu thông tin sản phẩm, chính sách và hướng dẫn đang nằm rải rác trong nhiều tài liệu, việc chuẩn hóa dữ liệu cần được làm trước khi giao cho AI sử dụng.
Trong quá trình chuẩn bị triển khai Meta Business Agent, shop nên xây một bộ kiến thức dùng chung: thông tin nào được phép trả lời, lấy từ đâu, áp dụng khi nào và ai chịu trách nhiệm cập nhật.
Bài viết này hướng dẫn cách tổ chức bộ kiến thức đó, từ những câu hỏi khách thường gửi đến mẫu bảng có thể áp dụng ngay.
Bộ kiến thức cho AI là gì?
Bộ kiến thức, thường được gọi là Knowledge Base, là tập hợp thông tin đã được shop kiểm tra và duyệt để phục vụ việc trả lời khách.
Nội dung có thể bao gồm địa chỉ, giờ làm việc, thông số sản phẩm, hướng dẫn chọn kích cỡ, chính sách giao hàng, đổi trả và cách liên hệ nhân viên.
Có thể hình dung đây là sổ tay nghiệp vụ dành cho người tiếp nhận khách. Khi một nhân viên mới cần biết shop xử lý đổi size như thế nào, họ có tài liệu để tra cứu. Khi chuẩn bị dữ liệu cho AI, shop cũng cần mức độ rõ ràng tương tự.
Bộ tài liệu này là phần chuẩn bị về nội dung. Cách đưa dữ liệu vào công cụ phải phù hợp với những nguồn thông tin và chức năng thực tế mà tài khoản đang hỗ trợ.
1. Bắt đầu từ câu hỏi thật trong hộp thư
Thay vì viết một tài liệu dài ngay từ đầu, hãy mở lại những cuộc trò chuyện gần đây và ghi nhận khách đang hỏi gì.
Bạn có thể bắt đầu với các câu như:
Shop ở đâu, mở cửa đến mấy giờ?
Sản phẩm này có những kích cỡ nào?
Tôi nên chọn mẫu nào cho nhu cầu này?
Shop có giao đến khu vực của tôi không?
Nếu nhận hàng không vừa thì đổi thế nào?
Tôi muốn gặp nhân viên thì liên hệ ở đâu?
Sau đó, nhóm các câu có cùng ý định. “Shop ở đâu?”, “Cho xin địa chỉ” và “Có cửa hàng để xem trực tiếp không?” có thể liên quan đến cùng một nhóm thông tin, nhưng vẫn cần xem xét liệu mỗi câu có đòi hỏi câu trả lời bổ sung hay không.
Kết quả cần có: Một danh sách câu hỏi ưu tiên, được chọn theo mức độ xuất hiện và tầm quan trọng đối với hoạt động của shop.
Mốc 10 câu hỏi là điểm bắt đầu thực hành thuận tiện, không phải yêu cầu bắt buộc của Meta.
2. Chuẩn bị thông tin cơ bản của shop
Đây là nhóm dữ liệu dễ bắt đầu vì thường rõ ràng và ít biến động.
Hãy tập hợp:
Tên shop và cách gọi thương hiệu.
Địa chỉ từng chi nhánh.
Giờ mở cửa, giờ nhân viên hỗ trợ trực tuyến.
Hotline hoặc kênh liên hệ đã được xác nhận.
Dịch vụ có tại từng địa điểm.
Thông báo nghỉ hoặc thay đổi lịch làm việc.
Cần phân biệt những thông tin dễ bị hiểu nhầm. Chẳng hạn, cửa hàng mở đến buổi tối không có nghĩa bộ phận xử lý bảo hành cũng làm việc đến cùng giờ đó.
Nếu shop có nhiều chi nhánh, hãy ghi thông tin theo từng địa điểm. Một câu trả lời chung như “shop mở cửa hằng ngày” có thể chưa đủ để khách quyết định đến nơi nào và vào thời điểm nào.
3. Viết thông tin sản phẩm theo nhu cầu tư vấn
Một mô tả như “chất lượng cao, thiết kế đẹp, dễ sử dụng” chưa cung cấp đủ dữ liệu để giải đáp những thắc mắc cụ thể.
Thông tin sản phẩm nên giúp trả lời ba câu hỏi: Đây là sản phẩm gì? Phù hợp với ai? Khách cần biết điều gì trước khi chọn?
Nhóm thông tin | Nội dung nên chuẩn bị |
|---|---|
Nhận diện | Tên sản phẩm, mã sản phẩm, nhóm hàng |
Đặc điểm | Chất liệu, kích thước, thông số, công dụng |
Biến thể | Màu sắc, kích cỡ, phiên bản |
Mức độ phù hợp | Nhu cầu sử dụng, điều kiện tương thích |
Giới hạn | Trường hợp không phù hợp hoặc cần tư vấn thêm |
Hướng dẫn | Cách sử dụng, bảo quản, chọn kích cỡ |
Ví dụ, với túi đựng laptop, thông tin về kích thước ngăn chứa sẽ hữu ích hơn câu “đựng được nhiều loại máy”. Với quần áo, bảng số đo và cách đo sẽ giúp việc tư vấn có căn cứ hơn một mô tả “form chuẩn”.
Các thông tin chưa được xác nhận cần được đánh dấu để bổ sung. Tránh biến suy đoán của người biên soạn thành đặc điểm chính thức của sản phẩm.
4. Làm rõ chính sách và những điều kiện đi kèm
Chính sách thường là nơi xuất hiện câu trả lời thiếu nhất quán.
“Shop có hỗ trợ đổi hàng” vẫn để lại nhiều câu hỏi: đổi trong thời hạn nào, hàng phải ở tình trạng gì, trường hợp nào được áp dụng và ai chịu phí vận chuyển?
Mỗi chính sách nên làm rõ:
Phạm vi: Áp dụng cho sản phẩm, đơn hàng hoặc kênh mua nào?
Điều kiện: Khách cần đáp ứng những yêu cầu gì?
Thời hạn: Được tính từ mốc nào?
Chi phí: Ai thanh toán và trong trường hợp nào?
Cách thực hiện: Khách cần liên hệ đâu, cung cấp thông tin gì?
Ngoại lệ: Khi nào phải chuyển người có thẩm quyền?
Nếu shop chưa thống nhất một điều khoản, hãy để người phụ trách quyết định trước khi đưa vào bộ kiến thức.
Đồng thời, cần ghi ngày bắt đầu áp dụng và cách xử lý các đơn hàng thuộc chính sách cũ. Việc thay tài liệu mới không tự giải quyết được những trường hợp phát sinh trước ngày thay đổi.
5. Tách dữ liệu ổn định khỏi dữ liệu cần kiểm tra tại thời điểm trả lời
Không phải thông tin nào cũng phù hợp để lưu thành câu trả lời cố định.
Loại dữ liệu | Ví dụ | Cách quản lý đề xuất |
|---|---|---|
Ít thay đổi | Địa chỉ, hướng dẫn bảo quản | Lưu nội dung đã duyệt, cập nhật khi có thay đổi |
Thay đổi theo chính sách | Đổi trả, bảo hành, phí giao hàng | Ghi phiên bản, thời điểm áp dụng và điều kiện |
Thay đổi thường xuyên | Giá, ưu đãi | Xác định nguồn hiện hành và lịch cập nhật |
Cần tra cứu theo tình huống | Tồn kho, trạng thái đơn hàng | Dùng nguồn tra cứu phù hợp hoặc chuyển nhân viên xác nhận |
Một danh mục sản phẩm có mã hàng không đủ để khẳng định mã đó còn tồn kho. Tương tự, một bảng giá cũ không thể dùng để xác nhận ưu đãi hôm nay.
Quy tắc vận hành nên đặt ra: Khi chưa có nguồn xác minh phù hợp, câu trả lời phải thể hiện điều chưa xác nhận và hướng khách đến bước hỗ trợ tiếp theo.
6. Chuyển thông tin thành câu hỏi–trả lời rõ ràng
Khi đã có dữ liệu được duyệt, hãy biên soạn thành các mục dễ tra cứu.
Mỗi mục nên giải quyết một nhu cầu chính. Câu trả lời cần đủ điều kiện áp dụng nhưng tránh ghép quá nhiều chính sách vào một đoạn dài.
Ví dụ minh họa về cách biên soạn:
Cách viết còn thiếu | Cách viết cần hướng tới |
|---|---|
“Có đổi size.” | Nêu thời hạn, tình trạng sản phẩm, phạm vi áp dụng và cách gửi yêu cầu |
“Có giao tỉnh.” | Nêu khu vực phục vụ, cách xác nhận phí và thời gian giao dự kiến |
“Có bảo hành.” | Nêu sản phẩm được áp dụng, lỗi thuộc phạm vi bảo hành và nơi tiếp nhận |
Không tự điền thời hạn hay mức phí chỉ để hoàn thiện câu trả lời. Nếu dữ liệu còn thiếu, ghi rõ người cần xác nhận.
7. Dùng mẫu bảng để quản lý bộ kiến thức
Shop có thể bắt đầu bằng bảng sau:
Câu hỏi của khách | Câu trả lời được duyệt | Nguồn thông tin | Người phụ trách | Ngày cập nhật |
|---|---|---|---|---|
Cửa hàng mở đến mấy giờ? | Điền lịch thực tế theo chi nhánh | Lịch hoạt động đã duyệt | Người quản lý cửa hàng | Ngày kiểm tra gần nhất |
Tôi muốn đổi size thì làm sao? | Điền điều kiện và cách thực hiện | Chính sách đổi trả hiện hành | Người phụ trách CSKH | Ngày kiểm tra gần nhất |
Mẫu này phù hợp với nhu cầu nào? | Điền thông tin đã xác nhận | Hồ sơ sản phẩm | Người phụ trách sản phẩm | Ngày kiểm tra gần nhất |
Mã này còn hàng không? | Ghi cách tra cứu hoặc tuyến xác nhận | Nguồn tồn kho được chỉ định | Người phụ trách kho | Theo quy trình cập nhật |
Nếu cần quản lý sâu hơn, bổ sung cột phạm vi áp dụng, ngày hiệu lực, trạng thái duyệt và khi nào chuyển nhân viên.
Bảng này giúp shop nhìn thấy ngay câu hỏi nào đã có dữ liệu và câu hỏi nào còn đang chờ xử lý. Nó cũng trở thành tài liệu dùng chung để hướng dẫn nhân viên mới và rà soát chất lượng trả lời.
8. Chỉ định người cập nhật và loại bỏ thông tin mâu thuẫn
Một bộ kiến thức hữu ích cần có người duy trì.
Với mỗi nhóm dữ liệu, hãy xác định ai được sửa, ai duyệt và ai kiểm tra việc cập nhật vào công cụ đang sử dụng.
Khi thay chính sách, cần rà soát cả những nơi còn chứa phiên bản cũ: website, tài liệu hướng dẫn, câu trả lời mẫu và các nguồn AI được phép truy cập.
Nếu chưa giải quyết được mâu thuẫn, nên tạm giữ câu hỏi đó ngoài phạm vi tự động. Việc AI có nhiều tài liệu để tham khảo không bảo đảm nó sẽ chọn đúng phiên bản shop muốn áp dụng.
Khi dùng hội thoại cũ để tìm câu hỏi phổ biến, hãy loại bỏ những thông tin cá nhân không cần thiết. Bộ kiến thức chung nên tập trung vào nghiệp vụ và chính sách; việc xử lý dữ liệu riêng của từng khách cần có quy trình phù hợp.
Kiểm tra bộ kiến thức trước khi sử dụng
Trước khi thử nghiệm, hãy rà soát:
Mỗi câu trả lời đã có người duyệt chưa?
Điều kiện và ngoại lệ đã rõ chưa?
Nguồn thông tin có còn hiệu lực không?
Giá, tồn kho và trạng thái đơn đã được tách khỏi câu trả lời cố định chưa?
Có hướng xử lý khi thiếu dữ liệu không?
Có người tiếp nhận khi vượt phạm vi hỗ trợ không?
Sau đó, thử hỏi cùng một nội dung bằng nhiều cách diễn đạt, đưa vào trường hợp thiếu thông tin và kiểm tra những yêu cầu nằm ngoài chính sách.
Bộ kiến thức tốt giúp shop có cơ sở để đánh giá câu trả lời. Kết quả thực tế vẫn cần được kiểm thử và theo dõi trong quá trình vận hành.
Bắt đầu bằng một bộ dữ liệu nhỏ, rõ và có người chịu trách nhiệm
Bạn có thể bắt đầu với địa chỉ, giờ làm việc và một số chính sách đã thống nhất. Khi nhóm thông tin này được kiểm tra tốt, hãy mở rộng sang tư vấn sản phẩm và các nghiệp vụ phức tạp hơn.
Giá trị đầu tiên xuất hiện ngay trong lúc chuẩn bị: thông tin được tập trung, câu trả lời được thống nhất và trách nhiệm cập nhật được phân công rõ.
Hãy mở một bảng mới, chọn 10 câu hỏi khách thường gửi nhất và hoàn thành năm cột: câu hỏi, câu trả lời được duyệt, nguồn thông tin, người phụ trách và ngày cập nhật. Đánh dấu những dòng còn thiếu dữ liệu trước khi đưa chúng vào thử nghiệm với AI.
Đọc thêm: Checklist đánh giá shop đã sẵn sàng dùng AI trả lời khách chưa.
Marketing
Marketing
Marketing