Khi nào nên dùng workflow thay vì AI agent?

Dùng workflow khi có thể xác định trước các bước, điều kiện chuyển bước và cách xử lý ngoại lệ. Cân nhắc AI agent khi mục tiêu đã rõ nhưng hệ thống phải tự chọn công cụ hoặc bước tiếp theo theo ngữ cảnh. Anthropic phân biệt workflow theo đường chạy định sẵn với agent tự điều phối quá trình và việc dùng công cụ; cách làm linh hoạt hơn cũng có thể tăng thời gian xử lý và chi phí.

Với một nhóm bán hàng hoặc làm nội dung, nên chọn cách xử lý cho từng công đoạn, chẳng hạn phân loại câu hỏi khách hàng hay soạn mô tả sản phẩm, thay vì trao quyền cho agent xử lý toàn bộ hoạt động. Nếu phần lớn yêu cầu đi theo cùng một đường, hãy giữ đường đó cố định và chỉ chuyển trường hợp cần phán đoán sang người phụ trách hoặc một agent có giới hạn quyền. Ranh giới ấy giúp xác định phần tự chủ bổ sung có đáng với công giám sát hay không.

Tách công việc thành các bước có thể quan sát

Trước khi chọn công nghệ, hãy ghi đầu vào, kết quả mong muốn, người chịu trách nhiệm và hành động được phép ở mỗi bước. Một luồng xử lý câu hỏi mua hàng có thể gồm nhận yêu cầu, nhận diện chủ đề, tra cứu chính sách, soạn câu trả lời và gửi đi. Bước phân loại có thể dùng quy tắc hoặc một lần gọi mô hình AI; bước gửi vẫn có thể chờ người duyệt. Có AI trong một bước không có nghĩa toàn bộ luồng phải vận hành như agent.

Tiếp theo, tách trường hợp thường gặp khỏi ngoại lệ. Với ví dụ giả định về đổi trả, nếu chính sách nêu rõ điều kiện và dữ liệu đơn hàng đầy đủ, đường xử lý có thể định trước. Nếu khách nêu nhiều vấn đề cùng lúc, thiếu thông tin hoặc yêu cầu quyết định ngoài chính sách, hệ thống cần hỏi thêm, chuyển người phụ trách hoặc chọn một cách xử lý khác. Điểm luồng cố định phải dừng chính là nơi cần cân nhắc liệu khả năng tự điều phối có ích hay không.

Một ngoại lệ xuất hiện thường xuyên chưa chắc cần agent. Khi nhóm có thể nhận diện nó bằng điều kiện rõ ràng, thêm một nhánh xử lý sẽ giữ được cách làm nhất quán. Agent có lý hơn khi các tình huống thay đổi đến mức người thiết kế khó viết trước thứ tự tra cứu và các bước cần thực hiện, trong khi kết quả mong muốn vẫn có thể mô tả và đánh giá.

Cây quyết định năm câu hỏi

Đặt lần lượt các câu hỏi sau cho từng công đoạn. Chúng dẫn từ độ rõ của quy tắc tới nhu cầu suy luận, rồi tới mức kiểm soát và chi phí cần chấp nhận.

Có viết được đường xử lý chuẩn không? Nếu đầu vào, điều kiện rẽ nhánh và đầu ra đều rõ, bắt đầu bằng workflow. Một bước tạo bản nháp bằng AI vẫn có thể nằm trong đường chạy đó.
Ngoại lệ có lặp lại theo nhóm nhận diện được không? Nếu có, bổ sung nhánh hoặc quy tắc chuyển cấp. Nếu ngoại lệ liên tục thay đổi và khó liệt kê, hãy xem agent có thể chọn bước tiếp theo trong phạm vi hẹp hay không.
Công việc có cần quyết định dùng nguồn hoặc công cụ nào không? Nếu chỉ tra cứu một nguồn rồi áp dụng chính sách, luồng cố định thường đủ. Nếu phải tự xác định cần tra cứu gì, hỏi thêm thông tin nào và kiểm tra kết quả ra sao, agent có thể phù hợp hơn.
Quyết định có phải giải thích hoặc phê duyệt không? Nếu người phụ trách cần lần lại dữ liệu và các bước dẫn đến kết quả, phải có dấu vết xử lý. Hành động ảnh hưởng đến khách hàng hoặc dữ liệu cần điểm duyệt được chỉ định trước.
Lợi ích có bù được chi phí không? So sánh thời gian xử lý, công sửa sai và chi phí vận hành trên cùng một nhóm tình huống. Chỉ mở rộng agent ở phần việc mà nó xử lý tốt hơn đủ để bù công giám sát.

Tại FPT Transform 2026, tường thuật của VnExpress ghi nhận ông Nguyễn Chiến Thắng của SHB nêu đặc thù nghiệp vụ, chi phí và khả năng giải thích khi chọn giữa workflow và agent; ông Nguyễn Công Thương của VietinBank đề nghị xét thêm mức độ quan trọng và rủi ro của nhiệm vụ. Một tác vụ chỉ đưa ra câu trả lời có thể được cấp mức tự chủ khác với tác vụ sửa dữ liệu đơn hàng.

Ba tình huống trong nội dung và bán hàng trực tuyến

Quy trình chụp sản phẩm cho gian hàng trực tuyến dừng ở một biến thể thiếu phụ kiện cần được xác minh.

Ví dụ giả định về mô tả sản phẩm: một cửa hàng dùng mẫu thông tin cố định gồm chất liệu, kích thước và cách bảo quản. Luồng nhập dữ liệu, kiểm tra trường bắt buộc, tạo bản nháp rồi chuyển biên tập viên duyệt là workflow phù hợp. Nếu thông tin từ nhà cung cấp mâu thuẫn, luồng dừng để xác minh. Cho agent tự suy đoán đặc tính sản phẩm không giải quyết được việc thiếu dữ liệu đáng tin cậy.

Ví dụ giả định về nội dung chiến dịch: nhóm nội dung nhận các yêu cầu khác nhau từ cửa hàng, cần đối chiếu mục tiêu, lịch đăng và dữ liệu sản phẩm trước khi đề xuất phương án. Agent có thể hữu ích ở phần thu thập ngữ cảnh và chọn thứ tự công việc vì các bước cần thiết thay đổi theo yêu cầu. Việc đăng công khai, thay đổi giá hoặc đưa ra cam kết khuyến mại vẫn nên là bước cố định có người phê duyệt.

Ví dụ giả định về chăm sóc khách hàng: câu hỏi thường gặp về thời gian giao hàng đi qua nhánh trả lời chuẩn, còn yêu cầu đổi trả thiếu thông tin được chuyển sang xử lý linh hoạt. Phân tích của Digital Workplace cũng đặt công việc ít ngoại lệ, cần tính nhất quán về phía workflow, còn công việc nhiều bước cần tự điều phối về phía agent. Trong tình huống này, agent có thể đề nghị câu hỏi bổ sung hoặc phương án xử lý; quyền chấp thuận hoàn tiền cần được xác định riêng.

Viết ranh giới vận hành trước khi thử agent

Nhân viên kiểm tra hàng đổi trả có bao bì hỏng trước khi phê duyệt hoàn tiền.

Một bản thử nghiệm cần mô tả quyền của hệ thống bằng hành động cụ thể, thay cho mục tiêu chung như “giải quyết yêu cầu khách hàng”. Mẫu dưới đây cho phép người phụ trách thấy agent được đọc gì, được làm gì và khi nào phải bàn giao. Đó là cách xác định mức tự chủ và rủi ro trước khi mở thêm quyền.

Phạm vi: ghi loại yêu cầu được nhận và điều kiện hoàn thành, chẳng hạn tạo đề xuất trả lời cho yêu cầu đổi trả.
Quyền truy cập: liệt kê nguồn được đọc và công cụ được gọi. Tách quyền xem đơn hàng khỏi quyền sửa đơn, hoàn tiền hoặc gửi thông điệp cho khách.
Điểm dừng: bàn giao khi thiếu dữ liệu bắt buộc, các nguồn mâu thuẫn, công cụ báo lỗi hoặc yêu cầu nằm ngoài chính sách được cấp.
Phê duyệt: chỉ rõ ai xem đề xuất và hành động nào phải chờ xác nhận, đặc biệt là thay đổi dữ liệu, công bố nội dung và cam kết với khách.
Dấu vết: lưu đầu vào, nguồn đã dùng, bước xử lý, kết quả công cụ và quyết định của người duyệt để có thể giải thích và sửa sai.

Giới hạn quyền cũng có ích khi phần lớn quy trình vẫn là workflow. Agent chỉ nhận đoạn cần thích nghi; việc kiểm tra điều kiện, chuyển cấp và ghi nhận kết quả tiếp tục theo quy tắc rõ ràng. Nếu không thể hoàn thành trong quyền được cấp, agent cần bàn giao cho người phụ trách. Một lời đề xuất có thể chờ duyệt, còn hành động sửa đơn hàng phải bị chặn cho đến khi có xác nhận.

Đánh giá trên cùng một nhóm tình huống

Chọn một nhóm yêu cầu đã loại bỏ dữ liệu nhạy cảm, gồm cả trường hợp thông thường lẫn ngoại lệ, rồi cho workflow và phương án có agent xử lý cùng nhóm đó. Ghi tỷ lệ hoàn thành đúng, số lần người phụ trách phải sửa, thời gian xử lý, chi phí mỗi yêu cầu và số lần hệ thống dừng hoặc chuyển cấp đúng chỗ. Với công việc nội dung, có thể thêm tỷ lệ bản nháp được duyệt; với bán hàng, theo dõi riêng các đề xuất ảnh hưởng đến đơn hàng hoặc quyền lợi khách.

Phần chênh lệch đáng xem nhất nằm ở ngoại lệ mà workflow xử lý kém. Nếu agent không cải thiện đủ chất lượng để bù chi phí và công giám sát, giữ workflow và cải thiện nhánh chuyển người xử lý. Nếu agent giúp xử lý một nhóm ngoại lệ xác định, chỉ mở rộng trong nhóm đó, với quyền truy cập, điểm dừng và bước phê duyệt đã được đưa vào thử nghiệm.

Đọc thêm: