Phần mềm quản lý tài liệu bằng AI: khi Drive và NAS thành mê cung

Một bạn nhân viên mới nhắn vào nhóm chung: "Anh chị ơi, file báo giá mẫu cho khách dự án mình để ở đâu ạ?"

Mười lăm phút sau, ba người đã tham gia tìm. Một người lục Drive, một người nhớ là có trong NAS, người thứ ba khẳng định lần trước gửi qua Zalo. Cuối cùng file được tìm thấy trong email của một người thứ tư, tên là "bao gia final v3 (da sua).docx", và không ai chắc đó có phải bản mới nhất không.

Cảnh này diễn ra ở gần như mọi công ty mình từng làm việc cùng. Nó không gây ra khủng hoảng nào, nên không ai coi nó là vấn đề. Nhưng cộng dồn lại, nó là một trong những khoản lãng phí đều đặn nhất của doanh nghiệp: thời gian của những người lương cao nhất bị đốt vào việc đi tìm thứ công ty đã có sẵn.

Vấn đề không nằm ở chỗ chứa, nằm ở chỗ tìm lại

Công ty nào giờ cũng thừa chỗ chứa. Google Drive dung lượng gần như vô hạn, NAS đặt ở văn phòng, SharePoint đi kèm bộ Microsoft, Notion cho tài liệu nội bộ, và một lượng khổng lồ file đang nằm trong email với Zalo của từng người.

Chính vì thừa chỗ chứa nên tài liệu mới rải rác. Mỗi phòng ban chọn một nơi thuận tay. Mỗi nhân viên có thói quen riêng. Hợp đồng nằm một chỗ, phụ lục nằm chỗ khác, biên bản bàn giao nằm trong máy cá nhân của người đã chuyển đi làm việc khác.

Kết quả là công ty có một nghịch lý: càng tích luỹ nhiều tài liệu, việc khai thác chúng càng khó. Kho tri thức mười năm của công ty đáng ra là tài sản, nhưng nếu không ai tìm lại được thì nó chỉ là chi phí lưu trữ.

Thử quy khoản lãng phí này ra tiền

Vì không có hoá đơn nào ghi "chi phí đi tìm file", khoản này vô hình trong mọi báo cáo. Nhưng nó tính ra được, bằng ba con số mà bạn ước lượng ngay từ công ty mình.

Lấy một công ty 30 người làm ví dụ. Mỗi người trung bình 2 lần mỗi ngày phải đi tìm một tài liệu hoặc hỏi ai đó "cái này ở đâu, mục này quy định sao", mỗi lần mất chừng 10 phút tính cả thời gian của người bị hỏi. Nhân lên: 30 người x 2 lần x 10 phút là 10 tiếng mỗi ngày, khoảng 210 tiếng mỗi tháng, hơn 2.500 tiếng mỗi năm. Với chi phí nhân sự trung bình, con số này quy ra hàng trăm triệu đồng mỗi năm, chưa tính thứ khó đo hơn: những quyết định chậm lại vì "để em tìm lại tài liệu rồi báo anh sau".

Ba con số đầu vào của công ty bạn có thể khác, nhưng cấu trúc phép tính thì giữ nguyên, và mình chưa gặp công ty nào điền số thật vào mà ra kết quả nhỏ.

Vì sao tìm theo tên file luôn thất bại

Cách tìm kiếm của Drive hay NAS dựa trên tên file và cấu trúc thư mục. Cách này thất bại vì bốn lý do rất con người.

Thứ nhất, không ai đặt tên file giống ai. Cùng một hợp đồng, người đặt "HD_KhachA_2024", người đặt "hop dong khach A ban cuoi", người đặt "final_v3_moinhat_dachot". Người tìm phải đoán đúng từ khoá mà người đặt tên đã dùng, và thường đoán sai.

Thứ hai, thứ bạn cần nằm bên trong file, không nằm trên tên file. Bạn không cần "file hợp đồng khách A". Bạn cần biết "hợp đồng khách A quy định phạt chậm giao bao nhiêu phần trăm". Tên file không chứa câu trả lời đó, nên tìm được file rồi vẫn phải mở ra đọc.

Thứ ba, phiên bản. Một tài liệu quan trọng thường có năm bảy bản sao ở các giai đoạn khác nhau, và bản có chữ "final" trong tên chưa chắc là bản cuối.

Thứ tư, tri thức về việc "cái gì nằm ở đâu" sống trong đầu vài người cũ. Họ nghỉ phép là cả phòng khựng lại, họ nghỉ việc là một mảng ký ức của công ty đi theo.

Quản lý tài liệu bằng AI khác gì cách cũ

Phần mềm quản lý tài liệu bằng AI đổi hẳn cách tiếp cận: thay vì tìm file rồi tự đọc, bạn hỏi thẳng câu hỏi và nhận câu trả lời lấy từ nội dung kho tài liệu.

Khác biệt nằm ở ba tầng.

Tầng một, tìm theo ý nghĩa thay vì theo chữ khớp. Bạn hỏi "chính sách công tác phí đi tỉnh" thì hệ thống vẫn tìm ra tài liệu tên "Quy định thanh toán chi phí di chuyển", vì nó hiểu hai cụm đó nói về cùng một thứ. Người dùng không cần đoán từ khoá của người đặt tên nữa.

Tầng hai, trả lời trực tiếp thay vì trả về danh sách file. Câu hỏi "phạt chậm giao trong hợp đồng khách A là bao nhiêu" nhận về đúng con số, kèm chỗ trích. Việc mở file 40 trang ra dò từng mục biến mất.

Tầng ba, và đây là tầng quyết định độ tin cậy: mỗi câu trả lời phải kèm trích dẫn nguồn, chỉ rõ nó lấy từ file nào, mục nào. Không có trích dẫn thì bạn không phân biệt được câu trả lời thật với câu AI tự bịa, và với tài liệu công việc thì một câu bịa trơn tru còn nguy hiểm hơn không có câu trả lời.

Nếu bạn muốn hiểu kỹ hơn trải nghiệm hỏi đáp trên file diễn ra thế nào và làm được những gì, mình viết riêng một bài về chat với tài liệu nội bộ.

Bốn thứ bắt buộc phải có khi chọn hệ thống

Thị trường đang có nhiều công cụ gắn mác "quản lý tài liệu thông minh". Khi đánh giá, mình khuyên soi vào bốn điểm sau, vì thiếu một trong bốn là triển khai xong sẽ hối.

Nối vào chỗ chứa hiện tại, không bắt chuyển nhà. Đây là điểm loại nhiều công cụ nhất. Nếu hệ thống bắt bạn tải toàn bộ tài liệu lên một kho mới của họ, dự án sẽ chết ngay ở khâu di dời: không ai có thời gian chuyển hàng chục nghìn file, và chuyển xong thì nhân viên vẫn lưu file mới vào chỗ cũ theo thói quen. Hệ thống đúng phải đọc được từ nơi tài liệu đang nằm, tức là kết nối thẳng Google Drive, NAS, SharePoint, Notion.

Trích dẫn nguồn cho từng câu trả lời. Như đã nói ở trên, đây là ranh giới giữa công cụ dùng được cho công việc và đồ chơi demo. Hỏi nhà cung cấp một câu đơn giản: khi AI trả lời, tôi bấm vào đâu để mở đúng đoạn gốc trong tài liệu?

Hiểu tiếng Việt và chịu được tài liệu hỗn tạp. Kho tài liệu thật của doanh nghiệp Việt là một mớ PDF, DOCX, bảng tính, file scan, lẫn cả tiếng Việt lẫn tiếng Anh. Đừng tin bản demo chạy trên vài file PDF sạch đẹp; hãy đưa đúng những file xấu xí nhất của bạn vào buổi thử.

Phân quyền theo người dùng. Bảng lương không được phép xuất hiện trong câu trả lời cho nhân viên kho. Hệ thống phải tôn trọng quyền truy cập sẵn có: ai không mở được file nào thì cũng không nhận được câu trả lời lấy từ file đó.

Bài học từ chính dự án bên mình

MediaX, công ty đứng sau AI 5 Phút, đang xây một sản phẩm đúng cho bài toán này tên là Doc Copilot: biến kho tài liệu của doanh nghiệp thành nơi hỏi đáp được, kết nối thẳng vào Drive, NAS, SharePoint, Notion, và mọi câu trả lời đều kèm trích dẫn nguồn.

Điều đáng kể lại ở đây không phải phần công nghệ, mà là thứ bọn mình học được khi triển khai: khâu khó nhất chưa bao giờ là AI. Khâu khó nhất là kho tài liệu của khách hàng bẩn hơn họ nghĩ rất nhiều.

Một kho điển hình mà bọn mình nhận được có ba bản trùng nhau của cùng một quy trình, khác nhau vài dòng, không bản nào ghi ngày. Có những file quy định đã hết hiệu lực từ hai năm trước nhưng vẫn nằm chung thư mục với bản hiện hành. AI đọc tất cả với độ chăm chỉ như nhau, nên nếu không dọn, nó sẽ thỉnh thoảng trả lời theo bản cũ. Câu trả lời có trích nguồn đàng hoàng, nguồn là thật, chỉ có điều nguồn đó đã hết hạn.

Vậy nên trong mỗi dự án, phần việc đầu tiên không phải cài phần mềm mà là ngồi với khách trả lời một câu hỏi tưởng đơn giản: với mỗi chủ đề, tài liệu nào là bản chuẩn? Nhiều công ty phát hiện ra họ chưa từng có câu trả lời.

Bắt đầu từ đâu nếu chưa muốn mua gì

Điều hay là bạn có thể bắt đầu xử lý bài toán này ngay mà chưa cần bỏ tiền, và những việc này đằng nào cũng phải làm trước khi triển khai bất kỳ hệ thống nào.

Chọn một nhóm tài liệu duy nhất đang gây đau nhất, thường là bộ quy trình nội bộ hoặc hồ sơ khách hàng, đừng ôm cả kho. Với nhóm đó, làm ba việc: gom hết về một chỗ, xoá hoặc đánh dấu rõ các bản cũ, và chỉ định một người làm chủ, ai muốn sửa phải qua người đó.

Xong bước dọn, bạn có thể thử ngay trải nghiệm hỏi đáp với từng file bằng các trợ lý AI phổ thông, cách làm cụ thể nằm trong bài chat với tài liệu nội bộ. Dùng thử ở mức file lẻ một thời gian, bạn sẽ biết chính xác mình cần gì ở một hệ thống cho cả công ty, và lúc đó nói chuyện với nhà cung cấp nào cũng ở thế chủ động.

Còn một phép thử để biết công ty bạn có cần thứ này gấp không: tuần tới, mỗi lần có ai hỏi "file đó ở đâu" hay "mục đó quy định thế nào", bạn ghi lại một gạch. Cuối tuần đếm số gạch, nhân với thời gian trung bình mỗi lần tìm và số tuần trong năm. Con số ra thường đủ lớn để bạn nhìn cái kho Drive của công ty bằng con mắt khác.