Trong nhiều đội nhóm nhỏ, quy trình nội bộ thường được viết khi có thời gian rảnh: vài dòng trong tài liệu chung, một đoạn chat được ghim lại, hoặc một file hướng dẫn đã lâu chưa cập nhật. Vấn đề là những điểm mơ hồ trong quy trình chỉ lộ ra khi có người mới làm sai, khách hàng hỏi lại, hoặc công việc bị kẹt giữa hai bộ phận. AI có thể giúp rà soát quy trình theo một cách khá thực tế: đóng vai người đọc mới, người thực hiện, hoặc người kiểm tra để chỉ ra chỗ chưa rõ. Đây không phải là việc “giao AI viết lại toàn bộ quy trình”, mà là dùng AI như một lớp phản biện trước khi ban hành hoặc cập nhật tài liệu. Ví dụ thực tế: một đội chăm sóc khách hàng có quy trình xử lý yêu cầu hoàn tiền gồm 8 bước. Tài liệu nhìn qua có vẻ đầy đủ, nhưng khi đưa vào AI để rà soát, một số câu hỏi xuất hiện: - Ai là người có quyền duyệt hoàn tiền trong trường hợp dưới một mức giá trị nhất định? - Nếu khách hàng gửi thiếu ảnh chụp giao dịch thì nhân viên trả lời mẫu nào? - Thời hạn phản hồi là tính theo giờ làm việc hay giờ thực tế? - Khi chuyển sang bộ phận kế toán, cần gửi qua email, ticket hay công cụ nội bộ? - Có trường hợp nào không được hoàn tiền nhưng vẫn cần xin ý kiến quản lý không? Những câu hỏi này rất hữu ích vì chúng phản ánh đúng thứ thường gây lỗi: không phải thiếu quy trình, mà là quy trình chưa đủ rõ để nhiều người làm giống nhau. Cách làm đơn giản có thể áp dụng như sau: 1. Chuẩn bị tài liệu quy trình hiện có Không cần phải hoàn hảo. Có thể là bản nháp, đoạn ghi chú, checklist, hoặc nội dung lấy từ nhiều file khác nhau. Trước khi đưa vào AI, nên loại bỏ thông tin nhạy cảm như tên khách hàng, số điện thoại, mã hợp đồng, dữ liệu tài chính cụ thể. 2. Yêu cầu AI đọc với vai trò cụ thể Thay vì hỏi chung “quy trình này ổn không?”, hãy đặt vai rõ ràng. Ví dụ: “Bạn hãy đóng vai một nhân viên mới trong đội hỗ trợ khách hàng. Đọc quy trình dưới đây và liệt kê những điểm khiến bạn có thể hiểu sai, làm sai hoặc phải hỏi lại quản lý.” Hoặc: “Bạn hãy đóng vai người kiểm tra chất lượng vận hành. Hãy tìm các bước thiếu người chịu trách nhiệm, thiếu điều kiện đầu vào, thiếu thời hạn xử lý hoặc thiếu tiêu chí hoàn tất.” Cách đặt vai giúp phản hồi cụ thể hơn, bớt chung chung. 3. Yêu cầu phân loại vấn đề Sau khi AI nêu ra các điểm chưa rõ, nên yêu cầu phân nhóm, chẳng hạn: - Thiếu người chịu trách nhiệm - Thiếu điều kiện bắt đầu - Thiếu thời hạn - Thiếu mẫu phản hồi - Thiếu tình huống ngoại lệ - Thuật ngữ dễ hiểu khác nhau giữa các bộ phận Việc phân loại giúp người phụ trách không bị ngợp. Có những điểm cần sửa ngay, có những điểm chỉ cần bổ sung ví dụ, và có những điểm cần họp nhanh với bộ phận liên quan. 4. Biến nhận xét thành bản chỉnh sửa có kiểm soát Không nên chấp nhận toàn bộ đề xuất của AI một cách máy móc. Một cách an toàn hơn là yêu cầu AI tạo bảng gồm ba cột: “đoạn hiện tại”, “vấn đề có thể xảy ra”, “đề xuất chỉnh sửa”. Người phụ trách quy trình sẽ xem từng dòng và quyết định sửa hay không. Ví dụ, nếu quy trình ghi “gửi cho quản lý duyệt khi cần”, AI có thể đề xuất đổi thành: “Gửi cho trưởng nhóm duyệt nếu số tiền hoàn vượt mức X, hoặc nếu khách hàng đã khiếu nại từ lần thứ hai trở lên.” Phần “mức X” cần người trong công ty điền vào, không nên để AI tự đoán. 5. Kiểm tra lại bằng tình huống giả lập Một bước rất đáng làm là đưa 2-3 tình huống mẫu và hỏi AI: “Theo quy trình đã chỉnh sửa, nhân viên cần làm gì trong từng tình huống?” Nếu câu trả lời vẫn còn mập mờ, nghĩa là quy trình chưa đủ rõ. Ví dụ tình huống: - Khách hàng yêu cầu hoàn tiền nhưng thiếu hóa đơn. - Khách hàng đã nhận hàng nhưng báo sai sản phẩm sau 10 ngày. - Nhân viên phát hiện yêu cầu thuộc nhóm ngoại lệ nhưng quản lý đang nghỉ phép. Những tình huống này giúp kiểm tra xem quy trình có dùng được trong thực tế hay chỉ đẹp trên giấy. Một số lưu ý quan trọng: - Không đưa dữ liệu nhạy cảm lên công cụ AI nếu chưa được phép. - Không để AI tự đặt chính sách, hạn mức, cam kết pháp lý hoặc điều kiện tài chính. - Luôn có người phụ trách nghiệp vụ duyệt bản cuối. - Nên lưu lại các câu hỏi AI phát hiện, vì đó có thể là danh sách đào tạo rất tốt cho nhân viên mới. Giá trị lớn nhất của AI trong việc rà soát quy trình là giúp chúng ta nhìn tài liệu bằng con mắt của người chưa biết gì. Với những đội thường xuyên gặp lỗi lặp lại, đây là một cách nhanh và ít tốn kém để phát hiện điểm mơ hồ trước khi nó biến thành sự cố thật.