Nên tự động hoá việc gì trước? Công thức ưu tiên AI automation cho PM
Tóm tắt
Liệt kê việc lặp lại của team → chấm 4 tiêu chí (tần suất × thời gian mỗi lần, mức độ quy tắc rõ, rủi ro khi sai, dữ liệu sẵn sàng) → chọn 1–2 việc điểm cao, rủi ro thấp làm pilot 2 tuần → đo giờ tiết kiệm thật trước khi mở rộng.
Sau buổi demo AI đầu tiên, team nào cũng có danh sách “mình có thể tự động hoá cái này, cái kia”. Vấn đề là nguồn lực có hạn: chọn sai việc đầu tiên, bạn tốn vài tuần để làm ra thứ tiết kiệm được ít phút mỗi tuần — và lãnh đạo mất niềm tin vào cả chương trình. Bài này đưa ra một công thức chấm điểm đơn giản để chọn việc nên tự động hoá trước, cách đo ROI và cách chạy pilot.
Bước 1: Liệt kê việc lặp lại
Hỏi từng người trong team: “Việc nào bạn làm đi làm lại mỗi tuần mà thấy chán?”. Ghi lại tên việc, tần suất, thời gian mỗi lần và ai làm. Đừng lọc ở bước này — mục tiêu là có danh sách 15–30 việc.
Bước 2: Chấm điểm (1–5)
| Tiêu chí | Điểm cao khi… |
|---|---|
| Khối lượng | Lặp lại hằng ngày, mỗi lần tốn ≥ 10 phút |
| Độ rõ ràng | Đầu vào/đầu ra định nghĩa được, có ví dụ mẫu |
| Rủi ro khi sai | Sai có thể sửa dễ, không ảnh hưởng khách hàng hay tiền (điểm cao = rủi ro thấp) |
| Dữ liệu | Đã số hoá, truy cập được qua API |
Cộng bốn điểm, hoặc nhân khối lượng với tổng ba điểm còn lại nếu muốn ưu tiên việc lớn. Việc nào có rủi ro khi sai điểm 1–2 không nên là pilot đầu tiên, dù tổng điểm cao.
Ví dụ trong team phần mềm
| Việc | Đánh giá | Quyết định |
|---|---|---|
| Viết báo cáo tiến độ tuần | Lặp lại, dữ liệu có sẵn trong Jira/Git | ✅ Làm ngay |
| Phân loại ticket hỗ trợ | Khối lượng lớn, có người duyệt ca khó | ✅ Pilot |
| Tự động trả lời khách về hoàn tiền | Rủi ro tài chính | ⚠️ Chỉ soạn nháp |
| Quyết định ưu tiên roadmap | Cần phán đoán chiến lược | ❌ Giữ cho người |
Quy tắc chung: AI soạn nháp và đề xuất thì chấp nhận được ở hầu hết việc; AI quyết định và thực thi chỉ nên dành cho việc rủi ro thấp, hoặc có bước duyệt của người.
Bước 3: Ước tính ROI đơn giản
Giờ tiết kiệm / tháng = số lần × phút mỗi lần × tỉ lệ tự động thành công / 60
Chi phí / tháng = token API + hạ tầng + giờ bảo trì
Hoà vốn (tháng) = công xây dựng / (giá trị giờ tiết kiệm − chi phí tháng)Hai khoản hay bị quên: giờ bảo trì (prompt cần chỉnh, API đổi, người dùng phản hồi) và tỉ lệ tự động thành công (phần còn lại vẫn cần người xử lý). Ví dụ: báo cáo tuần tốn 2 giờ, tự động 80% → tiết kiệm khoảng 1,6 giờ mỗi tuần. Nếu mất 12 giờ để xây, hoà vốn sau khoảng 8 tuần.
Bước 4: Pilot 2 tuần
- Chọn 1–2 việc điểm cao, rủi ro thấp.
- Ghi lại giờ làm thủ công trước khi tự động (baseline).
- Chạy song song với người trong tuần đầu (shadow mode) để so sánh kết quả.
- Tuần hai chuyển sang AI soạn nháp, người duyệt.
- Cuối pilot đo giờ tiết kiệm thật, tỉ lệ sửa lại và chi phí token.
Sai lầm thường gặp
- Chọn việc “hay” thay vì việc “đau”: demo ấn tượng không đồng nghĩa với tiết kiệm giờ.
- Tự động hoá việc quá hiếm: làm 1 lần mỗi quý thì khó hoà vốn.
- Không đo baseline: không có số trước thì không chứng minh được số sau.
- Bỏ qua người dùng: công cụ tốt mà không ai dùng thì ROI bằng 0.
Áp dụng thế nào?
- PM: dùng bảng chấm điểm làm tài liệu họp với team; chọn pilot dựa trên điểm số thay vì ý kiến.
- Tech Lead: đánh giá độ khó kỹ thuật song song — việc điểm cao nhưng cần tích hợp phức tạp có thể xếp sau.
- Lãnh đạo: báo cáo bằng giờ tiết kiệm đo được và chi phí thực tế.