Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Bài 1 — RPA vs Agentic: Khác biệt cốt lõi mà bạn phải nắm

Đã đọc 0/8 mục · còn khoảng 3 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Bạn đã có một bot RPA chạy ổn định 2 năm: mỗi sáng nó mở email, tải file Excel đơn hàng, copy từng dòng vào ERP. Sếp hỏi: "Sao không cho nó thông minh hơn, tự xử lý file định dạng lạ luôn?" Đó chính là ranh giới giữa RPA và Agentic mà bài này sẽ làm rõ.

RPA là gì (đúng bản chất)

RPA (Robotic Process Automation) là automation theo kịch bản cố định. Bạn ghi lại chính xác từng bước: click nút này, đọc ô kia, nếu giá trị = X thì làm Y. Bot làm y hệt mỗi lần, cực nhanh, cực chính xác — nhưng không suy nghĩ. Gặp tình huống ngoài kịch bản (cột đổi tên, popup lạ, file PDF thay vì Excel) là nó dừng hoặc làm sai.

RPA mạnh ở: quy trình lặp đi lặp lại, quy tắc rõ ràng (deterministic), input có cấu trúc ổn định, cần audit từng bước.

Agentic là gì

AI Agent dùng LLM làm "bộ não ra quyết định". Thay vì kịch bản cứng, bạn cho agent một mục tiêu (goal) và một bộ công cụ (tools). Agent tự lập kế hoạch, chọn tool, quan sát kết quả, và lặp lại cho tới khi đạt mục tiêu.

RPA:      IF cột = "Total" THEN đọc cột đó
Agentic:  Mục tiêu "tìm tổng tiền hóa đơn"
          → Agent tự đọc, suy luận cột nào là tổng, kể cả tên lạ

Agent mạnh ở: input phi cấu trúc (email tự do, PDF scan), quy trình có ngoại lệ, cần suy luận/tổng hợp, xử lý ngôn ngữ tự nhiên.

So sánh 5 chiều quyết định

Tiêu chíRPAAgentic
Ra quyết địnhKịch bản cứngLLM suy luận
InputCó cấu trúcCấu trúc + phi cấu trúc
Ngoại lệFail/cần code thêmTự xử lý mềm dẻo
Kết quả100% lặp lại đượcCó tính ngẫu nhiên
Chi phí/lần chạyRất thấpCao hơn (token)

Ví dụ cụ thể: quy trình duyệt hoàn tiền

  • Giai đoạn RPA thuần: bot đọc form hoàn tiền có cấu trúc, nếu số tiền < 500k thì tự duyệt. Đơn không đúng mẫu → fail.
  • Vấn đề: 30% yêu cầu đến qua email chat tự do, RPA không đọc nổi.
  • Nâng cấp agentic: thêm một bước LLM đọc email tự do, trích ra số tiền + lý do, rồi trả về cho RPA quy tắc duyệt cũ. RPA vẫn giữ phần quyết định tiền bạc (an toàn, audit được), LLM chỉ lo phần "hiểu ngôn ngữ".
Đây là insight quan trọng nhất: không phải thay RPA bằng agent, mà là ghép đúng phần.

Khung tư duy: "Deterministic core, Intelligent edge"

  • Core (lõi): giữ deterministic (RPA/code) cho phần cần chính xác tuyệt đối, cần audit: ghi DB, chuyển tiền, cập nhật ERP.
  • Edge (rìa): dùng LLM/agent cho phần tiếp xúc dữ liệu "bẩn": đọc ngôn ngữ tự nhiên, phân loại, trích xuất.

Checklist phân loại nhanh một quy trình

  • [ ] Input luôn cùng một định dạng? → nghiêng RPA
  • [ ] Có nhiều ngoại lệ ngôn ngữ tự nhiên? → cần LLM
  • [ ] Sai một lần có gây thiệt hại tiền/pháp lý? → giữ deterministic ở bước đó
  • [ ] Cần giải thích "vì sao làm vậy" cho auditor? → hạn chế agent ở bước đó
  • [ ] Khối lượng cực lớn, chi phí token quan trọng? → cân nhắc RPA cho phần lặp

Sai lầm thường gặp

  • "Agent thay thế toàn bộ RPA": sai. Đa số hệ thống tốt nhất là hybrid. Vứt bỏ RPA đang chạy tốt là lãng phí và tăng rủi ro.
  • Dùng agent cho việc deterministic thuần: cho LLM cộng hai số hay so sánh ngày là vừa đắt vừa kém tin cậy hơn code.
  • Nghĩ agent "tự thông minh" mà không cần tool tốt: agent chỉ mạnh bằng công cụ và dữ liệu bạn cấp cho nó.
  • Bỏ qua tính ngẫu nhiên: agent có thể cho kết quả khác nhau giữa các lần chạy — chấp nhận điều này khi thiết kế.
Bài sau chúng ta sẽ có tiêu chí định lượng để quyết định KHI NÀO một quy trình đáng được nâng cấp lên agentic.

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi