Dọn kho tài liệu trước khi kết nối với AI

Chatbot trả lời rất nhanh, còn nhân viên vẫn phải hỏi lại vì link dẫn tới mẫu đơn cũ. Trước khi kết nối AI với kho tài liệu, nhóm cần xác định bản nào đang dùng, ai được đọc và ai chịu trách nhiệm cập nhật. Một thư mục nhiều file chưa tự trở thành nguồn trả lời đáng tin.

Hãy bắt đầu bằng một chủ đề nhỏ để kiểm từ đầu tới cuối. Khi tài liệu rõ, quyền đúng và câu trả lời có thể đối chiếu, nhóm mới có cơ sở mở rộng. Đưa thêm dữ liệu vào không tự giải quyết được sự lẫn lộn giữa các bản.

Dọn thư mục trước khi đưa vào chatbot

Trong ví dụ giả định này, nhóm của Phương muốn bot hướng dẫn đặt phòng họp. Kho chung có hướng dẫn cũ, bản sửa chưa duyệt và email về một ngoại lệ. Phương liệt kê các nguồn trước, thay vì đưa cả thư mục vào rồi chờ bot tự chọn.

Với mỗi bản, ghi người phụ trách và trạng thái. Có bản đang áp dụng, bản nháp và bản đã thay thế. Nếu chưa biết, để chờ xác nhận. Chữ “final” trong tên file không đủ để quyết định tài liệu còn hiệu lực.

Người phụ trách xác nhận hướng dẫn hiện tại. Bản cũ được lưu theo cách nhóm đang dùng nhưng không nằm chung nguồn hiện hành để trả lời. Đừng xóa lịch sử chỉ để thư mục nhìn gọn; cần xử lý rõ phạm vi dùng của từng bản.

Email ngoại lệ cũng cần hỏi lại. Có thể đó là cách xử lý riêng cho một sự kiện, không phải quy định mới cho cả công ty. Gộp nội dung ấy vào bản hướng dẫn chung mà chưa xác nhận sẽ tạo ra một quy tắc không ai ban hành.

Nếu việc dọn một chủ đề đã lộ nhiều mâu thuẫn, xử lý chúng trước. Đây là thông tin về chất lượng nguồn, không chỉ là vấn đề của chatbot. Người mới tự đọc thư mục cũng có thể gặp đúng sự nhầm lẫn ấy.

Mỗi tài liệu cần nhãn dễ hiểu

Phương đổi cách ghi tên để người đọc nhận ra nội dung và trạng thái. Bên trong có ngày áp dụng, phạm vi và đầu mối phụ trách. Ngày sửa file không nhất thiết là ngày quy định bắt đầu dùng, nên hai mốc cần được phân biệt.

Phạm vi rất quan trọng. Một hướng dẫn có thể dành cho phòng họp tại một văn phòng, còn nơi khác dùng quy trình riêng. Tên địa điểm và điều kiện nên xuất hiện rõ, không chỉ nằm trong tên thư mục ở nhiều cấp phía trên.

Đầu mối phải là người hoặc bộ phận có thể liên hệ. Nếu người cũ đã chuyển việc, cập nhật thông tin trước. Một ô đã được điền không có nghĩa trách nhiệm cập nhật đã được giải quyết.

Với bản tóm tắt, giữ link nguồn và ghi bản gốc đã đối chiếu. Khi nguồn thay đổi, nhóm biết phải rà lại bản rút gọn nào. Đừng để bản tóm tắt được dùng như một quy định độc lập mà không ai tìm ra xuất xứ.

Có thể quản lý bằng bảng ngắn gồm tên, trạng thái, phạm vi và đầu mối. Chỉ thêm trường khi có nhu cầu và người cập nhật. Dữ liệu có cấu trúc hữu ích ở chỗ thông tin được ghi nhất quán, không phải ở số lượng cột.

Quyền đọc phải đi cùng tài liệu

Kho tài liệu chung có thể chứa cả hướng dẫn công khai nội bộ và nội dung giới hạn. Cần kiểm quyền trước khi kết nối. Người hỏi không nên nhận được nội dung họ không có quyền đọc chỉ vì đi qua giao diện chatbot.

Tài liệu Azure AI Search mô tả kiểm soát truy cập ở mức tài liệu trong quá trình truy xuất. Đây là một ví dụ triển khai; nhóm vẫn cần kiểm cách hệ thống của mình áp dụng quyền, không mặc định mọi công cụ tự xử lý giống nhau.

Thử bằng dữ liệu mẫu có phân quyền rõ và các tài khoản khác nhau. Tạo một câu thử dễ nhận ra trong tài liệu giới hạn. Nếu tài khoản không có quyền vẫn nhận được nội dung ấy, dừng để sửa trước khi dùng dữ liệu thật.

Kiểm cả câu trả lời, phần trích dẫn và đường dẫn, không chỉ nút mở file. Nội dung có thể đã lộ trong câu trả lời dù link nguồn không mở được. Các phần hiển thị cần được xem cùng nhau.

Cũng thử sau khi quyền thay đổi hoặc tài liệu bị thu hồi. Nhờ người vận hành kiểm việc đồng bộ và dữ liệu đã lưu. Nếu chưa chắc, bắt đầu bằng hướng dẫn chung đã được phép dùng; không cần dùng hồ sơ riêng để chứng minh bản thử có thể hoạt động.

Chia nội dung nhưng giữ nguyên ý

Nếu hệ thống chia tài liệu thành đoạn để tìm kiếm, xem thử đoạn được lấy về. Một quy định có thể phụ thuộc ngoại lệ ở phần sau. Chỉ nhìn câu trả lời cuối sẽ khó biết lỗi đến từ nguồn, đoạn được tìm hay cách diễn giải.

Trong ví dụ của Phương, phòng nhỏ đặt trực tiếp, phòng lớn cần người phụ trách xác nhận. Nếu đoạn tìm được chỉ nói “đặt trực tiếp”, bot có thể trả lời thiếu điều kiện. Tên phòng và cách áp dụng cần đi cùng nhau trong phần được dùng.

Với bảng, kiểm tiêu đề cột, đơn vị và chú thích. Một dòng “hai giờ” mất ngữ cảnh sẽ không cho biết đó là thời lượng sử dụng hay hạn cần báo trước. Tách nội dung không nên làm mất những phần quyết định nghĩa.

Tài liệu scan cần kiểm chữ đã nhận dạng với ảnh gốc, nhất là ngày, tên và từ phủ định. Nguồn khó đọc nên được xử lý trước. Không nên kỳ vọng bước tạo câu trả lời sẽ sửa đúng mọi lỗi xuất hiện từ lúc nhận dạng.

Yêu cầu dẫn về đúng nguồn đã dùng và kiểm người hỏi có mở được bằng quyền của mình không. Một link trang chủ hoặc thư mục rộng chưa giúp đối chiếu. Có thể xem thêm cách kiểm câu trả lời với nguồn khi rà phần này.

Kiểm tra bằng câu hỏi thật và câu không có đáp án

Phương nhờ người phụ trách chuẩn bị câu hỏi, câu trả lời đúng và nguồn trước khi thử bot. Bộ thử có câu rõ, câu thiếu thông tin và câu ngoài phạm vi. Nhóm cần xem cả lúc bot nên hỏi thêm hoặc nói chưa có dữ liệu.

“Đặt phòng ở đâu?” và “Chiều mai cần chỗ họp thì làm gì?” là hai cách hỏi gần nhau. Thử cách nói thường ngày giúp kiểm việc tìm thông tin, không chỉ kiểm bot có trả lời được đúng câu tiêu đề trong tài liệu không.

Câu hỏi phòng còn trống lúc ba giờ có thể cần lịch hiện tại, trong khi kho chỉ có hướng dẫn đặt. Bot cần chỉ rõ giới hạn và nơi tra cứu. Không lấy một ví dụ trong tài liệu làm trạng thái thực tế của phòng.

Ghi lỗi theo nguyên nhân: dùng bản cũ, thiếu điều kiện, sai quyền hoặc nguồn không mở được. Sửa xong thử lại câu cũ và cách diễn đạt khác. Kết quả đẹp ở một câu chưa đủ xác nhận vấn đề đã được xử lý.

Ai chịu trách nhiệm cập nhật?

Chốt người sửa nguồn và người kiểm sau đồng bộ. Khi quy trình đổi, cập nhật bản chính, xử lý trạng thái bản cũ rồi thử câu hỏi liên quan. Cách quản lý phiên bản cần nối với việc vận hành chatbot.

Cho người dùng cách báo câu sai kèm câu hỏi và nguồn đã dẫn. Nhóm sẽ biết kiểm ở đâu. Kho tri thức hữu ích cần được giữ đúng trong lúc sử dụng, không chỉ được dọn đẹp vào ngày kết nối đầu tiên.