Khi một báo giá sai giá hay một thư trả lời khách hứa điều không có, câu hỏi đầu tiên là chuyện gì đã xảy ra: ai nhờ AI làm, dùng câu lệnh nào, dựa trên tài liệu nào, ai đã duyệt. Nếu không có nhật ký, câu trả lời chỉ còn là trí nhớ của từng người, và cuộc tìm nguyên nhân dễ biến thành cuộc tìm người để trách.
Nhật ký sử dụng AI không cần là hệ thống phức tạp. Với doanh nghiệp nhỏ, một bảng tính có cấu trúc rõ, áp dụng cho các việc mức rủi ro vừa và cao, là đủ để truy vết khi có sự cố và để thấy xu hướng theo thời gian. Bài này đi qua các trường cần ghi, cách ghi đỡ tốn công, cách bảo vệ dữ liệu trong nhật ký và quy trình truy vết.
Nhật ký để làm gì, và không để làm gì
Mục đích chính của nhật ký là truy vết: khi có kết quả sai đi ra ngoài, bạn lần ngược được về câu lệnh, tài liệu nguồn, công cụ và người duyệt, để sửa đúng chỗ. Mục đích thứ hai là học: đọc nhật ký vài tháng, bạn thấy loại việc nào hay phải sửa, câu lệnh nào ổn định, người dùng nào cần hướng dẫn thêm. Mục đích thứ ba là giải trình: với khách hàng lớn, đối tác hay đơn vị kiểm toán hỏi công ty dùng AI ra sao, nhật ký là bằng chứng cụ thể thay cho lời hứa chung chung.
Nhật ký không phải công cụ giám sát nhân viên. Nếu dùng nó để đếm ai dùng AI nhiều, ai dùng ít, hay soi từng câu hỏi riêng tư, nhân viên sẽ chuyển sang dùng công cụ ngoài, tài khoản cá nhân, và nhật ký mất hết giá trị. Nên nói rõ ngay từ đầu: nhật ký ghi những việc thuộc phạm vi công việc, chủ yếu là việc mức vừa và cao theo bảng phân quyền, và được đọc để cải thiện quy trình.
Phạm vi cũng cần hợp lý. Ghi mọi lần nhân viên hỏi AI một từ đồng nghĩa là vô ích và tốn công. Việc mức thấp như tóm tắt ghi chú cá nhân, gợi ý ý tưởng thì không cần ghi.
Các trường tối thiểu của nhật ký
Bảng dưới là bộ trường đủ dùng cho doanh nghiệp nhỏ. Có thể thêm bớt, nhưng nên giữ những trường giúp lần ngược được nguyên nhân.
| Trường | Ghi gì | Vì sao cần |
|---|---|---|
| Ngày giờ và mã việc | Thời điểm, mã đơn hàng hoặc mã hồ sơ liên quan | Nối nhật ký với việc thật, tìm lại nhanh |
| Người dùng | Tên hoặc mã nhân viên dùng AI | Biết ai hỏi để trao đổi khi cần |
| Loại việc và mức rủi ro | Theo bảng phân quyền: báo giá, thư khiếu nại… | Lọc và thống kê theo loại |
| Công cụ và phiên bản | Tên công cụ, loại tài khoản, mô hình nếu biết | Khi công cụ cập nhật, biết việc nào có thể bị ảnh hưởng |
| Câu lệnh hoặc mã câu lệnh mẫu | Dán câu lệnh, hoặc ghi mã nếu dùng thư viện câu lệnh chung | Tìm nguyên nhân do cách hỏi |
| Nguồn dữ liệu đưa vào | Tên tài liệu, phiên bản, ngày cập nhật | Tìm nguyên nhân do tài liệu cũ |
| Người duyệt và kết quả duyệt | Đạt, trả lại, sửa gì | Biết khâu duyệt đã làm hay chưa |
| Đầu ra cuối cùng | Bản đã gửi hoặc đường lưu bản đã gửi | So sánh đầu ra AI với bản thật đã dùng |
Trường "câu lệnh" là trường hay bị bỏ nhất vì dài. Cách giải quyết là xây một thư viện câu lệnh mẫu có mã số, nhân viên chỉ ghi mã và phần điều chỉnh riêng. Thư viện câu lệnh cũng giúp kết quả ổn định hơn vì mọi người dùng cùng một cách hỏi đã được kiểm.
Ghi tay hay ghi tự động
Ghi tay bằng biểu mẫu. Phù hợp khi khối lượng nhỏ và dùng công cụ AI thông thường qua trình duyệt. Một biểu mẫu điền nhanh với các ô chọn sẵn giúp mỗi lần ghi chỉ mất chưa đến một phút. Nhược điểm là dễ quên khi bận.
Gắn vào bước duyệt. Thay vì bắt người dùng ghi riêng, đặt việc ghi nhật ký vào lúc gửi bản nháp cho người duyệt: biểu mẫu gửi duyệt có sẵn các trường nhật ký. Không gửi duyệt thì không đi tiếp được, nên tỉ lệ ghi đầy đủ cao hơn.
Dùng nhật ký có sẵn của công cụ. Gói dành cho tổ chức của nhiều công cụ AI có trang quản trị ghi lại lịch sử sử dụng. Kiểm phiên bản hiện hành xem công cụ của bạn ghi được gì, giữ bao lâu, ai xem được. Nhật ký này hữu ích nhưng thường không có trường "người duyệt" và "đầu ra cuối", nên vẫn cần bổ sung.
Ghi tự động khi AI được tích hợp vào phần mềm. Nếu AI chạy bên trong phần mềm bán hàng, chăm sóc khách hay quản lý tài liệu, yêu cầu bên cung cấp phần mềm cho xuất nhật ký đầy đủ: đầu vào, đầu ra, thời gian, người thao tác. Đây là câu hỏi nên đặt ngay khi chọn phần mềm.
Dữ liệu nhạy cảm nằm trong chính nhật ký
Nhật ký ghi câu lệnh và đầu ra, nên nó có thể chứa đúng những thông tin bạn đã cố che khi đưa vào AI: tên khách, giá chiết khấu riêng, nội dung khiếu nại. Một bảng tính nhật ký chia sẻ rộng trong công ty có thể trở thành nơi rò rỉ dữ liệu mới.
Vài nguyên tắc giữ an toàn. Thứ nhất, ghi theo mã thay vì ghi tên: mã khách, mã đơn, thay vì họ tên và số điện thoại. Thứ hai, phân quyền xem: người dùng thấy dòng của mình, người duyệt thấy dòng của bộ phận mình, chỉ người giữ quy định và quản lý cấp cao xem toàn bộ. Thứ ba, đặt thời hạn lưu: nhật ký chi tiết giữ trong một khoảng thời gian hợp lý theo nhu cầu truy vết và quy định lưu trữ hiện hành, sau đó xoá phần nội dung, chỉ giữ thống kê.
Nếu nhật ký có chứa dữ liệu cá nhân của khách hàng hay nhân viên, việc lưu và xử lý nó cũng thuộc phạm vi các quy định bảo vệ dữ liệu cá nhân. Phần nghĩa vụ này được trang AI Bảo Mật phân tích riêng; điều cần nhớ ở đây là nhật ký nên chứa càng ít dữ liệu cá nhân càng tốt, vì mục đích của nó là truy vết quy trình chứ không phải lưu hồ sơ khách.
Truy vết một sai sót từng bước
Khi có đầu ra sai đã đi ra ngoài, quy trình truy vết dựa trên nhật ký giúp tìm nguyên nhân mà không biến buổi làm việc thành buổi kiểm điểm:
- Xác định đầu ra sai: bản nào, gửi cho ai, sai ở điểm nào. Xử lý với khách hoặc đối tác trước, sau đó mới truy vết.
- Tìm dòng nhật ký tương ứng qua mã việc hoặc ngày giờ.
- So đầu ra AI ban đầu với bản cuối đã gửi: lỗi do AI tạo ra, hay do người sửa thêm sau đó.
- Nếu lỗi từ AI, kiểm nguồn dữ liệu đưa vào: tài liệu có đúng phiên bản không, có thiếu phần nào không.
- Kiểm câu lệnh: câu lệnh mẫu có thiếu chỉ dẫn quan trọng không, người dùng có sửa câu lệnh không.
- Kiểm khâu duyệt: người duyệt có được giao không, đã duyệt chưa, danh sách kiểm có mục bắt được lỗi này không.
- Ghi kết luận vào sổ sự cố: nguyên nhân chính, thay đổi đã làm (sửa câu lệnh, cập nhật tài liệu, thêm dòng vào danh sách kiểm), và thêm câu hỏi của sự cố vào bộ kiểm thử.
Phần lớn sự cố có nhiều nguyên nhân chồng lên nhau: tài liệu cũ, câu lệnh không yêu cầu ghi nguồn, người duyệt đọc vội. Sửa cả ba thay vì chỉ nhắc nhở người duyệt giúp sự cố không lặp lại.
Đọc nhật ký định kỳ để thấy xu hướng
Ngoài truy vết khi có sự cố, nhật ký có giá trị khi được đọc đều đặn, ví dụ mỗi tháng một lần. Những câu hỏi nên đặt khi đọc:
- Loại việc nào có tỉ lệ bị trả lại cao nhất, và lý do trả lại thường là gì.
- Câu lệnh mẫu nào ổn định, câu lệnh nào hay bị người dùng sửa, nghĩa là mẫu chưa hợp với thực tế.
- Có loại việc mới xuất hiện trong nhật ký mà chưa có trong bảng phân quyền không.
- Có tài liệu nguồn nào được dùng nhiều nhưng đã lâu không cập nhật không.
- Sau mỗi lần công cụ cập nhật, tỉ lệ trả lại có thay đổi không.
- Khối lượng việc qua AI có tăng nhanh hơn năng lực duyệt không.
Kết quả đọc nhật ký nên dẫn tới việc cụ thể: sửa một câu lệnh mẫu, cập nhật một tài liệu, thêm một loại việc vào bảng phân quyền, hoặc chuyển một việc từ duyệt toàn bộ sang lấy mẫu. Đọc mà không đổi gì thì nhật ký chỉ là thủ tục.
Ví dụ giả định: công ty giao nhận 25 người
Một công ty giao nhận hàng hoá (ví dụ giả định) dùng AI soạn thư báo lịch tàu, thư xác nhận đặt chỗ và tóm tắt điều kiện từ hợp đồng vận chuyển. Công ty lập nhật ký bằng biểu mẫu gửi duyệt: nhân viên điền mã lô hàng, mã câu lệnh mẫu, tên tài liệu nguồn, rồi đính kèm bản nháp cho trưởng nhóm.
Hai tháng sau, một khách phàn nàn thư xác nhận ghi sai hạn chót nộp chứng từ. Nhờ nhật ký, công ty thấy ngay: bản nháp AI ghi đúng theo lịch tàu cũ, vì tài liệu nguồn là tệp lịch của tuần trước chưa được thay. Người duyệt đã duyệt nhưng danh sách kiểm không có mục đối chiếu ngày với lịch mới nhất. Công ty sửa hai chỗ: tệp lịch tàu có ngày hiệu lực trong tên tệp, danh sách kiểm thêm mục đối chiếu ngày.
Khi đọc nhật ký cuối quý, công ty còn thấy một câu lệnh mẫu cho thư xác nhận bị sửa ở gần một nửa số lần dùng, phần lớn để bỏ đoạn chào hỏi quá dài. Câu lệnh mẫu được viết lại, và số lần sửa giảm hẳn ở quý sau.
Câu hỏi thường gặp
Doanh nghiệp nhỏ có thật sự cần nhật ký AI không?
Cần cho các việc mức rủi ro vừa và cao như báo giá, thư gửi khách, số liệu gửi đối tác. Không cần cho việc nội bộ mức thấp. Một bảng tính hoặc biểu mẫu gắn vào bước duyệt là đủ, không cần đầu tư phần mềm riêng.
Ghi nhật ký có làm chậm công việc không?
Nếu gắn vào bước gửi duyệt và dùng mã câu lệnh mẫu, mỗi lần ghi thường chưa đến một phút. Thời gian này nhỏ so với thời gian phải bỏ ra khi truy vết một sự cố mà không có dữ liệu.
Nhật ký nên lưu trong bao lâu?
Tuỳ nhu cầu truy vết và quy định lưu trữ của ngành. Một cách phổ biến là giữ chi tiết trong một thời hạn đủ để xử lý khiếu nại thường gặp, sau đó xoá phần nội dung và chỉ giữ thống kê. Nên hỏi bộ phận pháp chế hoặc kế toán về quy định lưu trữ áp dụng cho công ty.
Nhân viên có xem được nhật ký của người khác không?
Không nên. Mỗi người xem dòng của mình, người duyệt xem dòng của bộ phận, chỉ người giữ quy định xem toàn bộ. Phân quyền như vậy vừa bảo vệ dữ liệu khách vừa tránh nhật ký bị dùng để so bì giữa đồng nghiệp.
Có nên ghi cả những lần dùng AI bị bỏ, không dùng kết quả không?
Với việc mức cao thì nên, vì những lần bỏ cho thấy AI hay sai ở đâu. Chỉ cần ghi ngắn lý do bỏ. Với việc mức vừa, có thể bỏ qua để giảm công ghi.
Nhật ký có giúp khi khách hàng hỏi công ty dùng AI thế nào không?
Có. Thay vì trả lời chung chung, công ty có thể trình bày quy trình: loại việc nào dùng AI, ai duyệt, đã gặp những loại lỗi nào và sửa ra sao. Số liệu tổng hợp từ nhật ký, không kèm dữ liệu khách khác, là bằng chứng thuyết phục.