Lập ngân sách AI Agent: Tách khoản một lần, khoản định kỳ và dự phòng

Nhiều doanh nghiệp bắt đầu dự án AI Agent với một con số trong đầu, thường là phí mô hình hoặc giá một phần mềm đọc được đâu đó. Đến khi làm thật, các khoản khác mới lộ ra: công làm sạch dữ liệu, công kết nối CRM, thời gian nhân viên nghiệp vụ tham gia kiểm thử, chi phí giám sát sau khi chạy. Ngân sách vượt thường không phải vì ai tính sai giá, mà vì bảng dự toán ban đầu thiếu dòng.

Bài viết này không bàn AI Agent tốn bao nhiêu. Danh sách các khoản chi và những yếu tố làm chi phí thay đổi đã có ở bài chi phí triển khai AI Agent. Trọng tâm ở đây là cách lập và giữ ngân sách: tách khoản một lần với khoản định kỳ, chừa dự phòng ở đâu, đặt hạn mức vận hành thế nào và ai được quyết định khi phải chi thêm.

1. Ngân sách AI Agent khác ngân sách phần mềm thông thường ở đâu

Với phần mềm đóng gói, chi phí chủ yếu là giấy phép và công cài đặt, khá dễ đoán. AI Agent có thêm hai lớp biến động. Lớp thứ nhất là chi phí gọi mô hình, tăng giảm theo số lượt dùng và độ dài nội dung mỗi lượt. Lớp thứ hai là công việc quanh dữ liệu và tích hợp, vốn chỉ rõ quy mô sau khi khảo sát hệ thống thật.

Vì vậy nên chia ngân sách theo ba mức năng lực, giống cách chia phạm vi. Agent chỉ hỏi đáp trên tài liệu có chi phí dồn chủ yếu vào chuẩn bị kho kiến thức. Agent tra cứu dữ liệu thời gian thực cộng thêm chi phí kết nối API và xử lý khi hệ thống nguồn lỗi. Agent được ghi vào hệ thống phải cộng tiếp phê duyệt, chống lặp, nhật ký và vòng kiểm thử kỹ hơn. Gộp cả ba mức vào một dự toán ngay từ đầu là lý do phổ biến khiến con số hoặc quá lớn để được duyệt, hoặc quá nhỏ để làm xong.

2. Các khoản cần có trong bảng ngân sách

1. Khảo sát quy trình

Đây là khoản hay bị cắt đầu tiên vì trông giống những buổi họp. Thực chất khảo sát tạo ra tài liệu phạm vi, danh sách hệ thống và ngoại lệ, tức là căn cứ để mọi khoản phía sau có khối lượng rõ ràng. Bỏ qua bước này thì dự toán tích hợp và dữ liệu chỉ còn là phỏng đoán. Nên ghi khoản này riêng, tính cả thời gian người nghiệp vụ ngồi cùng đội kỹ thuật.

2. Chuẩn bị dữ liệu

Khoản này gồm rà soát tài liệu, loại bản cũ, thống nhất nguồn chính thức và chuẩn hóa định dạng. Khối lượng phụ thuộc hiện trạng: tài liệu rải rác nhiều nơi và mâu thuẫn nhau thì việc lớn hơn nhiều so với một kho đã gọn. Phần lớn công sức ở đây thuộc về phía doanh nghiệp, nên cần tính cả giờ công nội bộ chứ không chỉ phần bên triển khai báo. Cách kiểm kê được trình bày ở bài chuẩn bị dữ liệu cho AI Agent.

3. Phát triển tích hợp

Mỗi hệ thống cần kết nối nên là một dòng riêng: CRM, ERP, hộp thư, phần mềm kế toán. Với từng dòng, ghi rõ hệ thống đã có API chưa, cần quyền gì và ai phía doanh nghiệp hỗ trợ cấp quyền. Hệ thống cũ không có API, phải đọc qua file xuất hoặc cơ sở dữ liệu trung gian, nên được đánh dấu là khoản có độ bất định cao.

4. Chi phí mô hình và hạ tầng

Đây là khoản định kỳ, tính theo lượng sử dụng thực tế. Cách ước lượng hợp lý là lấy số yêu cầu dự kiến mỗi ngày, độ dài trung bình của câu hỏi, tài liệu tham chiếu và câu trả lời, rồi đối chiếu với bảng giá của nhà cung cấp mô hình. Hạ tầng gồm máy chủ, cơ sở dữ liệu và nơi lưu nhật ký. Nên lập hai kịch bản sử dụng thấp và cao thay vì chỉ một con số.

5. Kiểm thử nghiệm thu

Kiểm thử tốn công ở cả hai phía: bên triển khai viết và chạy ca thử, bên nghiệp vụ soạn câu hỏi thật và chấm kết quả. Khoản này hay bị dồn về cuối dự án rồi bị ép lại khi hết thời gian. Tách thành dòng riêng giúp giữ đủ vòng sửa lỗi sau lần thử đầu tiên.

6. Đào tạo vận hành

Người dùng cần biết Agent làm được gì, không làm được gì và báo lỗi ở đâu. Người vận hành cần biết cách cập nhật tài liệu, đọc nhật ký và xử lý ca chuyển tiếp. Chi phí ở đây chủ yếu là thời gian soạn hướng dẫn, tổ chức buổi đào tạo và kèm cặp giai đoạn đầu. Thiếu khoản này, Agent vẫn chạy nhưng ít người dùng đúng cách.

7. Bảo trì và giám sát

Sau bàn giao vẫn còn việc: tài liệu thay đổi, API bên thứ ba đổi phiên bản, câu hỏi mới xuất hiện mà Agent trả lời chưa tốt. Nên xác định trước phạm vi bảo trì gồm những gì, sự cố được xử lý trong bao lâu, và yêu cầu thêm tính năng được báo giá riêng hay nằm trong phạm vi bảo trì. Ngân sách năm đầu thiếu dòng này thường phải xin bổ sung giữa chừng.

8. Chi phí hệ thống bên thứ ba

Có những khoản không nằm trong báo giá của bên triển khai: gói nâng cấp CRM để mở API, tài khoản nhà cung cấp mô hình, dịch vụ gửi email hoặc tin nhắn, dịch vụ nhận diện giọng nói. Hãy liệt kê từng khoản, ghi ai đứng tên hợp đồng và ngân sách phòng nào chi trả. Khoản bị sót thường là khoản không ai nghĩ mình phải trả.

3. Quy trình lập ngân sách đề xuất

Bước 1: Xác định phạm vi và kết quả cần đo

Chốt Agent sẽ xử lý quy trình nào, ở mức hỏi đáp, tra cứu hay ghi, và kết quả nào dùng để đánh giá khoản chi có xứng đáng. Đầu ra là một trang mô tả phạm vi, kèm danh sách những việc chưa làm ở giai đoạn này. Người có quyền duyệt ngân sách ký xác nhận phạm vi trước khi đi xin báo giá.

Bước 2: Chuẩn hóa dữ liệu cùng quyền truy cập

Kiểm kê nguồn dữ liệu và quyền cần cấp để ước lượng hai khoản bất định nhất là dữ liệu và tích hợp. Đầu ra là bảng liệt kê từng nguồn, hiện trạng, người phụ trách và mức công việc ước tính. Khoản nào chưa đánh giá được thì ghi rõ là giả định, kèm điều kiện để xem lại.

Bước 3: Thiết kế tích hợp, ngoại lệ và phê duyệt

Từ bản thiết kế, lập bảng ngân sách hai phần: khoản một lần gồm khảo sát, dữ liệu, tích hợp, kiểm thử, đào tạo; khoản định kỳ gồm mô hình, hạ tầng, bảo trì và phí bên thứ ba. Thêm dòng dự phòng gắn với từng giả định rủi ro cao, không cộng đều một tỷ lệ cho mọi khoản. Ghi rõ ai được duyệt khi phải dùng đến dự phòng.

Bước 4: Kiểm thử vận hành rồi cải thiện theo log

Trong giai đoạn chạy thử, ghi chi phí thực theo từng kỳ và so với dự toán. Nhật ký giúp tìm nguyên nhân chênh lệch: người dùng hỏi nhiều hơn dự kiến, câu trả lời dài hơn cần thiết, hay lỗi tích hợp khiến hệ thống gọi lại nhiều lần. Đầu ra là bảng ngân sách vận hành đã hiệu chỉnh và hạn mức chính thức cho giai đoạn mở rộng.

4. Ví dụ giả định

Một doanh nghiệp dự toán chỉ tính chi phí mô hình nhưng bỏ qua công làm sạch dữ liệu và kết nối CRM. Sau khảo sát, dự án được chia thành pilot một quy trình, ngân sách tích hợp riêng và hạn mức vận hành hàng tháng.

Bài học rút ra là con số ban đầu thiếu đúng hai dòng lớn nhất. Khi rà lại một bảng dự toán, nên hỏi ba câu: dữ liệu do ai làm sạch và mất bao nhiêu công, mỗi hệ thống cần kết nối đã có API chưa, và nếu lượt dùng tăng gấp đôi thì phí định kỳ thay đổi thế nào. Hạn mức vận hành hàng tháng cũng nên có ngưỡng cảnh báo trước khi chạm trần, để người phụ trách kịp xem nguyên nhân thay vì hệ thống tự dừng.

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

• Không dùng một mức giá chung cho mọi quy trình
• Tách chi phí một lần và định kỳ
• Không đồng nhất token với số chữ
• Dự phòng cho thay đổi API và dữ liệu

Chi phí của một quy trình không áp được cho quy trình khác, vì số hệ thống và độ sạch dữ liệu mỗi nơi một khác. Chi phí mô hình tính theo token, mà một token không tương đương một chữ; tùy mô hình, cùng một nội dung tiếng Việt có thể tốn nhiều token hơn tiếng Anh. Vì vậy nên đo trên dữ liệu thật thay vì ước lượng theo số chữ. Nhà cung cấp mô hình và các hệ thống bên thứ ba cũng có thể đổi giá hoặc đổi API, nên khoản dự phòng cần gắn với những điểm phụ thuộc này.

6. Phân chia trách nhiệm vận hành

Chủ sở hữu nghiệp vụ chịu trách nhiệm về giá trị: quy trình nào đáng đầu tư và kết quả nào chứng minh khoản chi hợp lý. Bộ phận tài chính giữ bảng ngân sách, theo dõi khoản định kỳ và duyệt khi dùng đến dự phòng. Đội kỹ thuật cung cấp số liệu sử dụng thực tế, cảnh báo khi chi phí mô hình tăng bất thường và đề xuất cách tối ưu, như rút gọn ngữ cảnh hoặc dùng mô hình nhẹ hơn cho loại yêu cầu đơn giản.

Mọi yêu cầu mở rộng phạm vi nên đi qua cùng một cửa: mô tả thay đổi, ước tính khoản một lần và khoản định kỳ, tên người duyệt. Cách này ngăn tình trạng mỗi phòng ban thêm một tính năng nhỏ và tổng chi phí tăng dần mà không ai nhìn thấy. Khi chi phí vượt hạn mức, phải có người được quyền chọn giữa giới hạn lượt dùng, tạm tắt tính năng ít giá trị hoặc xin bổ sung ngân sách.

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

• Chi phí thực tế so với dự toán, tách khoản một lần và định kỳ
• Tỷ lệ hoàn thành đúng theo tiêu chí đã duyệt
• Tỷ lệ chuyển người phụ trách, lỗi tích hợp và số thao tác phải sửa
• Chi phí trên mỗi yêu cầu xử lý đúng so với cách làm cũ

Tổng chi phí tháng thấp chưa chắc là tốt nếu Agent xử lý đúng rất ít việc. Chỉ số đáng xem là chi phí trên mỗi yêu cầu được xử lý đúng, đặt cạnh chi phí của cách làm thủ công trước đó. Tách theo loại yêu cầu để thấy loại nào tốn nhiều mà giá trị thấp, rồi quyết định giữ, tối ưu hay trả lại cho người làm. Cách so sánh chi phí với lợi ích được trình bày kỹ hơn ở bài ROI của AI Agent.

8. Checklist trước khi vận hành

• Mỗi khoản chi đã có người chịu trách nhiệm và nguồn ngân sách
• Nguồn dữ liệu và chủ sở hữu đã xác nhận
• Quyền đọc ghi đã thử với nhiều vai trò
• Có phương án khi hệ thống lỗi hoặc thiếu dữ liệu
• Hạn mức vận hành và ngưỡng cảnh báo chi phí đã được đặt
• Có bộ kiểm thử hồi quy và người vận hành

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

Có thể lập ngân sách AI Agent khi chưa khảo sát không? Có thể đặt một khoảng ngân sách định hướng để xin chủ trương, nhưng chưa nên coi đó là dự toán. Các khoản dữ liệu và tích hợp chỉ ước lượng được sau khi biết hiện trạng tài liệu và hệ thống, nên bảng ngân sách chính thức nên lập sau khảo sát.

Nên bắt đầu lập ngân sách AI Agent từ khoản nào? Bắt đầu từ phạm vi, rồi đến dữ liệu và tích hợp, vì đây là hai khoản biến động nhất. Chi phí mô hình tính sau cùng, dựa trên lượng sử dụng dự kiến của đúng phạm vi đã chốt.

Khi nào khoản chi phát sinh cần người duyệt? Khi dùng đến dự phòng, khi mở rộng phạm vi sang quy trình hoặc hệ thống mới, và khi chi phí định kỳ vượt ngưỡng cảnh báo. Người duyệt nên là người giữ ngân sách, không để đội kỹ thuật tự quyết.

Có nên đặt hạn mức cứng cho chi phí mô hình không? Nên có hạn mức, nhưng kèm một ngưỡng cảnh báo trước đó để người phụ trách kịp xử lý. Nếu chỉ có hạn mức cứng, Agent có thể ngừng giữa giờ làm việc và người phát hiện đầu tiên lại là khách hàng hoặc nhân viên.

Kết luận

Ngân sách AI Agent giữ được khi mỗi khoản có dòng riêng, có người chịu trách nhiệm và có giả định được ghi ra giấy. Tách khoản một lần khỏi khoản định kỳ, đặt dự phòng vào đúng những điểm bất định và theo dõi chi phí trên mỗi việc làm đúng là ba thói quen giúp dự án không phải xin thêm tiền giữa chừng.

Trao đổi với Naventic để khảo sát phạm vi và lập bảng ngân sách AI Agent. Đọc thêm: Bảng giá.