Hầu hết dự án AI agent thất bại không phải vì mô hình yếu, mà vì tự động hóa nhầm quy trình. Bạn đầu tư 3 tháng xây agent xử lý đơn hàng, để rồi phát hiện 80% đơn hàng đi theo một luồng đơn giản mà con người xử lý trong 30 giây, còn 20% rối rắm thì agent lại không đụng tới. Process mining giúp bạn tránh cú vấp này bằng cách cho bạn thấy quy trình thật sự đang chạy như thế nào, dựa trên dữ liệu thay vì lời kể.
Định nghĩa nhanh (nhưng thực chiến)
Process mining là kỹ thuật tái dựng lại quy trình từ dấu vết dữ liệu mà các hệ thống để lại (log đăng nhập, timestamp trong CRM, lịch sử ticket...). Thay vì hỏi nhân viên "anh làm việc này thế nào", bạn đọc trực tiếp từ hệ thống: đơn số 1023 đi qua các bước A → B → D → B → E, mất 4 ngày, quay lại bước B hai lần.
Ba loại phân tích chính:
- Discovery — vẽ ra sơ đồ quy trình thật từ log (không cần biết trước).
- Conformance — so quy trình thật với quy trình "đáng ra phải thế" để tìm chỗ lệch.
- Enhancement — bổ sung thông tin chi phí/thời gian để tối ưu.
Ví dụ cụ thể
Một phòng kế toán tin rằng quy trình duyệt hóa đơn của họ là: Nhận → Kiểm tra → Duyệt → Thanh toán. Sau khi mining 6.000 hóa đơn từ log ERP, sơ đồ thật hiện ra:
Nhận (6000) → Kiểm tra (6000) → Duyệt (4100)
↑______________↓ (1900 lần bị trả về sửa)
Duyệt → Thanh toán (5980) → [Hủy thanh toán → Thanh toán lại] (320)
Hóa ra 1.900 hóa đơn (32%) bị trả về sửa ít nhất một lần — một vòng lặp mà không ai mô tả trong quy trình chính thức. Đây chính là chỗ vàng để agent hóa: một agent kiểm tra tính hợp lệ trước khi trình duyệt sẽ chặn phần lớn 1.900 lần quay lui.
Vì sao đây là "bước 0" của dự án agent
Agent chỉ tạo giá trị khi nó xử lý một luồng công việc lặp lại, tần suất cao, có quy tắc rõ. Process mining trả lời chính xác ba câu:
- Quy trình nào chạy nhiều lần nhất? (tần suất → tiềm năng tiết kiệm)
- Bước nào tốn thời gian/chi phí nhất? (điểm đau)
- Chỗ nào lặp lại theo quy tắc? (khả thi để agent xử lý)
Khung tư duy: PATH
Dùng khung PATH để nhìn mọi quy trình qua lăng kính agent:
- Pattern — có mẫu lặp lại không?
- Amount — khối lượng bao nhiêu lần/tháng?
- Time & cost — mỗi lần tốn bao lâu, bao nhiêu tiền?
- Handoff — có nhiều lần chuyển tay/chờ đợi không?
Các bước bắt đầu
- Chọn một quy trình bạn nghi ngờ tốn kém (VD: xử lý ticket hỗ trợ).
- Xác định hệ thống nào lưu dấu vết của quy trình đó (helpdesk, CRM, ERP).
- Kiểm tra xem log có đủ 3 trường tối thiểu: case id, activity, timestamp (bài 2 sẽ đào sâu).
- Trích một mẫu 500–1.000 case để thử.
- Vẽ sơ đồ discovery, so với quy trình bạn TƯỞNG là đúng.
- Đánh dấu mọi vòng lặp, nhánh rẽ bất ngờ — đó là danh sách ứng viên.
Sai lầm thường gặp
- Bỏ qua process mining, đi thẳng vào xây agent vì "tôi biết quy trình rồi". Thực tế bạn biết quy trình chính thức, không phải quy trình thật.
- Chọn quy trình vì nó "hào nhoáng" (VD tự động hóa email marketing) thay vì vì nó tốn kém và lặp lại.
- Tin vào phỏng vấn nhân viên 100%. Con người mô tả cái họ nên làm, log ghi cái họ thật sự làm.
- Mining khi log chưa sạch rồi kết luận sai. Log rác → sơ đồ rác.