Cơ quan nhà nước cần chuẩn bị gì trước khi triển khai AI

Chúng tôi đã tham gia đủ nhiều buổi khảo sát để nhận ra một điều: khi một dự án AI trong cơ quan nhà nước gặp trục trặc, nguyên nhân hiếm khi nằm ở mô hình. Nó nằm ở những thứ lẽ ra phải xong trước khi phần mềm được cài.

Bài này là danh mục kiểm tra chúng tôi thường đi qua cùng khách hàng trước khi bàn đến bất kỳ giải pháp nào.

1. Dữ liệu đang ở đâu và ở dạng gì

Đây là yếu tố quyết định nhiều nhất, và cũng là yếu tố hay bị đánh giá thấp nhất.

AI đọc được tài liệu, nhưng chất lượng đầu ra phụ thuộc trực tiếp vào chất lượng đầu vào. Vài câu hỏi cần trả lời trước:

• Văn bản đang lưu ở đâu — trong hệ thống quản lý văn bản, trên ổ chia sẻ, hay trong máy cá nhân của từng cán bộ?
• Bao nhiêu phần trăm ở dạng số, bao nhiêu phần trăm còn là giấy?
• Với phần đã scan: có lớp văn bản tìm kiếm được chưa, hay chỉ là ảnh?
• Báo cáo các đơn vị gửi về có theo biểu mẫu thống nhất không?

Nếu phần lớn tài liệu còn là bản scan dạng ảnh, thì bước đầu tiên không phải là AI mà là số hóa. Đây không phải bước phụ, nó thường chiếm phần lớn thời gian của giai đoạn đầu.

2. Quy trình nghiệp vụ có được viết ra không

Phần mềm cần biết văn bản đi qua những bước nào, ai duyệt ở bước nào, biểu mẫu báo cáo gồm những mục gì. Nếu những thứ đó chỉ tồn tại trong đầu vài cán bộ lâu năm, việc cấu hình hệ thống sẽ rất chật vật.

Điều này nghe hiển nhiên nhưng thực tế rất hay gặp: mỗi phòng làm một kiểu, và không có tài liệu nào mô tả cách làm chuẩn. Khi đó, dự án AI vô tình trở thành dự án chuẩn hóa quy trình — việc đó có giá trị, nhưng cần được nhận diện và tính vào kế hoạch ngay từ đầu, thay vì phát hiện giữa chừng.

3. Hạ tầng máy chủ

AI chạy tại chỗ cần phần cứng, và phần tốn nhất là GPU cho máy chủ xử lý AI. Cần xác định trước:

• Đơn vị có phòng máy chủ đủ điều kiện về điện, làm mát và an ninh vật lý chưa?
• Có sẵn máy chủ nào tận dụng được, hay phải đầu tư mới?
• Mạng nội bộ có băng thông đủ khi nhiều người dùng cùng lúc không?
• Đã có quy trình sao lưu và khôi phục chưa, và đã thử khôi phục bao giờ chưa?

Câu cuối đáng được nhấn mạnh. Nhiều đơn vị có sao lưu nhưng chưa từng thử khôi phục. Một bản sao lưu chưa bao giờ được kiểm chứng thì không nên coi là đã có sao lưu.

4. Ai sẽ vận hành sau khi bàn giao

Đây là phần hay bị bỏ qua nhất, và là nguyên nhân phổ biến khiến hệ thống chạy tốt trong sáu tháng đầu rồi dần bị bỏ.

Cần trả lời trước: ai là người quản trị hệ thống, ai cập nhật biểu mẫu khi quy định thay đổi, ai xử lý khi cán bộ báo lỗi. Nếu câu trả lời cho cả ba đều là “gọi nhà cung cấp”, thì cơ quan đang tạo ra một điểm phụ thuộc lâu dài.

Một dự án tốt phải bàn giao được: có tài liệu hệ thống, có đào tạo, và có ít nhất một người trong đơn vị hiểu hệ thống đủ sâu để xử lý việc thường ngày.

Nên bắt đầu từ đâu

Nếu bốn mục trên chưa sẵn sàng hoàn toàn, đó không phải lý do để hoãn. Đó là lý do để bắt đầu ở phạm vi hẹp.

Chọn một phòng ban hoặc một xã, phường. Chọn một bài toán cụ thể và đo được — ví dụ rút ngắn thời gian tổng hợp báo cáo tháng. Chạy thử trên dữ liệu thật của chính đơn vị đó. Đo kết quả trước và sau.

Cách làm này có ba cái lợi. Rủi ro thấp, vì phạm vi nhỏ. Có con số thật để thuyết phục nội bộ khi cần mở rộng. Và quan trọng nhất: bạn phát hiện ra những vấn đề về dữ liệu và quy trình khi chúng còn dễ sửa, thay vì khi đã triển khai toàn tỉnh.

Một cảnh báo về con số

Khi chọn nhà cung cấp, hãy cẩn thận với bên nào đưa ra một tỷ lệ chính xác cụ thể trước khi xem dữ liệu của bạn. Độ chính xác của việc nhận dạng và trích xuất phụ thuộc rất nhiều vào chất lượng tài liệu, phông chữ, tình trạng bản scan và mức độ chuẩn hóa của biểu mẫu. Một con số đưa ra mà chưa xem dữ liệu thì không có căn cứ.

Cách làm đúng là chạy thử trên một tập tài liệu thật của đơn vị rồi báo con số đo được trên tập đó — kèm cả những trường hợp hệ thống làm chưa tốt.

---

Nếu cơ quan bạn đang ở giai đoạn cân nhắc, chúng tôi sẵn sàng đi qua danh mục này cùng bạn trong một buổi khảo sát, kể cả khi kết luận là chưa nên triển khai ngay.