Trả lời nhanh: Nên tự động hoá bằng RPA những quy trình lặp lại với khối lượng lớn, theo quy tắc rõ, ổn định ít nhất 6–12 tháng và dùng dữ liệu số có cấu trúc. Hãy lọc qua vòng loại, chấm điểm hai trục Khả thi và Giá trị, rồi chọn 1–2 quy trình điểm cao để thí điểm.
Điểm chính
- Bốn tiêu chí cốt lõi: khối lượng lớn, quy tắc rõ, ổn định, dữ liệu số có cấu trúc. Thiếu một tiêu chí, chi phí làm và bảo trì bot tăng mạnh.
- Chạy vòng loại trước khi chấm điểm: đã có API, sắp thay phần mềm lõi hoặc mỗi người làm một kiểu thì chưa nên làm RPA.
- Chấm riêng hai trục: Khả thi (bot làm được không) và Giá trị (có đáng làm không). Chỉ quy trình cao ở cả hai trục mới vào danh sách thí điểm.
- Quy trình “đau đầu nhất” thường nhiều ngoại lệ, hiếm khi là lựa chọn tốt cho bot đầu tiên.
- Việc cần phán đoán, đàm phán, sáng tạo hoặc chạy vài lần mỗi năm không phải đất của RPA.
Mục lục
- Quy trình nào nên tự động hoá bằng RPA?
- Bốn tiêu chí cốt lõi để nhận diện quy trình hợp với RPA
- Vòng loại: 6 câu hỏi loại bỏ trước khi chấm điểm
- Ma trận chấm điểm quy trình RPA hoạt động thế nào?
- Ví dụ chấm điểm 5 quy trình thực tế
- Quy trình nên làm RPA ở từng phòng ban
- Những quy trình không nên tự động hoá bằng RPA
- Làm sao tìm ra quy trình ứng viên trong doanh nghiệp?
- Checklist trước khi chốt quy trình RPA đầu tiên
- Những sai lầm thường gặp khi chọn quy trình cho RPA
- Câu hỏi thường gặp
Quy trình nào nên tự động hoá bằng RPA?
RPA (Robotic Process Automation, tự động hoá quy trình bằng robot phần mềm) cho bot thao tác trên giao diện phần mềm như một nhân viên: mở ứng dụng, đọc dữ liệu, gõ, bấm, chép dữ liệu giữa các hệ thống. Nếu chưa nắm khái niệm, bạn có thể đọc trước bài RPA là gì và cách hoạt động. Bài này tập trung vào việc chọn quy trình nào giao cho bot.
Quy trình phù hợp phải vượt qua hai câu hỏi:
- Bot có làm được không? Đây là trục Khả thi (feasibility): quy tắc rõ, dữ liệu số, ổn định, ít ngoại lệ.
- Có đáng làm không? Đây là trục Giá trị (value): tốn nhiều giờ công, dễ sai, ảnh hưởng tiền, khách hàng hoặc tuân thủ.
Chỉ hỏi câu thứ hai, bạn dễ chọn việc tốn công nhưng đầu vào lộn xộn. Chỉ hỏi câu thứ nhất, bạn có bot chạy mượt mà tiết kiệm chẳng bao nhiêu.
Nghiên cứu của Neelam Yadav và Supriya P. Panda trên IAES International Journal of Artificial Intelligence (tập 13, số 4, tháng 12/2024) nêu rõ chưa có bộ tiêu chuẩn cố định để đánh giá một quy trình có tự động hoá được hay không; nhóm tác giả rút ra 20 tiêu chí quan trọng nhất từ khảo sát chuyên gia. Vì vậy, khung dưới đây là khung thực hành để bạn điều chỉnh.
Bốn tiêu chí cốt lõi để nhận diện quy trình hợp với RPA
1. Khối lượng và tần suất đủ lớn
Bot có chi phí cố định: thiết kế, lập trình, kiểm thử, giấy phép, máy chạy, người giám sát. Chi phí đó chỉ được bù khi bot chạy nhiều lần. Quy trình chạy hằng ngày, nhiều lần mỗi ngày hoặc dồn cục theo mùa (cuối tháng, cuối quý, mùa tuyển dụng) là ứng viên tốt.
- Câu hỏi: Mỗi tháng việc này chạy bao nhiêu lần, mỗi lần mất bao nhiêu phút?
2. Có quy tắc rõ, ít phán đoán
Bot làm đúng những gì được lập trình. Nếu viết được các bước dưới dạng “nếu… thì…” mà không cần câu “tuỳ trường hợp”, quy trình hợp với RPA. Nếu người làm phải cân nhắc, thương lượng hay “nhìn là biết”, bot sẽ bế tắc.
- Câu hỏi: Hai nhân viên xử lý cùng một hồ sơ có ra cùng kết quả không?
- Tỷ lệ ngoại lệ: mỗi ngoại lệ là một nhánh phải lập trình hoặc một lần bot dừng chờ người. Ngoại lệ chiếm phần lớn thì bot chỉ gánh được phần nhỏ.
3. Ổn định: quy trình và giao diện ít thay đổi
RPA bám vào giao diện: vị trí nút, tên trường, cấu trúc trang web, mẫu file Excel. Phần mềm đổi giao diện hoặc mẫu biểu đổi là bot dễ hỏng. Vì vậy cần cả hai lớp ổn định: quy trình nghiệp vụ và các ứng dụng bot chạm vào.
- Câu hỏi: Trong 6–12 tháng tới có đổi quy định, mẫu biểu, nâng cấp hay thay phần mềm không?
- Lưu ý: ứng dụng chạy qua màn hình từ xa (Citrix, remote desktop) khó cho bot “nhìn” hơn ứng dụng chạy trực tiếp, nên chấm thấp hơn.
4. Dữ liệu đầu vào đã số hoá, có cấu trúc
Bot đọc tốt dữ liệu nằm sẵn trong ô, trường, cột: Excel theo mẫu, hoá đơn điện tử XML, biểu mẫu web. Giấy tờ scan, ảnh chụp, email viết tự do, PDF mỗi đối tác một kiểu là dữ liệu phi cấu trúc. Khi đó cần thêm OCR hoặc IDP (xử lý tài liệu thông minh) để chuyển thành dữ liệu có cấu trúc trước khi bot dùng.
Các tiêu chí phụ nên xem cùng
- Số ứng dụng, số bước: quy trình qua nhiều hệ thống không kết nối là nơi RPA phát huy, nhưng càng nhiều màn hình càng tốn công làm và bảo trì.
- Có tài liệu và chủ quy trình: một người nghiệp vụ chịu trách nhiệm mô tả quy tắc, nghiệm thu, xử lý ngoại lệ.
- Đo được hiện trạng: có số liệu thời gian, sai sót để so sánh sau khi chạy bot.
- Quyền truy cập: bot cần tài khoản riêng, phân quyền đúng phạm vi.
Các nền tảng quản lý danh mục tự động hoá dùng tiêu chí tương tự. Tài liệu UiPath Automation Hub mô tả “điểm ý tưởng” dựa trên năm yếu tố chấm thang 1–5: mức độ theo quy tắc, mức số hoá đầu vào, mức cấu trúc của dữ liệu, thay đổi sắp tới của quy trình và việc có tài liệu mô tả. Ba yếu tố đầu gộp thành độ phù hợp (suitability), hai yếu tố sau thành độ sẵn sàng (readiness).
Vòng loại: 6 câu hỏi loại bỏ trước khi chấm điểm
Chấm điểm tốn thời gian, nên hãy loại sớm bằng sáu câu hỏi có/không. Chỉ một câu trả lời “có” là quy trình nên tạm gác hoặc chuyển sang giải pháp khác.
| Câu hỏi vòng loại | Nếu “có” thì sao | Hướng thay thế |
|---|---|---|
| Các hệ thống đã có API hoặc kết nối sẵn? | Tích hợp API bền và rẻ bảo trì hơn bot thao tác giao diện | Tích hợp API, công cụ kết nối ứng dụng |
| Phần mềm lõi (ERP, core, kế toán) sắp thay hoặc nâng cấp lớn? | Bot làm xong có thể phải làm lại | Đưa yêu cầu tự động hoá vào dự án thay phần mềm |
| Mỗi người, mỗi chi nhánh làm một kiểu? | Tự động hoá sẽ “đóng băng” sự lộn xộn | Chuẩn hoá quy trình trước |
| Chạy vài lần mỗi năm, mỗi lần ngắn? | Không bù được chi phí làm bot | Giữ thủ công kèm hướng dẫn, mẫu biểu |
| Phần lớn bước cần phán đoán, thương lượng, sáng tạo? | Bot không thay được phần cốt lõi | Chỉ tự động bước chuẩn bị dữ liệu; cân nhắc AI có người duyệt |
| Bước đó có thể bỏ hẳn? | Tự động hoá việc thừa là lãng phí | Cắt bước, đơn giản hoá |
Câu thứ ba và thứ sáu hay bị bỏ qua. Nếu quy trình chưa thống nhất, hãy chuẩn hoá quy trình trước: vẽ lại luồng việc, thống nhất mẫu biểu, bỏ bước thừa. Tự động hoá một quy trình kém chỉ khiến cái kém chạy nhanh hơn.
Ma trận chấm điểm quy trình RPA hoạt động thế nào?
Quy trình qua vòng loại được chấm theo 9 tiêu chí, chia hai trục, mỗi tiêu chí 1–5 điểm. Trọng số là gợi ý minh hoạ; bạn điều chỉnh theo mục tiêu riêng, ví dụ đặt nặng tuân thủ nếu là ngân hàng, bảo hiểm.
Trục Khả thi (tổng trọng số 50%)
| Tiêu chí | Trọng số | 1 điểm | 3 điểm | 5 điểm |
|---|---|---|---|---|
| Mức độ theo quy tắc | 15% | Chủ yếu phán đoán | Phần lớn có quy tắc | Toàn bộ viết được thành “nếu… thì…” |
| Dữ liệu đầu vào | 15% | Giấy, ảnh, email tự do | File số, nhiều mẫu khác nhau | Số hoá, có cấu trúc, mẫu cố định |
| Ổn định quy trình và ứng dụng | 10% | Đổi hằng tháng | Đổi vài lần mỗi năm | Gần như không đổi trong 12 tháng |
| Tỷ lệ ngoại lệ | 5% | Ngoại lệ là chuyện thường ngày | Trung bình | Rất hiếm |
| Số ứng dụng, số bước | 5% | Rất nhiều màn hình, qua máy ảo | Vài ứng dụng | Ít ứng dụng, ngắn gọn |
Trục Giá trị (tổng trọng số 50%)
| Tiêu chí | Trọng số | 1 điểm | 3 điểm | 5 điểm |
|---|---|---|---|---|
| Khối lượng, giờ công | 20% | Vài giờ mỗi tháng | Vài chục giờ mỗi tháng | Bằng một hoặc nhiều người làm toàn thời gian |
| Chi phí sai sót, rủi ro tuân thủ | 15% | Sai thì sửa dễ | Sai gây làm lại | Sai ảnh hưởng tiền, thuế, khách hàng, kiểm toán |
| Tác động tốc độ | 10% | Chậm vài ngày không sao | Chậm làm trễ khâu sau | Chậm vi phạm cam kết dịch vụ (SLA) |
| Đỉnh mùa vụ | 5% | Đều quanh năm | Có cao điểm nhẹ | Cao điểm phải tăng ca, thuê thời vụ |
Cách tính và đọc kết quả
- Điểm Khả thi = tổng (điểm × trọng số) của 5 tiêu chí Khả thi, chia cho 50. Kết quả trên thang 1–5.
- Điểm Giá trị = tổng (điểm × trọng số) của 4 tiêu chí Giá trị, chia cho 50.
- Đặt lên ma trận với ngưỡng gợi ý 3,5 cho mỗi trục. Đừng chỉ nhìn điểm trung bình: quy trình Giá trị 5 nhưng Khả thi 1,8 vẫn có điểm trung bình khá, mà chưa nên làm bot.
- Làm ngay: chọn 1–2 quy trình điểm cao nhất làm thí điểm.
- Chuẩn hoá, số hoá trước: đáng làm nhưng chưa sẵn sàng. Thống nhất mẫu đầu vào, thêm IDP hoặc tách phần có quy tắc ra làm trước, rồi chấm lại. Nếu phần khó là đọc hiểu nội dung, cân nhắc kết hợp AI; ranh giới hai công nghệ có trong bài RPA và AI khác nhau thế nào.
- Gom lại, làm sau: dễ làm nhưng lợi ích nhỏ. Gộp với việc cùng loại, hoặc dùng tính năng có sẵn của phần mềm.
- Không dùng RPA: giữ thủ công hoặc bỏ bước.
Cách chia hai trục này gần với các nền tảng chuyên dụng. Tài liệu UiPath Automation Hub tách “tiềm năng tự động hoá” (phần trăm quy trình bot làm được, dựa trên cấu trúc dữ liệu, độ biến thiên và mức số hoá đầu vào) với “độ dễ triển khai” (dựa trên độ ổn định quy trình và ứng dụng, cấu trúc dữ liệu, độ biến thiên, độ dài quy trình, số ứng dụng). Độ dễ triển khai xếp mức Dễ từ 65% đến 100%, Trung bình từ 35% đến 65%, Khó từ 0% đến 35%; đầu vào scan và tỷ lệ ứng dụng chạy qua máy khách mỏng (thin client) được tính thêm hệ số điều chỉnh.
Ví dụ chấm điểm 5 quy trình thực tế
Ví dụ minh hoạ. Một doanh nghiệp phân phối hàng tiêu dùng đưa 5 quy trình vào chấm. Điểm do nhóm nghiệp vụ và nhóm tự động hoá cùng thống nhất.
| Quy trình | Quy tắc / Dữ liệu / Ổn định / Ngoại lệ / Ứng dụng | Khả thi | Giờ công / Sai sót / Tốc độ / Mùa vụ | Giá trị | Quyết định |
|---|---|---|---|---|---|
| Đối chiếu sao kê ngân hàng với sổ cái mỗi ngày | 5 / 5 / 4 / 4 / 4 | 4,6 | 4 / 4 / 3 / 2 | 3,6 | Làm ngay |
| Nhập đơn hàng từ PDF đại lý gửi qua email vào ERP | 4 / 2 / 3 / 3 / 4 | 3,1 | 5 / 4 / 5 / 4 | 4,6 | Chuẩn hoá đầu vào trước |
| Tạo tài khoản hệ thống cho nhân viên mới | 5 / 4 / 4 / 4 / 3 | 4,2 | 2 / 3 / 3 / 2 | 2,5 | Gom lại, làm sau |
| Xét bồi thường hàng hư hỏng giá trị lớn | 1 / 2 / 3 / 1 / 2 | 1,8 | 3 / 5 / 4 / 2 | 3,7 | Chỉ tự động phần thu thập hồ sơ |
| Báo cáo quản trị tháng, mẫu đổi thường xuyên | 4 / 4 / 2 / 3 / 2 | 3,3 | 2 / 3 / 2 / 1 | 2,2 | Không dùng RPA |
- Đối chiếu ngân hàng là ứng viên rõ nhất: sao kê điện tử có cấu trúc, quy tắc khớp số tiền, ngày, nội dung viết được thành luật; bot chỉ đẩy dòng lệch cho kế toán.
- Nhập đơn từ PDF có giá trị cao nhất nhưng mỗi đại lý một mẫu. Đề nghị đại lý gửi Excel theo mẫu chung, hoặc thêm IDP đọc PDF. Khi điểm Dữ liệu lên 4, quy trình sang ô “Làm ngay”.
- Tạo tài khoản dễ nhưng mỗi tháng chỉ vài chục lượt; nên gộp vào bot “tiếp nhận nhân viên mới” lớn hơn.
- Bồi thường giá trị lớn cần người thẩm định. Chỉ tự động hoá phần kiểm tra đủ hồ sơ, tra lịch sử đơn, điền sẵn biểu mẫu.
- Báo cáo quản trị đổi mẫu liên tục; công cụ báo cáo kết nối thẳng dữ liệu phù hợp hơn bot chép số liệu.
Ước tính giờ công tiết kiệm trước khi làm
Giờ tiết kiệm mỗi tháng = Số lần chạy × Thời gian mỗi lần × Tỷ lệ bot tự xử lý trọn vẹn − Thời gian người xử lý ngoại lệ và giám sát.
Ví dụ minh hoạ với đối chiếu ngân hàng: 22 ngày × 90 phút = 33 giờ mỗi tháng. Giả định bot tự khớp 80% giao dịch, cộng 4 giờ giám sát và xử lý lỗi bot. Giờ tiết kiệm khoảng 33 × 0,8 − 4 ≈ 22 giờ mỗi tháng. Con số này dùng để so với chi phí làm và vận hành bot; các khoản chi phí có trong bài chi phí triển khai RPA.
Khi đo hiện trạng, đừng quên thời gian làm lại và soát lỗi; tài liệu UiPath Automation Hub cũng tính lợi ích giờ công trên tổng thời gian làm, làm lại và kiểm tra.
Quy trình nên làm RPA ở từng phòng ban
Bảng dưới gom các quy trình thường đạt điểm cao ở cả hai trục. Đây là gợi ý để rà soát; điểm thực tế phụ thuộc mức số hoá và độ ổn định của từng doanh nghiệp.
| Phòng ban | Quy trình ứng viên | Vì sao hợp | Cần kiểm tra |
|---|---|---|---|
| Kế toán, tài chính | Tải hoá đơn điện tử đầu vào, đối chiếu đơn mua; đối chiếu ngân hàng; nhắc công nợ; bút toán định kỳ | Hoá đơn XML, quy tắc khớp rõ, dồn cuối tháng | Hạn mức bot tự hạch toán; ai duyệt cuối |
| Nhân sự | Tiếp nhận nhân viên mới, cập nhật hồ sơ, tổng hợp chấm công, thu hồi quyền khi nghỉ việc | Chuỗi bước cố định qua nhiều hệ thống | Dữ liệu cá nhân người lao động |
| Mua hàng, chuỗi cung ứng | Tạo đơn mua từ đề nghị đã duyệt; đối chiếu ba bên; cập nhật trạng thái từ cổng nhà cung cấp | Nhiều cổng web không kết nối; quy tắc khớp rõ | Cổng nhà cung cấp hay đổi giao diện, có API không |
| Bán hàng, chăm sóc khách hàng | Nhập đơn từ kênh bán, cập nhật dữ liệu khách, tạo phiếu yêu cầu | Khối lượng lớn, cần nhanh | Kênh bán đã có kết nối sẵn chưa |
| Ngân hàng, bảo hiểm | Tra soát giao dịch, kiểm tra hồ sơ đủ giấy tờ, nhập hồ sơ vay, cập nhật hợp đồng | Hệ thống lõi cũ, nhiều màn hình, khối lượng rất lớn | Bảo mật, phân quyền, dấu vết kiểm toán |
| Hành chính, công nghệ thông tin | Báo cáo định kỳ mẫu cố định, tạo và khoá tài khoản theo yêu cầu đã duyệt | Đơn giản, hợp làm bot “tập dượt” | Script, công cụ quản trị sẵn có có thể rẻ hơn |
Kế toán thường có nhiều ứng viên nhất; chi tiết từng nghiệp vụ nằm trong bài RPA trong kế toán. Với ngân hàng, theo Tạp chí Ngân hàng (11/12/2024), BIDV triển khai RPA từ năm 2019 cho 11 quy trình, TPBank cũng từ năm 2019 với hơn 200 quy trình tại 9 khối, cho thấy ngành khối lượng lớn, quy tắc chặt là nơi RPA được dùng sớm.
Những quy trình không nên tự động hoá bằng RPA
| Loại quy trình | Vì sao không hợp | Nên làm gì thay thế |
|---|---|---|
| Cần phán đoán, thương lượng: đàm phán giá, khiếu nại phức tạp, đánh giá ứng viên | Không viết được thành quy tắc | Giữ cho người; bot chỉ chuẩn bị dữ liệu |
| Sáng tạo nội dung, thiết kế, lập chiến lược | Không có đáp án đúng duy nhất | Công cụ AI hỗ trợ, có người duyệt |
| Quy trình đang thay đổi hoặc vừa ban hành | Chi phí sửa bot vượt lợi ích | Chờ ổn định 6–12 tháng rồi chấm lại |
| Đầu vào phi cấu trúc, chất lượng kém (ảnh mờ, chữ viết tay, email tự do) | Bot đọc sai mà không biết | Chuẩn hoá đầu vào hoặc IDP có người kiểm tra |
| Chạy rất ít lần, mỗi lần ngắn | Không bù được chi phí | Giữ thủ công kèm hướng dẫn |
| Hai hệ thống đã có API | Bot giao diện kém bền hơn tích hợp | Tích hợp API |
| Quyết định có hậu quả pháp lý, tài chính lớn mà không ai duyệt | Rủi ro sai hàng loạt | Bot chuẩn bị, người quyết, ghi nhật ký |
| Phần mềm bên ngoài cấm truy cập tự động trong điều khoản sử dụng | Vi phạm hợp đồng, có thể bị khoá tài khoản | Hỏi nhà cung cấp về API hoặc kênh xuất dữ liệu |
Lưu ý: “Không nên làm RPA cho cả quy trình” không có nghĩa là bỏ qua quy trình đó. Quy trình phức tạp thường có bước nhỏ rất hợp với bot, như tải hồ sơ, kiểm tra đủ trường, tra cứu hệ thống khác. Hãy tách quy trình thành từng bước rồi chấm riêng.
Làm sao tìm ra quy trình ứng viên trong doanh nghiệp?
- Thu thập ý tưởng: hỏi người trực tiếp làm “Việc lặp lại nào mỗi ngày phí thời gian nhất?”. Nhờ họ ghi nhật ký công việc 1–2 tuần để có số liệu thật.
- Lọc vòng loại: dùng sáu câu hỏi ở trên.
- Đo hiện trạng: số lần chạy, thời gian mỗi lần, tỷ lệ sai, tỷ lệ ngoại lệ, thời gian làm lại.
- Chấm điểm ma trận: nhóm gồm cả người nghiệp vụ và người kỹ thuật cùng chấm, tránh một bên tự chấm.
- Kiểm chứng tại chỗ: ngồi xem người làm thật, ghi từng bước, từng màn hình, từng ngoại lệ.
- Chọn thí điểm: 1–2 quy trình ở ô “Làm ngay”, có chủ quy trình nhiệt tình; đặt sẵn tiêu chí nghiệm thu như tỷ lệ bot xử lý trọn vẹn, số lỗi, số giờ tiết kiệm.
Nếu ERP, CRM lưu nhật ký thao tác, bạn có thể dùng process mining để thấy quy trình thực tế chạy thế nào, bao nhiêu biến thể, chỗ nào lặp nhiều. Dữ liệu này giúp chấm Khối lượng, Ngoại lệ và Ổn định khách quan hơn phỏng vấn.
Checklist trước khi chốt quy trình RPA đầu tiên
- Đã qua cả sáu câu hỏi vòng loại; điểm Khả thi và Giá trị đều từ 3,5 trở lên.
- Có tài liệu mô tả từng bước, kể cả ngoại lệ đã biết và cách xử lý.
- Có chủ quy trình bên nghiệp vụ, cam kết thời gian nghiệm thu.
- Đã đo hiện trạng: số lần, thời gian, tỷ lệ lỗi, thời gian làm lại.
- Không có kế hoạch đổi quy trình hoặc phần mềm liên quan trong 6–12 tháng.
- Có tài khoản riêng cho bot, phân quyền tối thiểu, lưu mật khẩu an toàn.
- Đã xác định ai nhận ngoại lệ, trong bao lâu, làm gì khi bot dừng.
- Đã rà soát dữ liệu cá nhân bot xử lý (xem lưu ý pháp lý bên dưới).
- Đã chọn kiểu bot: chạy cùng người (attended) khi cần nhân viên kích hoạt, hay chạy độc lập theo lịch (unattended) khi khối lượng lớn, không cần tương tác.
Những sai lầm thường gặp khi chọn quy trình cho RPA
- Chọn quy trình “đau đầu nhất”: việc gây đau đầu thường vì nhiều ngoại lệ, đầu vào bẩn, cần phán đoán; đó là việc khó nhất với bot.
- Chỉ nhìn số giờ tiết kiệm: bỏ qua độ ổn định, bot hỏng sau mỗi lần phần mềm cập nhật, chi phí sửa ăn hết lợi ích.
- Tự động hoá cái đang sai: không chuẩn hoá trước, bot sao chép luôn bước thừa.
- Chỉ mô tả “luồng đẹp”: chạy thật, bot dừng liên tục vì ngoại lệ chưa ai kể.
- Không có chủ quy trình: bộ phận công nghệ tự làm, không ai bên nghiệp vụ nghiệm thu và cập nhật quy tắc.
- Chọn quy trình quá lớn cho lần đầu: quy trình dài, qua nhiều phòng ban khiến thí điểm kéo dài, khó chứng minh hiệu quả.
Câu hỏi thường gặp
Quy trình như thế nào thì phù hợp để tự động hoá bằng RPA?
Quy trình lặp lại nhiều lần, quy tắc rõ, ổn định ít nhất 6–12 tháng, dữ liệu số có cấu trúc, ít ngoại lệ, đồng thời tốn nhiều giờ công, dễ sai hoặc ảnh hưởng khách hàng, tuân thủ. Hãy chấm cả hai trục Khả thi và Giá trị trước khi quyết định.
Nên chọn bao nhiêu quy trình cho đợt thí điểm đầu tiên?
Thường là 1–2 quy trình có ranh giới rõ, điểm cao ở cả hai trục và có chủ quy trình nhiệt tình. Ít quy trình giúp đội học nhanh, đo hiệu quả rõ trước khi mở rộng.
Tỷ lệ ngoại lệ bao nhiêu thì vẫn nên làm RPA?
Không có con số chuẩn chung. Hãy ước tính phần bot xử lý trọn vẹn, trừ thời gian người xử lý ngoại lệ và giám sát. Nếu số giờ còn lại vẫn đủ lớn so với chi phí bot thì đáng làm; nếu không, chuẩn hoá để giảm ngoại lệ trước.
Doanh nghiệp nhỏ có cần ma trận chấm điểm không?
Có, nhưng làm gọn: bốn tiêu chí cốt lõi cộng sáu câu hỏi vòng loại trên một bảng tính. Nhiều việc lặp lại có thể giải quyết bằng tính năng sẵn có của phần mềm, rẻ hơn dựng bot.
Quy trình có giấy tờ scan có làm RPA được không?
Được, nếu thêm bước chuyển giấy tờ thành dữ liệu có cấu trúc bằng OCR hoặc IDP, kèm người kiểm tra những trường máy đọc chưa chắc. Chấm tiêu chí Dữ liệu theo hiện trạng, rồi chấm lại sau khi có bước trích xuất.
Đọc thêm tin tức, phân tích về AI, blockchain và chuyển đổi số trên trang tin công nghệ VBPO, hoặc các bài khác trong chuyên mục RPA & tự động hoá quy trình.