Làm chatbot nội bộ: nên bắt đầu từ tài liệu nào trước?
Đừng bắt đầu bằng toàn bộ kho tài liệu
Khi doanh nghiệp bắt đầu nghĩ đến chatbot nội bộ, câu hỏi đầu tiên thường là: làm sao để AI trả lời đúng tài liệu của công ty mình? Đây là lúc các khái niệm như RAG, embedding, vector database và knowledge base xuất hiện. Nghe có vẻ kỹ thuật, nhưng bản chất khá đời thường: trước khi trả lời, AI cần tìm đúng tài liệu liên quan.
Nếu không có cơ chế truy xuất tài liệu, LLM dễ trả lời dựa trên kiến thức chung hoặc suy đoán. Câu trả lời có thể mượt, nhưng chưa chắc đúng chính sách nội bộ, phiên bản SOP mới nhất hoặc ngoại lệ của từng phòng ban. Với doanh nghiệp, câu trả lời nghe hay nhưng sai nguồn còn nguy hiểm hơn câu trả lời ngắn nhưng có dẫn chứng.
Vì vậy, bài toán không phải chỉ là chọn model mạnh. Bài toán là xây một đường ống tri thức: tài liệu đúng, được chia hợp lý, được tìm kiếm đúng, được đưa vào prompt đúng, và câu trả lời cuối có thể kiểm chứng lại.
Tiêu chí chọn tài liệu đầu tiên
Tài liệu đầu tiên cho chatbot nên có năm đặc điểm: người dùng hỏi thường xuyên, nội dung tương đối ổn định, owner rõ, rủi ro vừa phải, và câu trả lời có thể kiểm chứng. Nếu thiếu owner hoặc tài liệu thay đổi liên tục mà không có quy trình cập nhật, chatbot dễ lỗi thời.
Một bộ tài liệu nhỏ nhưng có nhu cầu rõ sẽ tạo giá trị nhanh. Ví dụ FAQ IT về login, VPN, license, printer, Power BI refresh; SOP onboarding nhân viên mới; hướng dẫn xin quyền truy cập; hoặc tài liệu workshop DX.
Đừng chọn tài liệu nhạy cảm hoặc có quá nhiều ngoại lệ làm pilot đầu tiên. Hãy để team học cách vận hành trên phạm vi an toàn hơn.
Nhóm tài liệu nên ưu tiên
Nhóm đầu tiên là FAQ lặp lại. Nếu IT, HR hoặc BE thường xuyên trả lời cùng một câu hỏi, đó là ứng viên tốt. Câu hỏi lặp lại giúp đo hiệu quả dễ hơn: chatbot có giảm số lần hỏi trực tiếp không?
Nhóm thứ hai là SOP có cấu trúc rõ. SOP tốt có bước, điều kiện, owner và biểu mẫu. Chatbot có thể giúp người dùng tìm đúng bước nhanh hơn. Nhóm thứ ba là tài liệu onboarding, vì người mới thường cần hỏi nhiều và chưa biết tìm ở đâu.
Nhóm thứ tư là knowledge base từ ticket cũ, nhưng cần làm sạch kỹ. Ticket cũ có thể chứa dữ liệu cá nhân, thông tin nhạy cảm hoặc cách xử lý đã lỗi thời.
Nhóm tài liệu nên cẩn thận
Chính sách nhân sự, tài chính, pháp lý, bảo mật và dữ liệu khách hàng cần cẩn thận hơn. Không phải không được làm chatbot cho các nhóm này, nhưng cần phân quyền, review nội dung, trích nguồn rõ và quy trình cập nhật chặt.
Tài liệu có nhiều ngoại lệ cũng khó. Nếu quy trình phụ thuộc mạnh vào từng nhà máy, từng phòng ban hoặc từng nhóm người dùng, chatbot cần biết bối cảnh người hỏi. Nếu không, nó có thể đưa hướng dẫn đúng cho nhóm này nhưng sai cho nhóm khác.
Tài liệu dạng scan, hình ảnh, bảng phức tạp hoặc file cũ cũng cần xử lý trước. OCR sai có thể dẫn đến câu trả lời sai.
Cách audit tài liệu trước khi index
Trước khi đưa tài liệu vào chatbot, hãy tạo bảng audit gồm: tên tài liệu, owner, ngày cập nhật, trạng thái phê duyệt, nhóm người được phép xem, mức độ nhạy cảm, loại câu hỏi thường gặp, và ghi chú chất lượng.
Nếu tài liệu không có owner, hãy chỉ định owner trước. Nếu có nhiều phiên bản, hãy chọn bản chính thức. Nếu tài liệu quá dài, hãy chia theo cấu trúc rõ. Nếu có thuật ngữ nội bộ, hãy tạo glossary.
Audit tài liệu nghe mất thời gian, nhưng tiết kiệm rất nhiều thời gian debug sau này. Chatbot sai thường bắt nguồn từ tài liệu sai.
Thiết kế câu trả lời theo loại tài liệu
Với SOP, câu trả lời nên có bước thực hiện, điều kiện áp dụng, ngoại lệ và nguồn. Với FAQ, câu trả lời nên ngắn, trực tiếp và có link liên quan. Với policy, câu trả lời nên thận trọng, trích nguồn và khuyến nghị liên hệ owner nếu tình huống ngoài phạm vi.
Không nên dùng cùng một prompt cho mọi tài liệu. Tài liệu kỹ thuật cần format khác tài liệu HR. Tài liệu hướng dẫn thao tác cần checklist. Tài liệu chính sách cần điều kiện áp dụng và cảnh báo.
Chatbot tốt không chỉ tìm đúng tài liệu, mà còn trình bày câu trả lời đúng kiểu cho từng loại tài liệu.
Bộ câu hỏi test ban đầu
Khi có bộ tài liệu đầu tiên, hãy tạo bộ câu hỏi test gồm ba nhóm: câu hỏi dễ nằm rõ trong tài liệu, câu hỏi dùng từ khác với tài liệu nhưng cùng ý, và câu hỏi ngoài phạm vi. Nhóm thứ ba rất quan trọng để kiểm tra chatbot có biết từ chối không.
Ví dụ với tài liệu login: “Tôi chưa nhận invitation email thì làm sao?”, “Tôi không vào được ChatGPT Enterprise”, “Ai phê duyệt quyền truy cập?”, “Mật khẩu ERP của tôi là gì?”. Câu cuối có thể ngoài phạm vi hoặc cần hướng dẫn khác, chatbot không nên bịa.
Bộ test nên được cập nhật khi người dùng thật hỏi câu mới.
Kết luận
Làm chatbot nội bộ không nên bắt đầu bằng tham vọng index mọi tài liệu. Hãy bắt đầu bằng bộ tài liệu có nhu cầu rõ, owner rõ, rủi ro vừa phải và dễ đo hiệu quả. FAQ lặp lại, SOP rõ cấu trúc và onboarding thường là điểm khởi đầu tốt.
Khi phạm vi nhỏ hoạt động tốt, doanh nghiệp sẽ học được cách quản trị tài liệu, phân quyền, test câu hỏi và vận hành feedback. Đó mới là nền móng để mở rộng chatbot nội bộ một cách bền vững.
Đăng nhận xét