Cách dùng các lần làm thật để viết quy trình trước khi tự động hóa shop
Quy trình viết từ trí nhớ thường bỏ mất bước ngầm và ngoại lệ. Lấy các lần làm thật giúp shop thấy chính xác dữ liệu, quyết định và điểm bàn giao.

Trả lời ngắn: Cách dùng các lần làm thật để viết quy trình trước khi tự động hóa shop
Để viết quy trình trước khi tự động hóa, shop nên chọn nhiều lần làm thật, ẩn dữ liệu nhạy cảm rồi ghi lại đầu vào, từng quyết định, đầu ra và ngoại lệ. Từ đó mới viết luật cho Nhân sự số hoặc Nhân viên số. Con người duyệt phạm vi, quyền và điều kiện dừng trước khi thử.
Vì sao phải bắt đầu từ các lần làm thật?
Khi kể lại bằng trí nhớ, nhân viên thường gộp nhiều thao tác thành câu “kiểm tra đơn” hoặc “chăm sóc khách”. Nhưng hệ thống cần biết kiểm ở đâu, thiếu gì thì hỏi, trường hợp nào dừng và kết quả nào chứng minh đã xong.
Các lần làm thật cho thấy quy trình đang chạy chứ không phải quy trình trên giấy. Mẫu có lỗi và ngoại lệ đặc biệt hữu ích vì chúng bộc lộ những quyết định mà người có kinh nghiệm vẫn làm ngầm.
Nên chọn những loại mẫu việc nào?
Không lấy một trường hợp thuận lợi rồi coi đó là toàn bộ quy trình. Chọn mẫu đủ đại diện cho cách shop đang làm, nhưng loại bỏ hoặc che dữ liệu cá nhân không cần thiết trước khi dùng để phân tích.
- Mẫu bình thường, đủ dữ liệu và hoàn tất đúng.
- Mẫu thiếu dữ liệu, cần hỏi lại khách hoặc đồng nghiệp.
- Mẫu cần duyệt về giá, chính sách hoặc quyền lợi khách.
- Mẫu bị chuyển người, trả lại hoặc làm lại.
- Mẫu đến trong giờ cao điểm hoặc lúc người phụ trách vắng mặt.
Một mẫu việc cần được tách thành các ô nào?
Mỗi dòng nên là một hành động có đầu vào và đầu ra nhìn thấy. Tránh viết bằng tên phòng ban hoặc mục tiêu quá rộng. Câu “nhân viên xử lý đơn” không đủ rõ để thử hay kiểm tra.
| Ô cần ghi | Câu hỏi | Ví dụ dạng dữ liệu |
|---|---|---|
| Sự kiện | Điều gì làm việc bắt đầu? | Tin nhắn mới, trạng thái đơn, mốc thời gian |
| Nguồn | Người làm tra thông tin ở đâu? | Chính sách đã duyệt, hệ thống đơn hàng |
| Quyết định | Điều kiện nào đổi bước? | Đủ mã đơn, đúng phạm vi, cần xin duyệt |
| Hành động | Bước cụ thể được thực hiện là gì? | Tạo việc, cập nhật trạng thái, chuẩn bị trả lời |
| Bằng chứng | Dựa vào đâu biết đã xong? | Mã việc, bản ghi, xác nhận của người nhận |
Làm sao tìm bước ngầm và ngoại lệ trong mẫu?
Đề nghị người trực tiếp làm kể lại trong lúc nhìn đúng mẫu. Mỗi khi họ nói “thường”, “tùy” hoặc “nếu thấy lạ”, hãy dừng và hỏi dấu hiệu cụ thể là gì, ai quyết định và quyết định đó dựa trên nguồn nào.
So hai người làm cùng loại việc để tìm chỗ hiểu khác nhau. Chỗ khác biệt chưa nên đưa vào tự động hóa; chủ shop cần chọn quy tắc, hoặc giữ nó thành điểm chuyển người.
Từ mẫu thật chuyển thành quy trình thử như thế nào?
Gộp các bước giống nhau thành đường chính, rồi đặt ngoại lệ bên cạnh đúng điểm phát sinh. Với mỗi bước, ghi người hoặc hệ thống thực hiện, quyền cần dùng, kết quả và điều kiện dừng. Chỉ tự động hóa phần đã đủ rõ.
Google SRE khuyên không chép nguyên quy trình thủ công vào phần mềm. Tự động hóa là cơ hội bỏ bước thừa và tách thành các phần có thể kiểm tra riêng.
Nguồn cho dữ kiện trên: Operational Efficiency: Eliminating Toil (Google Site Reliability Engineering)
- Giữ một mục tiêu hẹp cho lần thử đầu.
- Bỏ bước nhập lại không tạo giá trị nếu nguồn đã đủ.
- Viết riêng hành động được phép và hành động bị cấm.
- Gắn người nhận cho từng ngoại lệ.
- Đặt bằng chứng hoàn tất cho đường chính và đường chuyển người.
Nhân sự số và con người được phân vai ra sao?
Nhân sự số hay Nhân viên số là hệ thống AI Agent do A Tech Economy phát triển. Sau khi quy trình đủ rõ, hệ thống có thể được cấu hình để nhận việc, hiểu đầu vào và chọn bước trong phạm vi đã giao. Khả năng cụ thể phải được kiểm thử với dữ liệu và công cụ thật của từng shop.
Con người đặt mục tiêu, chọn mẫu, duyệt quy tắc, cấp quyền và chịu trách nhiệm cuối. NIST AI RMF nhấn mạnh vai trò giám sát của con người cần được xác định và ghi lại, thay vì chỉ nói chung rằng “có người kiểm tra”.
Nguồn cho dữ kiện trên: AI RMF Core (NIST AI Resource Center)
Con người chỉ huy. AI làm phần được giao. Mẫu chưa rõ thì giữ cho người xử lý, không ép thành luật.
Kiểm tra bản quy trình trước khi bật bằng cách nào?
Dùng lại các mẫu đã chọn nhưng không cho người viết quy trình tự giải thích thêm. Một người khác đi theo từng bước và ghi chỗ phải đoán. Nếu cùng đầu vào mà hai người chọn hai đường khác nhau, quy tắc chưa đủ rõ.
Sau đó thử trên bản sao hoặc môi trường kiểm tra. Đối chiếu đầu ra, nhật ký, quyền và đường chuyển ngoại lệ. Chỉ đưa vào vận hành khi người phụ trách có thể dừng, quay lại và biết việc nào còn mở.
Câu hỏi thường gặp
Cần bao nhiêu mẫu việc thật mới đủ?
Không có một con số chung. Cần đủ mẫu để thấy đường bình thường, thiếu dữ liệu, ngoại lệ, lỗi và giờ cao điểm; dừng khi mẫu mới không còn tạo thêm nhánh quan trọng.
Có nên dùng nguyên tin nhắn khách làm mẫu không?
Chỉ dùng dữ liệu cần thiết và phải che thông tin cá nhân hoặc nhạy cảm không phục vụ mục tiêu. Quyền truy cập mẫu cũng cần được giới hạn.
Nếu hai nhân viên làm khác nhau thì chọn cách nào?
Chủ shop hoặc người có thẩm quyền cần chọn quy tắc dựa trên mục tiêu, rủi ro và bằng chứng. Chưa thống nhất thì chưa nên tự động hóa bước đó.
Quy trình đã viết có phải giữ nguyên không?
Không. Cần cập nhật có kiểm soát khi nguồn, chính sách hoặc loại việc thay đổi; lưu người duyệt, ngày đổi và kết quả thử lại.
Thuộc cụm chủ đề: Tự động hóa vận hành. Xem các câu hỏi liên quan để đi từ khái niệm đến cách áp dụng.
Nguồn tham khảo
- Operational Efficiency: Eliminating Toil — Google Site Reliability Engineering
- AI RMF Core — NIST AI Resource Center
Bước tiếp theo
Chọn một quy trình đang gây tắc
ATE có thể cùng bạn bóc tách đầu việc, điểm cần người duyệt và cách đo thử nghiệm. Chưa cần bắt đầu bằng cả phòng ban.