Chiến lược AI Agent cho doanh nghiệp: xây từ mục tiêu đến danh mục đầu tư

Phần lớn doanh nghiệp không bắt đầu với AI Agent bằng một chiến lược. Họ bắt đầu bằng một chatbot trên website, một luồng tự động hóa lead hay một trợ lý tra cứu tài liệu nội bộ. Khi việc đầu tiên chạy được, các bộ phận khác cũng muốn có, và chỉ sau vài tháng đã có năm sáu sáng kiến dùng công cụ khác nhau, dữ liệu khác nhau, người phụ trách khác nhau.

Chiến lược AI Agent là câu trả lời cho giai đoạn đó: doanh nghiệp nên đầu tư vào những use case nào, theo thứ tự nào, và cần xây những năng lực chung gì để use case sau rẻ hơn, an toàn hơn use case trước. Bài viết này dành cho ban điều hành và trưởng bộ phận. Nếu bạn đang tìm cách chọn quy trình đầu tiên để thử, hãy đọc bài chọn quy trình thí điểm AI Agent; nếu doanh nghiệp còn nhỏ và mới bắt đầu, bài AI Agent cho doanh nghiệp vừa và nhỏ sẽ sát hơn.

1. Chiến lược AI Agent khác gì một dự án AI Agent

Một dự án trả lời câu hỏi “làm việc này thế nào cho chạy được”. Một chiến lược trả lời câu hỏi “trong hai ba năm tới, tiền và người nên đổ vào đâu”. Dự án có phạm vi, tiến độ và tiêu chí nghiệm thu; các giai đoạn của nó đã được mô tả ở bài quy trình triển khai AI Agent và một lộ trình mẫu ở bài lộ trình 90 ngày. Chiến lược đứng ở tầng trên: nó quyết định dự án nào được làm, dự án nào chờ, dự án nào không làm.

Điểm khác thứ hai là chiến lược nhìn thấy phần dùng chung. Khi xét riêng từng dự án, việc kết nối CRM, dựng kho kiến thức hay thiết lập cơ chế phê duyệt đều bị tính là chi phí của dự án đó. Khi nhìn cả danh mục, doanh nghiệp thấy ba dự án cùng cần đọc dữ liệu khách hàng, hai dự án cùng cần tra chính sách nội bộ, và mọi dự án đều cần nhật ký. Làm những phần này một lần, đúng cách, là nơi chiến lược tạo ra giá trị mà từng dự án riêng lẻ không tạo được.

Điểm khác thứ ba là chiến lược có quyền nói “không”. Một bộ phận có thể rất muốn có AI Agent, nhưng nếu dữ liệu của họ chưa có chủ, quy trình chưa ổn định hoặc rủi ro khi sai quá lớn so với lợi ích, việc đẩy dự án đó vào đợt sau là quyết định chiến lược đúng, không phải sự chậm trễ.

2. Tám thành phần của một chiến lược AI Agent

1. Mục tiêu kinh doanh

Chiến lược bắt đầu từ vài mục tiêu mà ban điều hành đã cam kết, không bắt đầu từ công nghệ. Ví dụ: rút ngắn thời gian phản hồi khách mới, giảm khối lượng nhập liệu của phòng kế toán, giữ chất lượng dịch vụ khi mở thêm chi nhánh. Mỗi mục tiêu cần một thước đo mà doanh nghiệp đang theo dõi hoặc có thể theo dõi. Mục tiêu kiểu “ứng dụng AI vào mọi phòng ban” không giúp chọn được gì, vì mọi đề xuất đều khớp với nó.

2. Danh mục use case

Danh mục là bảng liệt kê mọi ý tưởng AI Agent đang có trong doanh nghiệp, kể cả những ý tưởng mới ở dạng một câu. Mỗi dòng ghi: bộ phận đề xuất, quy trình bị ảnh hưởng, mục tiêu kinh doanh nó phục vụ, người sở hữu nghiệp vụ, hệ thống cần kết nối. Thu thập nên làm qua phỏng vấn ngắn với trưởng bộ phận thay vì biểu mẫu, vì người đề xuất thường mô tả giải pháp chứ không mô tả vấn đề.

3. Tiêu chí chấm điểm

Mỗi use case được chấm trên ba trục: giá trị (đóng góp vào mục tiêu, khối lượng công việc liên quan), rủi ro (hậu quả khi AI sai, mức độ dữ liệu nhạy cảm, có hành động ghi hay không), và độ sẵn sàng (dữ liệu đã có chủ chưa, hệ thống có API không, quy trình có ổn định không). Chấm theo thang đơn giản là đủ, miễn các bộ phận chấm bằng cùng một định nghĩa.

4. Năng lực dữ liệu

Nhiều use case trong danh mục sẽ phụ thuộc vào cùng vài nguồn dữ liệu: danh sách khách hàng, danh mục sản phẩm, chính sách, lịch sử đơn hàng. Chiến lược cần chỉ ra nguồn nào được nhiều use case dùng nhất, nguồn đó đã có người chịu trách nhiệm chưa, cập nhật bao lâu một lần. Đầu tư làm sạch và gán chủ cho một nguồn được năm use case dùng thường đáng hơn làm thêm một use case mới. Cách chuẩn bị chi tiết có ở bài chuẩn bị dữ liệu cho AI Agent.

5. Kiến trúc tích hợp

Ở tầng chiến lược, kiến trúc không phải bản vẽ kỹ thuật chi tiết mà là vài quyết định nền: agent kết nối hệ thống lõi qua lớp API chung hay mỗi dự án tự nối; nhật ký lưu tập trung ở đâu; tài khoản dịch vụ và quyền được cấp theo quy tắc nào. Những quyết định này rẻ khi đặt từ đầu và rất đắt khi phải sửa sau khi đã có năm agent chạy theo năm cách khác nhau.

6. Nhân sự và năng lực nội bộ

Mỗi use case cần một người sở hữu nghiệp vụ có thời gian thật, không chỉ có tên. Chiến lược nên đếm xem mỗi bộ phận có thể gánh bao nhiêu dự án song song, ai trong nội bộ sẽ vận hành agent sau khi bàn giao, và phần việc nào cần thuê đơn vị bên ngoài. Cân nhắc giữa tự làm và thuê được phân tích ở bài tự xây hay thuê đơn vị triển khai AI Agent.

7. Quản trị và rủi ro

Chiến lược cần định sẵn vài quy tắc áp cho mọi use case: loại dữ liệu nào không được đưa vào mô hình bên ngoài, hành động nào bắt buộc có người duyệt, ai có quyền dừng một agent khi có sự cố, ai phê duyệt việc mở rộng phạm vi. Nếu mỗi dự án tự đặt quy tắc riêng, doanh nghiệp sẽ có những khoảng trống mà không ai nhận ra cho tới khi có chuyện.

8. Lộ trình đầu tư theo đợt

Thay vì một kế hoạch lớn nhiều năm, chiến lược nên chia đầu tư thành các đợt. Mỗi đợt gồm vài use case nhóm “làm ngay” cộng phần năng lực dùng chung mà chúng cần. Kết thúc đợt, doanh nghiệp xem kết quả thật rồi mới quyết định đợt sau. Cách này giữ ngân sách trong tầm kiểm soát và cho phép đổi hướng khi một giả định sai.

3. Cách xây chiến lược trong thực tế

Bước 1: Chốt mục tiêu và người chịu trách nhiệm

Ban điều hành chọn ba đến năm mục tiêu kinh doanh cho giai đoạn tới và chỉ định một người có quyền phân bổ ngân sách giữa các bộ phận làm chủ chiến lược. Không có người này, danh mục sẽ biến thành danh sách mong muốn của từng phòng.

Bước 2: Lập và chấm danh mục use case

Phỏng vấn trưởng các bộ phận, gom ý tưởng vào một bảng chung, rồi chấm theo ba trục giá trị, rủi ro, độ sẵn sàng. Buổi chấm nên có mặt người phụ trách công nghệ và người phụ trách kiểm soát nội bộ, vì trưởng bộ phận thường đánh giá thấp độ khó tích hợp và đánh giá thấp rủi ro.

Bước 3: Xác định năng lực dùng chung

Từ các use case nhóm “làm ngay” và “chuẩn bị”, liệt kê nguồn dữ liệu, tích hợp và quy tắc quản trị mà chúng cùng cần. Phần nào được từ hai use case trở lên dùng thì đưa vào kế hoạch như một hạng mục riêng, có người sở hữu riêng.

Bước 4: Xếp đợt đầu tư và điểm xem lại

Chọn đợt đầu gồm một đến ba use case và phần năng lực chung tối thiểu. Ghi rõ đợt đầu kết thúc thì xem những kết quả nào, ai quyết định đợt tiếp theo. Mỗi use case trong đợt sẽ đi theo quy trình dự án thông thường, bắt đầu từ thí điểm.

4. Ví dụ giả định

Một công ty phân phối thiết bị có bốn đề xuất: phòng kinh doanh muốn AI Sales Agent tiếp nhận yêu cầu trên website, phòng chăm sóc khách hàng muốn chatbot tra cứu bảo hành, phòng kế toán muốn tự động đọc hóa đơn nhà cung cấp, phòng nhân sự muốn trợ lý trả lời chính sách nội bộ.

Khi chấm, chatbot bảo hành và AI Sales Agent đều có giá trị cao và cùng cần đọc danh mục sản phẩm cùng dữ liệu khách hàng trong CRM. Danh mục sản phẩm hiện nằm rải rác ở ba bảng tính, chưa ai chịu trách nhiệm. Đọc hóa đơn có giá trị cao nhưng đụng tới tiền và hệ thống kế toán, nên được xếp vào nhóm thận trọng: chỉ trích xuất và đề xuất, kế toán duyệt từng chứng từ. Trợ lý nhân sự có giá trị vừa, dữ liệu sẵn sàng nhưng chính sách đang được sửa, nên chờ đợt sau.

Đợt đầu tư thứ nhất vì vậy gồm chatbot bảo hành cộng việc chuẩn hóa danh mục sản phẩm và kết nối đọc CRM. Đến đợt thứ hai, AI Sales Agent dùng lại đúng hai phần đó nên phạm vi nhỏ hơn hẳn so với khi làm riêng. Điều đáng chú ý là ý tưởng được nhiều người hào hứng nhất lại không nằm trong đợt đầu, và đó là quyết định có lý do rõ ràng thay vì do phòng nào nói to hơn.

5. Rủi ro và giới hạn

• Chiến lược viết xong rồi để đó, không gắn với ngân sách và không có điểm xem lại
• Chấm điểm theo cảm tính, mỗi bộ phận hiểu “giá trị” và “rủi ro” một kiểu
• Đầu tư nền tảng dùng chung quá sớm, trước khi có use case thật cần nó
• Xếp use case rủi ro cao vào đợt đầu chỉ vì lãnh đạo quan tâm

Rủi ro lớn nhất là chiến lược trở thành tài liệu trình bày thay vì công cụ ra quyết định. Dấu hiệu dễ thấy: danh mục không có use case nào bị xếp “chờ”, mọi đề xuất đều được làm cùng lúc, và không ai nói được đợt đầu tư hiện tại kết thúc khi nào. Rủi ro thứ hai là bỏ quên chi phí vận hành. Mỗi agent đưa vào vận hành cần người theo dõi, cập nhật dữ liệu và xử lý ngoại lệ; mười agent cùng lúc có thể vượt sức đội nội bộ dù từng agent đều nhỏ. Ước lượng phần này nên dựa trên cách tính ở bài ROI của AI Agent, không dựa trên hình dung.

6. Phân chia trách nhiệm

Chủ chiến lược, thường là một thành viên ban điều hành, giữ danh mục, chủ trì các buổi xem lại và quyết định phân bổ giữa các bộ phận. Trưởng bộ phận đề xuất use case, cử người sở hữu nghiệp vụ và cam kết thời gian của người đó. Người phụ trách công nghệ đánh giá khả thi tích hợp, sở hữu các năng lực dùng chung như lớp kết nối, nhật ký và quản lý quyền. Bộ phận kiểm soát nội bộ hoặc an toàn thông tin đặt quy tắc chung về dữ liệu và phê duyệt.

Đơn vị triển khai bên ngoài, nếu có, tham gia ở khâu khảo sát quy trình, đánh giá khả thi kỹ thuật và thực hiện từng dự án. Họ có thể chỉ ra use case nào khó hơn doanh nghiệp tưởng, nhưng không nên là bên quyết định thứ tự ưu tiên, vì thứ tự đó phụ thuộc vào mục tiêu kinh doanh mà chỉ doanh nghiệp nắm.

7. Chỉ số nên theo dõi

• Tỷ lệ use case trong đợt đạt tiêu chí nghiệm thu đã đặt trước
• Mức đóng góp đo được của từng use case vào mục tiêu kinh doanh gắn với nó
• Số use case mới dùng lại được năng lực chung thay vì tự xây
• Tổng khối lượng vận hành mà đội nội bộ đang gánh cho các agent đã chạy

Chỉ số của chiến lược khác chỉ số của từng agent. Ở đây câu hỏi là danh mục có đang tiến gần mục tiêu kinh doanh không, và mỗi đợt đầu tư có làm đợt sau rẻ hơn không. Đếm số agent đã triển khai là chỉ số dễ gây hiểu nhầm nhất: mười agent ít người dùng không bằng hai agent gánh được phần việc lớn của một quy trình quan trọng.

8. Checklist trước khi chốt chiến lược

• Mục tiêu kinh doanh đã chốt, mỗi mục tiêu có thước đo
• Danh mục use case gom từ mọi bộ phận, chấm bằng cùng định nghĩa
• Mỗi use case trong đợt đầu có người sở hữu nghiệp vụ có thời gian thật
• Năng lực dùng chung đã liệt kê, có người chịu trách nhiệm
• Quy tắc chung về dữ liệu, phê duyệt và dừng khẩn cấp đã thống nhất
• Đợt đầu có ngày kết thúc và cuộc họp xem lại đã lên lịch

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

Doanh nghiệp đã có một dự án AI Agent chạy tốt thì còn cần chiến lược không? Cần, khi bắt đầu có dự án thứ hai hoặc thứ ba. Không có chiến lược, mỗi bộ phận tự chọn công cụ, tự kết nối dữ liệu và tự đặt quy tắc riêng, nên chi phí tích hợp và rủi ro tăng nhanh hơn giá trị mang lại.

Ai nên chủ trì việc xây chiến lược AI Agent? Một thành viên ban điều hành có quyền phân bổ ngân sách giữa các bộ phận, cùng trưởng các bộ phận có use case và người phụ trách công nghệ. Đơn vị triển khai bên ngoài có thể khảo sát và đánh giá khả thi, nhưng quyết định ưu tiên phải thuộc về doanh nghiệp.

Chiến lược AI Agent nên xem lại bao lâu một lần? Nên rà lại sau mỗi đợt đầu tư, khi đã có kết quả thật của các use case vừa đưa vào vận hành. Ngoài ra cần xem lại khi mục tiêu kinh doanh đổi, khi có hệ thống lõi mới hoặc khi một sự cố cho thấy giả định về rủi ro đã sai.

Có nên đầu tư một nền tảng AI dùng chung trước khi làm use case nào không? Thường là không. Năng lực dùng chung nên được xây dần từ nhu cầu của vài use case đầu tiên, rồi tách ra thành phần chung khi use case thứ hai cần đúng thứ đó. Xây nền tảng trước khi có nhu cầu thật dễ tốn tiền cho thứ không ai dùng.

Kết luận

Chiến lược AI Agent không phải danh sách công nghệ muốn thử mà là một cách ra quyết định: gắn mỗi use case với mục tiêu kinh doanh, chấm công bằng theo giá trị, rủi ro và độ sẵn sàng, xây phần dùng chung khi đã có nhu cầu thật, và đầu tư theo từng đợt có điểm xem lại. Làm được như vậy, mỗi agent mới sẽ nhanh hơn và an toàn hơn agent trước nó.

Trao đổi với Naventic để rà danh mục use case AI Agent của doanh nghiệp. Đọc thêm: Dịch vụ.