Automation tốt bắt đầu từ việc hiểu quy trình thủ công

Một yêu cầu tôi thường nghe: "hãy tự động hóa quy trình duyệt đơn hàng cho chúng tôi". Câu hỏi đầu tiên tôi luôn hỏi lại không phải là "muốn dùng công cụ nào", mà là "quy trình thủ công hiện tại của các bạn diễn ra chính xác như thế nào, từng bước một?". Câu trả lời cho câu hỏi đó thường bộc lộ vấn đề thật sự.

Tự động hóa một quy trình chưa được hiểu rõ là rủi ro, không phải giải pháp

Khi một quy trình thủ công chưa được quan sát và ghi lại đầy đủ, tự động hóa nó đồng nghĩa với việc mã hóa cứng những giả định có thể sai vào một hệ thống chạy tự động, không có ai kiểm tra lại theo thời gian thực. Nếu quy trình thủ công có một bước ngoại lệ ít khi xảy ra nhưng quan trọng — ví dụ "nếu khách hàng là đối tác lâu năm thì bỏ qua bước xác minh tín dụng" — mà không ai nhắc đến khi mô tả quy trình cho đội kỹ thuật, hệ thống tự động sẽ áp dụng sai quy tắc cho mọi trường hợp, và sai sót đó lặp lại ở tốc độ nhanh hơn nhiều so với khi con người còn xử lý thủ công.

Ba câu hỏi cần trả lời trước khi tự động hóa bất kỳ điều gì

1. Ai đang thực sự làm việc này, và họ làm như thế nào?

Không phải "quy trình trên giấy tờ nói gì", mà là cách nhân viên thực sự xử lý công việc hàng ngày — bao gồm cả những lối tắt không chính thức mà họ đã tự phát triển để xử lý các tình huống đặc biệt. Những lối tắt này thường chứa tri thức quan trọng chưa từng được viết thành văn bản.

2. Những trường hợp ngoại lệ nào tồn tại, và chúng xảy ra thường xuyên đến đâu?

Mọi quy trình thủ công đều có ngoại lệ. Vấn đề không phải là loại bỏ hoàn toàn ngoại lệ trước khi tự động hóa — điều đó thường không khả thi — mà là biết rõ ngoại lệ nào đủ phổ biến để cần được xử lý trong hệ thống tự động, và ngoại lệ nào hiếm đến mức nên tiếp tục xử lý thủ công, với một bước "chuyển cho người xử lý" rõ ràng.

3. Điều gì xảy ra khi hệ thống tự động gặp một tình huống nó không được lập trình để xử lý?

Đây là câu hỏi thường bị bỏ qua nhất. Một hệ thống automation tốt cần có đường thoát rõ ràng — khi gặp tình huống nằm ngoài phạm vi đã định nghĩa, nó cần dừng lại và báo cho người phụ trách, thay vì tiếp tục chạy theo logic mặc định và tạo ra kết quả sai mà không ai nhận ra ngay.

Cách tiếp cận tôi áp dụng khi xây dựng automation

Bước đầu tiên luôn là quan sát và ghi lại quy trình thủ công hiện tại thành một sơ đồ chi tiết — không bỏ sót các bước ngoại lệ, kể cả những bước có vẻ nhỏ nhặt. Bước thứ hai là chạy thử quy trình đó thủ công thêm một thời gian, có ý thức, để xác nhận sơ đồ đã ghi lại là chính xác. Chỉ sau khi quy trình đã được hiểu rõ và xác nhận, tôi mới bắt đầu thiết kế phần tự động hóa — và luôn bắt đầu từ phần có khối lượng lặp lại lớn nhất, ít ngoại lệ nhất, trước khi mở rộng sang các phần phức tạp hơn.

Automation tốt không loại bỏ con người, nó thay đổi vai trò của họ

Mục tiêu của automation không phải là loại bỏ hoàn toàn sự tham gia của con người, mà là giải phóng họ khỏi các thao tác lặp lại, có quy tắc rõ ràng, để tập trung vào những quyết định thực sự cần phán đoán — chính là những trường hợp ngoại lệ mà hệ thống tự động không nên (và thường không thể) tự xử lý.

Kết luận

Automation đáng tin cậy không bắt đầu từ việc chọn công cụ. Nó bắt đầu từ việc hiểu thấu đáo quy trình thủ công đang tồn tại — bao gồm cả những phần không chính thức, không được viết ra ở đâu. Bỏ qua bước này để đi thẳng vào triển khai công cụ là cách nhanh nhất để tạo ra một hệ thống tự động hóa sai sót ở quy mô lớn hơn ban đầu.