Hành động nào giao cho RPA, hành động nào buộc phải giữ cho con người: một đường ranh giới rủi ro

Cầm công cụ tự động hóa trên tay, đội nhóm thường rơi vào hai thái cực. Một bên treo luôn like, gửi hàng loạt và bình luận lên kịch bản ngay trong ngày, một tuần sau tài khoản dồn dập bất thường; bên kia mua công cụ cả năm vẫn thao tác thủ công, mười giờ đêm vẫn mở từng môi trường ra kiểm tra. Gốc rễ của cả hai cảnh ngộ là như nhau: chưa ai vẽ ra một đường ranh giới rõ ràng chỉ rõ công việc nào có thể giao cho RPA, công việc nào phải giữ trong tay con người.

Làm tự động hóa RPA, đường ranh giới này không nằm ở bản lĩnh cao hay thấp, mà nằm ở thuộc tính riêng của từng hành động. Khi tách mỗi hành động theo ba chiều, câu hỏi nào giao được và nào không khi quản lý tự động hóa đa tài khoản sẽ tự nổi lên câu trả lời.

Vẽ ranh giới thế nào: nhìn ba thuộc tính của hành động

Đưa bất kỳ hành động nào sắp tự động hóa qua ba câu hỏi:

• Chi phí khi ra lỗi: mở một môi trường lên duyệt mười giây, sai cũng chẳng sao; gửi một báo giá sai giá đến ba trăm khách hàng, cái giá là tiền thật
• Có cần phán đoán của con người: khởi động môi trường theo lộ trình cố định và điền lại một dòng dữ liệu không cần phán đoán; trả lời một tin trả giá đòi đọc ra cảm xúc và dư địa nhượng bộ của khách
• Sai rồi có hoàn tác được không: xuất một bản lưu trữ phiên làm việc, sai thì làm lại là xong; đổi phương thức xác minh liên kết hoặc nộp một khoản thanh toán, làm sai thường không thể quay lại

Trong ba câu hỏi, nếu có từ hai câu chỉ về «thiệt hại thấp, không cần phán đoán, hoàn tác được», hành động đó có thể giao cho máy; câu nào chỉ về chiều ngược lại thì phải giữ cho con người. Những trường hợp lưng chừng (thiệt hại thấp nhưng cần mẫu, hoàn tác được nhưng cần phê duyệt) đi theo quy trình hai giai đoạn, sẽ nói riêng ở phần sau.

Những hành động có thể yên tâm giao cho RPA

Qua xong ba câu hỏi, các hành động giao được tập trung vào năm nhóm:

• Bảo trì định kỳ môi trường: khởi động và tắt môi trường theo giờ, kiểm tra proxy đầu ra có hiệu lực không, ghi lại bản chụp tham số vân tay hiện tại; lộ trình cố định, xác suất sai thấp, sai cũng không tổn thương bản thân tài khoản. Vì sao lớp môi trường phải làm vậy, bài phân tích cơ chế cô lập môi trường đã nói phần nền tảng
• Di chuyển và ghi nhận dữ liệu: điền trạng thái đơn hàng từ hậu đài nền tảng về bảng, theo dõi đối thủ lên hàng và thay đổi giá, xuất phiên làm việc lưu trữ theo khách; những hành động này chỉ «đọc» và «chép», không hề «ghi»
• Kiểm tra định kỳ theo lịch: phiên đăng nhập có hết hạn không, kết nối có rớt không, độ trễ proxy có bất thường không, mỗi ngày chạy một vòng, có bất thường là báo động; máy trực, người chỉ xử lý báo động
• Sắp hàng và đăng bài theo lịch: sau khi chữ và ảnh đều qua duyệt của con người, giao cho RPA đăng theo lịch; máy chỉ lo «đúng giờ», không lo «nói gì»
• Thực thi theo nhịp đã chốt: bảng nhịp do người xếp xong, thực thi hằng ngày giao cho máy, người chỉ xem báo cáo thực thi; nhịp định ra sao là chuyện khác, ở đây không bàn sâu

Muốn giao thật sự năm nhóm này, điều kiện tiên quyết là có quy trình sẵn để gắn vào. Lấy trình duyệt vân tay MostMate làm ví dụ, các tác vụ RPA của nó phân nhóm quy trình theo nền tảng: TikTok, Twitter/X, Instagram, Facebook, Youtube mỗi nền tảng một trang thẻ, duyệt, thích, bình luận, đăng, lấy phụ đề đều tìm được quy trình tương ứng, bấm một cái Use là gắn vào môi trường chỉ định và chạy ngay; RPA tích hợp AI đảm nhiệm việc nối bảng nhịp vào thực thi, con người chỉ chốt ở hai vị trí xếp lịch và duyệt nội dung.

Những hành động buộc phải giữ trong tay con người

Đối xứng với năm nhóm trên, giao năm nhóm này cho máy thì sự cố chỉ là chuyện sớm muộn:

• Giao tiếp trực tiếp với khách hàng: báo giá, mặc cả, an ủi hậu mãi; trong nội dung chat giấu cả giọng điệu, thời điểm và dư địa nhượng bộ, máy trả lời cứng theo mẫu thì mất đơn thường không một tiếng động
• Thao tác tiền và liên kết tài khoản: liên kết tài khoản nhận tiền, nộp thanh toán, đổi phương thức xác minh; không thể đảo ngược, sai một bước ảnh hưởng không chỉ đến tài khoản
• Hành động ghi nhạy cảm với rủi ro: theo dõi hàng loạt, gửi hàng loạt, thích hàng loạt, máy thực thi chẳng khó, khó là quyền quyết nhịp và lượng; quyền quyết này giữ trong tay con người, máy chạy theo nhịp người định, nội dung chưa qua duyệt của người thì không vào hàng đợi đăng bài
• Xử lý bất thường và khiếu nại: captcha bật lên, cảnh báo đăng nhập bất thường, thông báo bị khóa; mỗi loại bất thường có cách xử lý riêng, máy không có khả năng đọc tình huống, áp cứng quy trình sẽ kéo việc nhỏ thành việc lớn
• Quyết định khởi động lạnh tài khoản mới: hồ sơ thiết thế nào, vài tuần đầu hành động xếp thế nào, những quyết định này định hình trạng thái dài hạn của tài khoản; quyết định thuộc về người, chỉ sau quyết định thì thực thi hằng ngày mới đến lượt máy

Vùng đệm: máy thực thi, người định quy tắc

Trong nghiệp vụ thực, rất nhiều hành động nằm lưng chừng, ép chia «toàn tự động» hay «toàn thủ công» đều gượng. Cách làm thông dụng là quy trình hai giai đoạn:

• Mẫu kèm biến: mẫu trả lời do người viết sẵn, máy chỉ điền biến như tên khách, số đơn hàng, điều kiện kích hoạt cũng do người khoanh phạm vi; hội thoại vượt phạm vi tự chuyển cho người
• Cảnh báo phân cấp: máy lo phát hiện (phiên bất thường, tác vụ hỏng liên tiếp), người lo quyết định (tạm dừng, đổi proxy, liên hệ nền tảng)
• Tăng lượng từ từ: quy trình mới chạy thử một tuần ở hai ba môi trường, người mỗi ngày soát một lượt nhật ký thực thi rồi mới tăng dần lượng, thay vì phủ kín cả nhóm một lần

Tiêu chí nén lại còn một câu: máy lo thực thi và phát hiện còn người lo quyết định và ngoại lệ. Đường ranh giới này chừa dư địa cho cả hai bên, có sự cố thì trách nhiệm cũng rõ ràng.

Ba bước nghiệm thu trước khi lên tự động hóa

Ranh giới vẽ xong, trước khi chạy thật làm thêm ba bước, tỉ lệ làm lại sẽ tụt xuống đáng kể:

1. Chạy chế độ bóng trước: để máy «chỉ ghi chép, không thực thi» hành động định tự động hóa trong một tuần, đối chiếu với cách làm của người, xác nhận lộ trình không sót và không thừa bước
2. Thử từng hành động kèm công tắc hoàn tác: lên một hành động một lần, mỗi hành động đều có nút tạm dừng một chạm; môi trường thử chọn tài khoản không quan trọng, đừng lấy tài khoản khách hàng chủ lực ra thí nghiệm
3. Bật nhật ký và cảnh báo ngay trong ngày: có truy vết từng bước mới nói được việc nhìn lại; trong nhật ký và dấu vết bàn giao trong quản lý an toàn đa tài khoản đã xếp cách đọc nhật ký, trong kịch bản tự động hóa bản nhật ký này đồng thời là căn cứ xử lý lỗi

Câu hỏi thường gặp

RPA nuôi tài khoản có làm tài khoản dễ gặp vấn đề hơn không?

Rủi ro không nằm ở việc «dùng tự động hóa» tự nó, mà nằm ở mô hình và nhịp của hành động: khi máy sao chép cùng một mô hình hành động sang hàng chục môi trường, bất kỳ chi tiết bất hợp lý nào cũng bị phóng đại gấp mấy chục lần. Ý nghĩa của đường ranh giới nằm đúng ở đó: thực thi lặp lại giao cho máy, quyền quyết nhịp, lượng và nội dung giữ trong tay con người. Ngoài ra, mỗi nền tảng có cách diễn đạt điều khoản về thao tác mô phỏng khác nhau, trước khi tăng lượng hãy đối chiếu lại quy định của nền tảng, bước này không có đường tắt.

Tài khoản mới đăng ký có thể lên tự động hóa ngay được không?

Không nên. Quyết định của giai đoạn khởi động lạnh vốn thuộc trách nhiệm của con người, cái máy phù hợp tiếp nhận là thực thi hằng ngày sau khi quyết định đã chốt. Xếp nhịp cho tài khoản mới trước, rồi mới giao cho máy thực thi, thứ tự đừng đảo ngược.

Sau khi tự động hóa rồi còn cần nhật ký thao tác không?

Còn cần hơn cả giai đoạn thủ công. Giai đoạn thủ công ra vấn đề còn nhớ lại được, tự động hóa ra vấn đề chỉ còn dựa vào nhật ký; tác vụ gắn theo môi trường, từng mục truy vết được, đây là hồ sơ gốc để xử lý lỗi và nhìn lại.

Làm thế nào biết một hành động có thể giao cho RPA hay không?

Quay lại ba thuộc tính: chi phí khi ra lỗi, mức cần phán đoán, khả năng hoàn tác. Từ hai câu trở lên chỉ về rủi ro thấp thì giao đi, có một câu chỉ về rủi ro cao thì giữ lại, trường hợp lưng chừng đi quy trình hai giai đoạn «máy thực thi, người phê duyệt».

Kết luận

Giá trị của RPA không nằm ở «thay thế con người», mà ở việc đưa con người ra khỏi thực thi lặp lại, để họ lo nhịp, nội dung và ngoại lệ. Ranh giới vẽ rõ rồi, đội nhóm thường nhận ra bảy phần mười lượng thực thi giao được, ba phần mười buộc phải giữ lại chính là chỗ giá trị nằm. Thư viện quy trình RPA của MostMate phân nhóm theo nền tảng, tác vụ gắn với môi trường thực thi, từng mục truy vết được, phần quản lý nuôi tài khoản còn cung cấp kế hoạch năm giai đoạn 30 ngày kèm nhắc nhở rủi ro «hôm nay đừng làm», đúng ứng với đường ranh giới «máy thực thi, người định quy tắc», chi tiết năng lực xem tại trang giới thiệu sản phẩm.

Bước tiếp theo rất nhỏ: chọn một hành động mỗi ngày đều lặp lại, đưa qua ba câu hỏi. Từ hai câu trở lên chỉ về rủi ro thấp, trong tuần này hãy giao nó cho máy chạy thử.