0

Mô Hình Trưởng Thành Agentic AI: Đừng Gọi Chatbot Là Agent

Mỗi cuộc họp điều hành về "AI agent" đều giống như một toà tháp Babel. Người thì nghĩ tới chatbot tra cứu kiến thức. Người khác lại hình dung một copilot soạn thảo email. Người thứ ba muốn một hệ thống tự động gọi API và thực thi hành động trên môi trường production. Cùng một thuật ngữ, nhưng mỗi người nói về một thứ hoàn toàn khác nhau.

Mô hình trưởng thành Agentic AI ra đời để giải quyết vấn đề này. Không phải để khoe khoang cấp độ, mà để tạo ra một ngôn ngữ chung trả lời câu hỏi khó hơn: Chúng ta đang ở đâu thực sự, nền tảng nào còn thiếu, và mục tiêu khả thi trong 12 tháng tới là gì?

Nếu thiếu khung này, bạn sẽ thấy những mô hình thất bại quen thuộc. Đội business cảm thấy mình tiên tiến vì có nhiều use case. Đội engineering cảm thấy bị kìm hãm bởi dữ liệu và tích hợp. Đội risk lo lắng vì thiếu kiểm soát. Ban lãnh đạo không thể phân biệt giữa một thí nghiệm năng suất cá nhân và một năng lực doanh nghiệp có thể mở rộng.

Dưới đây là mô hình giúp bạn cắt xuyên qua màn sương mù đó.

Sơ đồ năm cấp độ dạng màu nước của Mô hình trưởng thành Agentic AI, từ Cá nhân hóa ở dưới cùng đến Doanh nghiệp Agentic ở trên cùng, với giá trị và độ phức tạp tăng dần ở bên trái và nhu cầu quản trị tăng dần ở bên phải.

Cấp 1: Cá nhân hóa — Cái bẫy năng suất

Đây là điểm xuất phát của hầu hết các tổ chức. AI đóng vai trò trợ lý cá nhân: soạn email, tóm tắt tài liệu, hỗ trợ phân tích, viết code. Giá trị là thực tế và tức thì. Nhân viên cảm thấy làm việc hiệu quả hơn. Việc áp dụng diễn ra từ dưới lên và rất nhanh.

Nhưng từ góc nhìn doanh nghiệp, những hạn chế rất rõ ràng. Giá trị kinh doanh phân tán rải rác và khó đo lường bằng các chỉ số chính thức như cycle time hay error rate. Một chuyên viên tài chính dùng AI để viết bình luận biến động. Một chuyên viên mua hàng dùng nó để soạn email cho nhà cung cấp. Một giám sát viên dịch vụ khách hàng dùng nó để trau chuốt phản hồi. Tất cả đều hữu ích. Nhưng không có cái nào là một năng lực vận hành có thể tái sử dụng.

Rủi ro tinh vi nhưng đáng kể: dữ liệu nhạy cảm lọt vào các công cụ không được phê duyệt, không có kiểm soát về prompt và đầu ra, không có tài sản nào được xây dựng có hệ thống, và tổ chức không học được gì từ việc sử dụng. Bạn nghĩ mình đang làm AI. Thực ra bạn chỉ đang làm năng suất cá nhân.

Dấu hiệu bạn đang mắc kẹt ở đây:

  • Sử dụng AI nhiều, nhưng không kết nối với quy trình chính thức.
  • Không có người chịu trách nhiệm về kết quả đầu ra của AI.
  • Thước đo thành công là tỷ lệ áp dụng và sự hài lòng của người dùng — chứ không phải kết quả kinh doanh.

Cấp 2: Hỗ trợ quy trình — Nơi giá trị doanh nghiệp thực sự bắt đầu

Ở cấp độ hai, AI được nhúng vào các quy trình làm việc cụ thể. Con người vẫn là người thực thi chính, nhưng AI giúp giảm thời gian tìm kiếm, công sức soạn thảo và khối lượng phân tích trong các quy trình đã được xác định. Ví dụ: soạn phản hồi dịch vụ khách hàng dựa trên lịch sử vụ việc, chuẩn bị giải trình biến động trong quá trình chốt sổ tài chính, tóm tắt ticket sự cố cho IT service desk.

Sự khác biệt chính so với cấp một: AI hiện đã nằm trong một quy trình làm việc chính thức. Bạn có thể đo lường mức giảm cycle time, cải thiện chất lượng và tỷ lệ áp dụng theo từng quy trình. Một đội vận hành khách hàng có thể theo dõi xem thời gian xử lý có giảm không. Một đội tài chính có thể đo lường xem chất lượng bình luận có nhất quán hơn không.

Đối với hầu hết các công ty, cấp hai là mục tiêu 12 tháng lành mạnh. Giá trị kinh doanh trở nên hữu hình, nhưng rủi ro vẫn có thể quản lý được vì con người vẫn thực thi mọi hành động. Tuy nhiên, trần nhà là có thật: AI giúp chuẩn bị, nhưng con người vẫn phải đưa quyết định vào hệ thống, theo dõi các bước tiếp theo và đóng vòng lặp quy trình. Hiệu quả được cải thiện, nhưng kinh tế học của các quy trình khối lượng lớn không thay đổi về cơ bản.

Cấp 3: Thực thi Agent có kiểm soát — Điểm bùng phát

Đây là lúc thuật ngữ "agentic" trở nên có ý nghĩa vận hành thực sự. AI không chỉ giúp suy nghĩ — nó gọi các công cụ và thực hiện các hành động có giới hạn trong những ranh giới rõ ràng. Ví dụ: một agent xử lý hoàn tiền cho các đơn hàng giá trị thấp đáp ứng chính sách, tạo ticket IT service sau khi xác thực, hoặc gửi yêu cầu mua hàng sau khi kiểm tra tính đầy đủ và tuân thủ chính sách.

Khoảnh khắc agent có thể hành động, nền tảng thay đổi từ tùy chọn thành bắt buộc. Bạn cần kiểm soát danh tính và quyền truy cập cho agent. Một policy engine để ràng buộc hành động. Khả năng quan sát để theo dõi quyết định và lời gọi công cụ. Audit trail. Quy trình phê duyệt của con người cho các trường hợp cụ thể. Nếu thiếu những thứ này, bạn chưa sẵn sàng cho cấp ba, bất kể bản demo của bạn có ấn tượng đến đâu.

Sự đánh đổi rất rõ ràng: giá trị tăng lên vì hành động được tự động hóa, nhưng các yêu cầu về kiểm soát, tích hợp và quyền sở hữu tăng vọt. Đây không phải là cấp độ dành cho các tổ chức có độ trưởng thành API yếu, dữ liệu không nhất quán hoặc quản trị runtime non nớt. Thúc đẩy cấp ba mà không có nền tảng sẽ dẫn đến sự cố và mất lòng tin kinh doanh.

Dấu hiệu bạn thực sự ở cấp ba:

  • Agent có danh tính chính thức và quyền truy cập giới hạn.
  • Có sự phân tách rõ ràng giữa công cụ chỉ đọc và công cụ hành động.
  • Một policy runtime xác định khi nào agent được phép hành động.
  • Khả năng quan sát và ghi nhật ký tồn tại.
  • Con người tham gia thông qua phê duyệt hoặc xử lý ngoại lệ — chứ không phải là người thực thi mặc định của mọi bước.

Cấp 4: Mô hình vận hành đa Agent — Điều phối xuyên chức năng

Ở cấp độ bốn, các agent không còn hoạt động độc lập. Nhiều agent làm việc cùng nhau dưới một bộ điều phối để cung cấp các luồng giá trị đầu cuối: lead-to-cash, issue-to-resolution, xử lý ngoại lệ source-to-pay, điều phối chốt sổ tài chính.

Sự thay đổi là từ tối ưu hóa các tác vụ riêng lẻ sang điều phối các kết quả đầu cuối. Trong quá trình chốt sổ tài chính, một agent giám sát lịch chốt sổ, một agent khác phân tích bất thường trên sổ cái, một agent khác chuẩn bị bình luận, bộ điều phối ưu tiên các ngoại lệ, và con người xử lý các phê duyệt quan trọng và các trường hợp phức tạp. Trong chuỗi cung ứng, một agent giám sát sự kiện vận chuyển, một agent khác kiểm tra hàng tồn kho và mức độ ưu tiên của khách hàng, một agent chính sách đánh giá các phương án giảm thiểu, và bộ điều phối tổng hợp các khuyến nghị xuyên chức năng.

Giá trị tăng lên vì các nút thắt cổ chai bàn giao giữa các nhóm được thu hẹp. Nhưng các rủi ro mới xuất hiện: sự bành trướng agent không có danh mục và quyền sở hữu rõ ràng, các quyết định xung đột giữa các agent, bộ điều phối đi theo các đường dẫn vi phạm chính sách, và trách nhiệm giải trình mờ nhạt khi kết quả sai.

Cấp độ này đòi hỏi kỷ luật vận hành mạnh mẽ: quyền sở hữu cho mỗi agent và mỗi luồng giá trị, danh mục công cụ và agent, tiêu chuẩn đánh giá, quản trị xuyên chức năng và thiết kế giám sát con người rõ ràng. Nếu các quy trình cơ bản hỗn loạn và dữ liệu xuyên chức năng không đồng bộ, việc ép buộc điều phối đa agent là nguy hiểm. Hãy củng cố cấp hai hoặc ba trong các lĩnh vực hẹp hơn trước.

Cấp 5: Doanh nghiệp Agentic — Nền tảng, không phải dự án

Cấp độ cuối cùng không phải là có nhiều agent. Nó có nghĩa là công ty có một nền tảng tích hợp, quản trị, mô hình vận hành, chiến lược lực lượng lao động và quản lý danh mục đầu tư. Agent không còn là thí nghiệm trong phòng thí nghiệm đổi mới. Chúng là một phần chính thức của lớp thực thi doanh nghiệp.

Một sai lầm phổ biến là cho rằng cấp năm có nghĩa là mọi thứ chạy mà không cần con người. Không phải vậy. Doanh nghiệp Agentic là về việc đặt các agent như một phần chính thức của hệ thống công việc, với ranh giới thẩm quyền rõ ràng và các mô hình trách nhiệm giải trình trưởng thành. Trong một số lĩnh vực, quyền tự chủ có giới hạn là cao. Ở những lĩnh vực khác, human-in-the-loop vẫn chiếm ưu thế. Điều phân biệt cấp năm là tính nhất quán của nền tảng và kỷ luật vận hành — chứ không phải mức độ tự chủ.

Những thay đổi về lực lượng lao động không còn mang tính cục bộ. Các công ty phải thiết kế lại các vai trò tuyến đầu và giám sát, xây dựng kỹ năng quản lý ngoại lệ, tạo ra các vai trò mới như chủ sở hữu agent và nhà thiết kế chính sách, và thiết lập các chỉ số hiệu suất cho các nhóm người-agent. Nếu không có điều này, bạn có thể có một nền tảng agent tinh vi và một tổ chức con người không được chuẩn bị.

Áp dụng vào hệ thống thực tế: Chẩn đoán và lập kế hoạch 12 tháng

Để áp dụng mô hình này, hãy đánh giá vị trí hiện tại của bạn dựa trên năm chiều: giá trị kinh doanh, kiến trúc và tích hợp, quản trị và rủi ro, mô hình vận hành, và sự sẵn sàng của lực lượng lao động.

Đối với hầu hết các đội engineering và platform, mục tiêu 12 tháng lành mạnh thường rơi vào một trong ba mô hình sau:

  • Từ cấp 1 lên cấp 2: Chọn hai hoặc ba quy trình ưu tiên, nhúng AI vào quy trình chính thức, đo lường cycle time và chất lượng, xây dựng các guardrail cơ bản. Ví dụ: team của bạn có thể bắt đầu với việc tự động hóa soạn thảo báo cáo hàng tuần hoặc hỗ trợ phân tích log lỗi.

  • Từ cấp 2 lên cấp 3: Chọn các hành động có rủi ro thấp và có ranh giới rõ ràng. Xây dựng danh tính agent, policy engine, quy trình phê duyệt và khả năng quan sát. Đảm bảo nền tảng API và dữ liệu đủ trưởng thành. Một ví dụ thực tế: agent tự động tạo ticket IT cho các lỗi đã biết, nhưng yêu cầu phê duyệt của con người cho các lỗi chưa từng thấy.

  • Từ cấp 3 lên cấp 4: Tránh sự bành trướng agent. Xây dựng một bộ điều phối và danh mục agent/công cụ. Thiết lập quyền sở hữu xuyên chức năng. Bắt đầu quản lý các luồng giá trị, không phải các use case riêng lẻ. Ví dụ: thay vì có agent riêng cho từng phòng ban, hãy xây dựng một agent điều phối quy trình "từ khiếu nại đến khi giải quyết" xuyên suốt CS, IT và vận hành.

Rất ít tổ chức có thể thực tế nhắm đến một bước nhảy vọt lên cấp năm trong 12 tháng — trừ khi họ đã có một lõi kỹ thuật số, quản trị và kỷ luật vận hành trưởng thành.

Bài kiểm tra thực sự

Sau khi đọc xong, có thể bạn đang tự hỏi công ty mình đang ở đâu. Bản thân câu hỏi đó đã là một bước đầu tiên hữu ích. Trước khi đặt mục tiêu, hãy chẩn đoán nhanh: "Agent"


All rights reserved

Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí