Viết lại quy trình khi có AI gồm năm bước: vẽ cách làm hiện tại từng bước, đánh dấu bước nào AI đảm nhận và ở mức nào, đặt chốt người duyệt trước mọi đầu ra đi ra ngoài, ghi quy tắc dữ liệu ngay tại bước dùng AI, và gắn câu lệnh chuẩn cùng ví dụ đầu ra đạt chuẩn. Kết quả nên vừa một trang để người mới đọc trong năm phút là làm theo được.
Đây là giai đoạn biến một thí điểm thành cách làm mặc định. Không có quy trình viết ra, cách làm tốt chỉ nằm trong đầu vài người hăng hái, và sẽ phai khi họ bận việc khác hay chuyển công tác. Bài này đi qua từng bước với một ví dụ giả định xuyên suốt: quy trình trả lời email khiếu nại của khách ở một công ty bán đồ gia dụng trực tuyến.
Vì sao phải vẽ cách làm cũ trước
Nhiều nhóm muốn bỏ qua bước này vì "ai cũng biết mình làm gì". Nhưng khi ngồi vẽ, gần như lần nào cũng lộ ra ba điều. Thứ nhất, mỗi người làm một kiểu: người tra lịch sử đơn hàng trước khi trả lời, người trả lời ngay rồi mới tra. Thứ hai, có những bước ẩn không ai kể: hỏi ý trưởng nhóm qua tin nhắn, tìm lại email cũ để chép đoạn xin lỗi. Thứ ba, có bước thừa đã tồn tại từ khi công ty còn nhỏ hơn.
Nếu chèn AI vào khi chưa thống nhất cách làm cũ, AI sẽ được dùng theo năm kiểu khác nhau của năm người, và thí điểm không đo được gì. Vẽ cách làm cũ cũng giúp chỉ ra chính xác bước nào tốn thời gian nhất, để AI được đặt vào đúng chỗ thay vì chỗ dễ nhất.
Cách vẽ đơn giản: mỗi bước một tờ giấy dán, ghi động từ và người làm, xếp theo thứ tự trên tường. Mời hai ba người đang làm việc đó thật đứng cùng sắp. Ghi bên cạnh mỗi bước thời gian trung bình và những chỗ hay chờ đợi. Một buổi khoảng một giờ là đủ cho một quy trình cỡ vừa.
Ví dụ giả định: quy trình trả lời email khiếu nại, trước và sau
Công ty giả định bán đồ gia dụng trực tuyến, mỗi ngày nhận vài chục email khiếu nại về giao hàng chậm, hàng lỗi, đổi trả. Bảng so cách làm cũ với quy trình mới có AI:
| Bước | Cách làm cũ | Quy trình mới có AI | Ai làm |
|---|---|---|---|
| 1. Đọc và phân loại | Nhân viên đọc từng email, tự xếp loại trong đầu | Nhân viên dán nội dung email (đã che tên, số điện thoại) để AI gợi ý loại khiếu nại và mức độ gấp | Nhân viên, AI gợi ý |
| 2. Tra thông tin | Mở phần mềm đơn hàng, tìm theo tên | Giữ nguyên: nhân viên tra đơn hàng trong phần mềm, không đưa dữ liệu đơn vào AI | Nhân viên |
| 3. Soạn trả lời | Viết từ đầu hoặc chép đoạn cũ | AI soạn nháp theo câu lệnh chuẩn của loại khiếu nại, để trống mọi con số và thời hạn | AI soạn, nhân viên điền |
| 4. Kiểm và điền | Tự đọc lại (nếu có thời gian) | Nhân viên điền thông tin thật, đối chiếu chính sách đổi trả, sửa giọng | Nhân viên |
| 5. Duyệt | Không có, trừ khi khách doạ đăng mạng xã hội | Khiếu nại có yêu cầu hoàn tiền hoặc mức gấp cao phải qua trưởng nhóm duyệt | Trưởng nhóm |
| 6. Gửi và lưu | Gửi, không ghi chú | Gửi, đánh dấu email đã dùng AI, ghi lỗi nếu AI soạn sai | Nhân viên |
Chú ý bước hai được giữ nguyên, không đưa AI vào. Không phải bước nào cũng nên có AI; ở đây dữ liệu đơn hàng chứa thông tin cá nhân của khách và đang nằm trong phần mềm riêng, nên tra trực tiếp vừa an toàn vừa nhanh hơn chép dán qua lại.
Chọn bước cho AI: bốn câu hỏi
Bước này có lặp lại theo mẫu không? AI làm tốt ở bước có khuôn: soạn thư theo loại, tóm tắt theo cấu trúc, chuyển định dạng. Bước cần phán đoán riêng cho từng trường hợp, như quyết định có hoàn tiền không, nên để người.
Đầu vào có đưa được vào AI an toàn không? Nếu đầu vào bắt buộc chứa thông tin cá nhân hoặc bí mật kinh doanh mà không che được, bước đó chưa nên giao cho AI, hoặc chỉ giao trên công cụ có điều khoản dữ liệu phù hợp đã được duyệt.
Sai ở bước này có bị bắt lại ở bước sau không? Đặt AI ở bước mà đầu ra còn đi qua ít nhất một lần kiểm của người. Tránh đặt AI ở bước cuối ngay trước khi gửi ra ngoài.
Có đo được bước này không? Bước được giao cho AI phải có số đo: thời gian, tỷ lệ phải sửa. Không đo được thì không biết AI có giúp hay không.
Chốt người duyệt: đặt ở đâu và duyệt cái gì
Chốt duyệt là chỗ quy trình có AI khác quy trình cũ nhiều nhất. Không phải vì AI kém, mà vì AI sai theo kiểu khác người: viết rất trơn tru một thông tin không có thật, hứa một điều chính sách không cho phép, dùng giọng thân mật với khách đang rất bực. Người đọc lướt dễ bỏ qua những lỗi này vì văn bản trông chuyên nghiệp.
Không cần duyệt mọi thứ. Phân loại đầu ra theo mức rủi ro: đầu ra nội bộ không ảnh hưởng ai ngoài người làm thì tự kiểm; đầu ra gửi khách nhưng nội dung chuẩn thì người làm tự kiểm theo danh sách; đầu ra có cam kết tiền, thời hạn, pháp lý thì phải có người thứ hai duyệt. Ghi tiêu chí phân loại vào quy trình để không ai phải đoán.
Người duyệt cần một danh sách kiểm ngắn, khoảng năm dòng, dán ngay trong quy trình. Ví dụ cho email khiếu nại: con số và thời hạn khớp chính sách hiện hành; không hứa điều chính sách không cho; tên và thông tin khách đúng người; giọng phù hợp mức bực của khách; không còn chỗ để trống chưa điền. Danh sách kiểm giúp việc duyệt nhanh và đồng đều giữa các người duyệt.
Một trang quy trình gồm những gì
Quy trình mới nên vừa một trang giấy hoặc một màn hình. Khung dưới đây dùng được cho hầu hết quy trình văn phòng:
- Tên quy trình, phạm vi áp dụng, ngày ban hành, người phụ trách cập nhật.
- Các bước đánh số, mỗi bước một dòng: làm gì, ai làm, có dùng AI không và ở mức nào (gợi ý, soạn nháp, làm trọn).
- Quy tắc dữ liệu ngay tại bước dùng AI: cái gì được đưa vào, cái gì phải che, cái gì không bao giờ đưa vào.
- Tiêu chí phân loại đầu ra cần duyệt và danh sách kiểm của người duyệt.
- Tên và vị trí câu lệnh chuẩn trong thư viện câu lệnh của nhóm, kèm hai ba ví dụ đầu ra đạt chuẩn.
- Cách xử lý khi AI sai: sửa, ghi vào sổ sự cố, báo người phụ trách nếu lặp lại.
- Lịch rà lại quy trình, ví dụ mỗi quý một lần hoặc khi đổi công cụ.
Câu lệnh chuẩn không nên chép thẳng vào trang quy trình vì nó sẽ được sửa thường xuyên hơn quy trình. Để ở thư viện câu lệnh, quy trình chỉ trỏ tên. Như vậy sửa câu lệnh không cần ban hành lại quy trình.
Câu lệnh chuẩn đi kèm quy trình
Mỗi bước có AI cần một câu lệnh chuẩn, được viết và thử trong giai đoạn thí điểm. Câu lệnh chuẩn khác câu lệnh cá nhân ở chỗ nó phải chạy được cho mọi người trong nhóm, kể cả người mới. Vì vậy nó cần nói rõ vai trò, bối cảnh công ty ở mức không lộ bí mật, đầu vào sẽ được dán vào chỗ nào, định dạng đầu ra, và những điều không được làm.
Ví dụ câu lệnh chuẩn cho loại khiếu nại giao hàng chậm, viết dạng văn xuôi: Bạn là nhân viên chăm sóc khách hàng của một cửa hàng đồ gia dụng trực tuyến. Dưới đây là email của khách, tên và số điện thoại đã được thay bằng mã. Hãy soạn thư trả lời bằng tiếng Việt, giọng lịch sự và đồng cảm, không quá dài. Không tự ghi ngày giao, số tiền hay thời hạn đổi trả; đánh dấu chỗ trống trong ngoặc vuông để nhân viên tự điền. Không hứa bồi thường. Kết thư bằng lời mời khách phản hồi nếu còn thắc mắc.
Câu lệnh chuẩn có số phiên bản và ngày sửa. Khi sổ sự cố cho thấy một lỗi lặp lại, ví dụ AI hay xin lỗi quá mức làm khách tưởng công ty nhận hết lỗi, người chủ việc sửa câu lệnh, ghi phiên bản mới và báo cả nhóm. Quy trình không cần ban hành lại, chỉ thư viện câu lệnh được cập nhật.
Ban hành và bỏ cách làm cũ
Quy trình mới chỉ có hiệu lực khi được ban hành chính thức, thường bằng chữ ký của lãnh đạo hoặc trưởng phòng theo phân quyền của công ty. Bước này nghe hành chính nhưng quan trọng: nó cho phép nhân viên bỏ cách làm cũ mà không sợ bị trách, và cho người duyệt căn cứ để yêu cầu đúng quy trình.
Đồng thời phải nói rõ cách làm cũ nào được bỏ. Một lỗi phổ biến là giữ song song cả hai "cho chắc": vừa dùng AI soạn nháp vừa bắt viết tay lại để so, hoặc vừa có chốt duyệt mới vừa giữ chốt duyệt cũ. Kết quả là người làm mất thời gian hơn trước và kết luận AI không giúp gì.
Sau khi ban hành, dành hai tuần theo dõi sát. Người phụ trách AI hỏi thăm từng người làm, xem quy trình có chỗ nào không chạy được trong thực tế. Sửa ngay những chỗ nhỏ, ghi lại những chỗ lớn để sửa ở lần rà quý. Quy trình là thứ sống, không phải văn bản ban hành xong là đóng khung.
Khi quy trình cũ vốn đã có vấn đề
Viết lại quy trình có AI thường làm lộ ra những vấn đề không liên quan gì tới AI: chính sách đổi trả mỗi người hiểu một kiểu, bảng giá có ba phiên bản, không ai biết ai có quyền duyệt giảm giá. Gặp những vấn đề này, đừng dùng AI để che. Dừng lại, giải quyết vấn đề gốc trước, rồi mới quay lại chèn AI.
Ví dụ giả định: trong quy trình email khiếu nại kể trên, khi viết câu lệnh chuẩn cho loại "hàng lỗi", nhóm phát hiện chính sách đổi hàng lỗi có hai văn bản mâu thuẫn về thời hạn. Nhóm dừng phần đó một tuần để trưởng phòng chăm sóc khách hàng chốt một văn bản duy nhất, đưa vào thư mục chính sách. Câu lệnh chuẩn sau đó yêu cầu AI không tự ghi thời hạn mà để người làm điền theo văn bản này.
Đây là một lợi ích ít được kể của dự án AI: nó buộc công ty viết ra những thứ trước nay chỉ nằm trong đầu, và thống nhất những thứ trước nay mỗi người một kiểu. Ngay cả khi thí điểm AI không thành, quy trình được làm rõ vẫn là kết quả có giá trị.
Câu hỏi thường gặp
Quy trình có AI có cần ban hành như văn bản chính thức không?
Nên có, ở mức phù hợp với cách công ty đang ban hành quy trình khác. Văn bản chính thức cho phép bỏ cách làm cũ, cho người duyệt căn cứ yêu cầu, và giúp người mới biết đâu là cách làm đúng. Với công ty rất nhỏ, một tài liệu chung có ngày và người duyệt là đủ.
Có nên để AI giúp viết quy trình không?
Có thể dùng AI để chuyển ghi chép lộn xộn thành bản nháp có cấu trúc, gợi ý danh sách kiểm. Nhưng nội dung từng bước, ai làm, ai duyệt phải do người làm việc thật quyết định. AI không biết những bước ẩn và những chỗ hay vướng của công ty bạn.
Quy trình nên chi tiết đến mức nào?
Đủ để người mới làm theo trong ngày đầu mà không phải hỏi nhiều. Thường là năm đến mười bước, vừa một trang. Chi tiết hơn thì đưa vào tài liệu hướng dẫn riêng hoặc vào câu lệnh chuẩn, để trang quy trình gọn.
Bao lâu nên rà lại quy trình có AI một lần?
Mỗi quý một lần trong năm đầu, và ngay khi đổi công cụ, đổi chính sách liên quan hoặc sổ sự cố cho thấy một lỗi lặp lại. Sau năm đầu có thể giãn ra nửa năm một lần nếu quy trình đã ổn định.
Nhân viên không theo quy trình mới thì xử lý thế nào?
Hỏi lý do trước: quy trình có bước không chạy được trong thực tế, công cụ chậm, hay người đó chưa được hướng dẫn đủ. Phần lớn trường hợp là do quy trình hoặc đào tạo, không phải do thái độ. Sửa quy trình, hướng dẫn lại, rồi mới nhắc nhở nếu vẫn không theo.
Một quy trình có thể dùng nhiều công cụ AI không?
Có thể, nhưng nên tránh trong giai đoạn đầu vì mỗi công cụ thêm vào là thêm một chỗ cần quản lý dữ liệu và đào tạo. Khi cần, ghi rõ bước nào dùng công cụ nào và lý do, để không ai tự đổi công cụ theo sở thích.