Chi phí AI cho doanh nghiệp: từ đơn giá đến tổng chi
Đăng ngày 25/10/2026
Mục lục bài nghiên cứu

Tóm tắt: đọc hóa đơn cùng công việc hoàn thành
Chi phí AI cho doanh nghiệp gồm tiền dùng mô hình, hạ tầng và công tổ chức vận hành. Đơn giá suy luận có thể giảm trong khi hóa đơn tăng vì số việc, độ dài đầu vào hoặc công kiểm tra tăng. Muốn lập ngân sách, cần xác định đầu ra được chấp nhận và cộng các nguồn lực để tạo ra nó. Không thể suy tổng chi từ một bảng giá token hay mức tiêu thụ điện toàn cầu.
- Tách giá đơn vị khỏi tổng lượng sử dụng. Giá cho một triệu token chỉ là một thành phần; loại token, cấu hình dịch vụ và phần công cụ có thể được tính khác nhau. Ghi ngày kiểm giá để tránh dùng mức cũ như báo giá hiện tại.
- Tách hóa đơn nhà cung cấp khỏi tổng chi phí sở hữu. Dữ liệu, tích hợp, đào tạo, đánh giá và xử lý sự cố vẫn cần người thực hiện. Nếu nhân viên kiêm nhiệm, khoản công đó chưa biến mất chỉ vì không phát sinh hợp đồng mới.
- Tách điện trung tâm dữ liệu khỏi điện của một yêu cầu. Số liệu ngành giúp hiểu áp lực hạ tầng, nhưng không đủ phân bổ mức tiêu thụ cho tác vụ của doanh nghiệp. Cần thông tin đo theo hệ thống và phạm vi rõ.
- Quản lý tiền theo kết quả dùng được. Bài đề xuất sổ chi theo tác vụ và cổng kiểm trước khi tăng quy mô, chưa phải phương pháp tiết kiệm đã được xác nhận. Ví dụ tính toán dưới đây dùng số giả định, không phải giá của BDSG hoặc hãng nào.
Đơn giá giảm cho biết điều gì?
Epoch AI công bố tháng 3/2025 phân tích mức giá để đạt các ngưỡng hiệu năng trên sáu bộ đánh giá. Tốc độ giảm khác nhau, từ 9 đến 900 lần mỗi năm trong dữ liệu nghiên cứu. Nhóm tác giả lưu ý các mức giảm nhanh nhất mới xuất hiện gần đây, nên chưa rõ có kéo dài không. Đây là phân tích giá suy luận, không đo tổng chi của khách hàng hay cam kết về giá tương lai [1].
Stanford HAI trong bài AI Index 2025 nêu mức giá đạt ngưỡng GPT-3.5 trên MMLU giảm từ 20 USD xuống 0,07 USD mỗi triệu token, lấy tháng 11/2022 làm mốc rồi đối chiếu mức tháng 10/2024. Đó là so sánh lịch sử tại một ngưỡng đánh giá, không phải giá cho mọi loại công việc [2]. AI Index đã có bản 2026; sự tồn tại của bản mới không cho phép tự đổi năm của một số liệu lấy từ báo cáo trước [3].
Với người mua dịch vụ, kết luận vừa đủ là nên đánh giá lại lựa chọn theo công việc thực. Điểm đánh giá chuẩn không thay tiêu chí nghiệp vụ, độ trễ, quyền dữ liệu hoặc độ ổn định. Một mô hình rẻ hơn nhưng làm tăng công sửa có thể không giảm chi phí triển khai AI. Ngược lại, một mô hình đủ tốt cho bước phụ có thể giảm chi nếu giữ chất lượng chung. Đó là giả thuyết cần kiểm trong hệ thống của doanh nghiệp, không phải kết quả tự suy từ đường giá.

Vì sao một bảng giá token chưa đủ dự toán?
Trang giá OpenAI được kiểm ngày 25/10/2026 tách đầu vào, đầu ra và các thành phần liên quan đến bộ nhớ đệm. Trang cũng nêu token dùng cho công cụ tích hợp được tính theo mức của mô hình được chọn. Đây là tài liệu thương mại của nhà cung cấp, không phải khảo sát tổng chi phí. Bài không chọn một dòng giá cụ thể làm khuyến nghị vì điều kiện xử lý, loại mô hình và dịch vụ cần được xác định cùng lúc [4].
Tài liệu Anthropic về bộ nhớ đệm phân biệt token ghi mới, đọc lại và phần đầu vào chưa được lưu. Vì vậy chỉ nhìn một trường đầu vào không thể suy toàn bộ lượng đã xử lý. Nhà cung cấp có lợi ích bán dịch vụ; tài liệu cho biết cách tính trong nền tảng của họ, không chứng minh mọi cấu hình đệm đều tiết kiệm [5]. Khi dự toán AI, nhóm kỹ thuật cần ánh xạ đúng các trường sử dụng sang hạng mục giá, rồi đối soát hóa đơn.
Một yêu cầu dài có thể chứa câu hỏi, chỉ dẫn, tài liệu và kết quả từ công cụ trước đó. Với chi phí sử dụng mô hình ngôn ngữ lớn, cần đo tổng lượng thực tế thay vì ước từ số dòng người dùng nhìn thấy. Cũng phải phân biệt gói thuê bao cho cá nhân với API theo mức sử dụng. Hai hình thức có quyền dùng, giới hạn và cách tính riêng; không nên lấy giá của một bên nhân số nhân viên để thay toàn bộ dự toán hệ thống.
Điện năng ngành khác hóa đơn của một hệ thống
IEA trong Energy and AI 2025 ước tính trung tâm dữ liệu tiêu thụ khoảng 415 TWh điện năm 2024. Kịch bản cơ sở dự báo khoảng 945 TWh vào năm 2030 và bất định lớn hơn sau đó. Đây là trung tâm dữ liệu nói chung, không chỉ tác vụ AI của doanh nghiệp [6]. Bản Key Questions năm 2026 nêu điện trung tâm dữ liệu tăng 17% trong năm 2025. Cập nhật này cũng không cung cấp hệ số điện cho mỗi yêu cầu của một công ty Việt Nam [7].
Không thể lấy điện toàn ngành chia cho một số lượt hỏi ước đoán để ra chi phí điện của câu trả lời. Phạm vi có thể bao gồm huấn luyện, suy luận, lưu trữ, làm mát và các dịch vụ số khác. Tỷ lệ sử dụng thiết bị, loại tác vụ và vị trí vận hành cũng khác nhau. Nếu cần so phương án tự vận hành với thuê dịch vụ, phải đặt cùng đầu ra, cùng thời gian và cùng ranh giới chi phí trước khi tính điện.
Khi doanh nghiệp dùng API, tiền điện thường không hiện như một dòng riêng trong hóa đơn của người mua. Điều đó không có nghĩa hạ tầng không chịu ràng buộc về điện và công suất. Khi tự vận hành, cần đo máy chủ lẫn các phần hỗ trợ nằm trong phạm vi trách nhiệm. Bài này không đưa hệ số điện cho Việt Nam hay mức điện trên token vì chưa kiểm được dữ liệu tương ứng. Tránh một con số đẹp nhưng không đúng đơn vị sẽ giúp dự toán có thể kiểm lại.
Hạ tầng: mua năng lực hay trả theo sử dụng?
So sánh thuê và tự chạy AI cần cùng một bài toán tải. Một máy chủ luôn bật có chi phí ngay cả lúc ít việc; dịch vụ theo mức dùng có thể tăng theo số yêu cầu. Đây là khác biệt về cấu trúc thanh toán, chưa đủ kết luận bên nào rẻ hơn. Trong dự toán tự vận hành, hãy ghi riêng thiết bị, thời gian sử dụng, bảo trì, lưu trữ, dự phòng, nhân lực và phần tài nguyên dùng chung. Khi một khoản chưa rõ, ghi chưa biết thay vì để bằng không.
Với phương án thuê, cần xem giới hạn dịch vụ, khả năng điều chỉnh công suất và cách xử lý khi tải tăng. Với phương án tự chạy, cần biết ai cập nhật phần mềm, theo dõi hệ thống và khôi phục sau lỗi. Cùng một giá phần cứng có thể phục vụ những chất lượng đầu ra rất khác. Đừng so một cấu hình thử nghiệm ít người dùng với dịch vụ sản xuất có dự phòng rồi gọi chênh lệch đó là tiết kiệm do tự lưu trữ.
Các khoản ngoài mô hình thường bị bỏ khỏi sổ
Khâu dữ liệu có thể gồm xác định tài liệu nào được dùng, loại bỏ bản cũ, sửa quyền truy cập và duy trì nguồn sau khi thay đổi. Khâu tích hợp gồm kết nối với ứng dụng, định danh người dùng và đường xử lý khi dịch vụ lỗi. Những công việc này không tự hoàn thành khi mua quyền gọi mô hình. Khi lập ngân sách AI, nên ghi ai thực hiện và công dự kiến cho từng phần, rồi so với công thực tế sau một khoảng thử đã thống nhất.
Chi phí kiểm tra cần tính cả người đủ hiểu nghiệp vụ. Nếu đầu ra liên quan đến báo giá, nội dung khách hàng hoặc quyết định có hậu quả, một người đọc lướt có thể không đủ phát hiện lỗi. Trong ví dụ giả định về trợ lý tổng hợp tài liệu, nhóm phải đối chiếu nguồn của kết luận và kiểm việc bỏ sót thông tin quan trọng. Phần công kiểm này thuộc tác vụ, dù nhân viên làm trong giờ thông thường và chưa phát sinh khoản thanh toán mới.
Quản lý chi tiêu cần người chịu trách nhiệm
FinOps Foundation mô tả khung hợp tác để quản lý giá trị từ chi tiêu công nghệ, với các pha Inform, Optimize và Operate. Khung linh hoạt, không bắt buộc một trình tự áp dụng cứng. Đây là kinh nghiệm nghề nghiệp của cộng đồng có hoạt động đào tạo và chứng nhận, không phải nghiên cứu đối chứng về mức tiết kiệm. Có thể học cách phối hợp kỹ thuật, tài chính và kinh doanh mà không tự gán tỷ lệ giảm chi cho việc áp dụng tên khung [8].
Đối với AI, người chịu trách nhiệm nghiệp vụ cần xác nhận đầu ra đáng chi tiền; kỹ thuật xác nhận lượng dùng và cấu hình; tài chính đối soát thanh toán. Nhóm ít người có thể kiêm nhiệm các vai, song ba câu hỏi ấy vẫn cần được trả lời đủ. Chỉ đặt hạn mức tổng mà không biết dự án nào tiêu và tạo ra việc gì sẽ khó phân biệt tăng chi hợp lý với lãng phí. Một bản ghi chi đúng chỗ hữu ích hơn báo cáo tổng đẹp nhưng không giải thích được.

Bối cảnh Việt Nam: định hướng không phải báo giá
Báo Điện tử Chính phủ trong bản tin chỉ đạo ngày 19/7/2026 nêu nhóm mục tiêu phát triển hạ tầng dữ liệu và tính toán quốc gia. Nội dung nói về định hướng và điều kiện sử dụng tài nguyên dùng chung, không phải bảng giá AI cho một doanh nghiệp [9]. Không nên từ một mục tiêu quốc gia suy rằng hạ tầng đã sẵn sàng miễn phí cho mọi đơn vị hoặc mọi dữ liệu đều được đưa vào một dịch vụ bất kỳ.
Sách trắng công nghệ Việt Nam 2026 của FPT Smart Cloud bàn hạ tầng GPU, lưu trữ và vận hành theo vòng đời, đồng thời nhắc quản lý chi theo tác vụ và đơn vị sử dụng. Đây là quan điểm của nhà cung cấp cloud và AI, có lợi ích thương mại, không phải phép đo tiết kiệm độc lập [10]. Nguồn giúp đặt câu hỏi về thành phần hạ tầng; không đủ để chọn hãng, xác nhận vị trí dẫn đầu hay đưa ra mức chi tiêu chuẩn cho doanh nghiệp Việt Nam.
Góc nhìn AI: chi phí AI cho doanh nghiệp tính theo tác vụ
Tác tử AI cần được đo ở mức công việc hoàn thành. Một tác vụ có thể cần chuẩn bị dữ liệu, gọi công cụ, xem kết quả rồi thử tiếp; mức phát sinh cụ thể phải lấy từ nhật ký hệ thống đang dùng. Bài không đưa số lượt gọi tiêu chuẩn cho tác tử vì chưa có cơ sở áp cho mọi cấu hình. Ngay cả hai yêu cầu trông giống nhau cũng có thể có lượng đầu vào và công kiểm khác. Một dòng giá theo token vì vậy chưa đủ dự báo chi của tác vụ.
Bài đề xuất mỗi tác vụ AI có một mã theo dõi nối phần mô hình, công cụ và đánh giá đầu ra. Sổ chỉ cần giữ thông tin tối thiểu để tính chi, tránh gom toàn bộ nội dung nhạy cảm vào nhật ký. Người phụ trách đối soát được số lần thử và lý do thử lại, nhưng không cần xem mọi tài liệu người dùng đưa vào. Đề xuất này cần được thiết kế theo quyền dữ liệu và rủi ro thực tế; nó chưa phải khuôn kỹ thuật dùng nguyên cho mọi hệ thống.
Nếu cho phép AI tự thử nhiều lần, hãy đặt ngân sách cho cả tác vụ và quy tắc dừng khi không tiến bộ. Một thông báo giới hạn phải được đưa về người dùng hoặc người vận hành, thay vì để quy trình thất bại im lặng. NIST giới thiệu AI RMF như công cụ tự nguyện nhằm đưa yếu tố đáng tin cậy vào vòng đời hệ thống; bản 1.0 đang được sửa đổi [11]. Viện dẫn hướng dẫn không thay trách nhiệm chọn giới hạn và cách xử lý sự cố của doanh nghiệp.
Chi phí thấp cần đi cùng đầu ra dùng được. Khi thử AI với cấu hình rẻ hơn, nhóm nên kiểm lại lỗi quan trọng và tổng công sửa trước khi mở rộng. Nếu giảm token làm mất dữ kiện cần thiết, hóa đơn mô hình nhỏ hơn có thể kéo theo nhiều công kiểm hơn. Ngược lại, loại bỏ nội dung lặp vô ích có thể giảm lượng xử lý mà vẫn giữ chất lượng. Đây là hai khả năng phải đo, không phải lời bảo đảm rằng rút ngắn đầu vào luôn tốt hay dùng mô hình lớn luôn an toàn.
Công thức dự toán và một phép tính giả định
Để tính sơ bộ, tách lượng dùng theo từng loại đầu vào, đầu ra và dịch vụ công cụ, nhân với mức giá tương ứng. Cộng thêm khoản cố định cùng công dữ liệu, tích hợp, kiểm tra và vận hành. Đây là cấu trúc lập sổ do bài đề xuất, không phải công thức kế toán chuẩn hay mô hình dự báo đã kiểm nghiệm. Khi có thuế, tỷ giá, chiết khấu hoặc điều kiện riêng, phải lấy từ chứng từ và thỏa thuận thực tế thay vì tự điền một tỷ lệ chung.
Ví dụ giả định chỉ để nhìn cơ chế: mỗi tác vụ tốn 2 đơn vị tiền cho mô hình và 3 đơn vị cho phần còn lại. Có 10 tác vụ thì tổng là 50 đơn vị. Nếu phần mô hình giảm còn 1 đơn vị nhưng lượng việc tăng lên 20, tổng mới thành 80 đơn vị khi phần còn lại giữ nguyên. Đơn vị ở đây không phải đồng hay USD và không phản ánh sản phẩm nào. Phép tính cho thấy điều kiện khiến đơn giá giảm mà tổng tăng, không dự báo doanh nghiệp sẽ rơi vào tình huống ấy.

Phân bổ công đo theo quy mô doanh nghiệp
Với doanh nghiệp vừa, một đầu mối nghiệp vụ và một người đối soát kỹ thuật có thể cùng theo dõi dự án hẹp. Cần tách rõ chi phí thử ban đầu với chi định kỳ sau khi dùng thật. Nếu AI chỉ phục vụ một nhóm, không nên phân bổ mọi khoản công nghệ của công ty vào dự án; nhưng cũng không được bỏ phần tài nguyên mà dự án thực sự chiếm. Cách phân bổ phải nhất quán giữa các phương án được so sánh, có chỗ ghi ước lượng còn thiếu.
Doanh nghiệp lớn cần phân biệt môi trường thử, môi trường sản xuất và các đơn vị sử dụng. Chi AI tăng ở một nhóm có thể phục vụ công việc của nhóm khác, nên chỉ nhìn người đứng tên hóa đơn dễ tạo quyết định sai. Có thể quản lý ngân sách theo sản phẩm hoặc quy trình, nhưng tiêu chí phân bổ cần thống nhất với tài chính. Một hệ thống gắn nhãn tốt vẫn phải đối soát với thanh toán thực và kết quả nghiệp vụ; nhãn kỹ thuật không tự bảo đảm công bằng.
Nếu hộ kinh doanh hoặc doanh nghiệp nhỏ đọc bài để chuẩn bị, nên bắt đầu đơn giản hơn: ghi gói dịch vụ, công việc phục vụ và công sửa phát sinh. Không cần dựng cả hệ thống phân bổ phức tạp trước khi biết nhu cầu. Tuy nhiên, gói thử rẻ hoặc tài nguyên được tặng không nên được coi là mức chi dài hạn. Trước khi hết ưu đãi, cần kiểm chi phí chạy mô hình AI theo điều kiện sẽ áp dụng và khả năng dừng dịch vụ mà không mất công việc đang làm.
Cổng kiểm trước khi tăng sử dụng
Bài đề xuất bốn câu hỏi nối tiếp cho mỗi đề nghị tăng ngân sách AI. Nhóm đã biết lượng dùng nằm ở đâu chưa? Đã biết tỷ lệ đầu ra được nhận chưa? Đã tính công ngoài mô hình chưa? Và ai sẽ xử lý khi chạm giới hạn? Đây là cổng thảo luận nội bộ, chưa phải thang chứng nhận. Một câu chưa trả lời được là lý do bổ sung quan sát hoặc thu hẹp phạm vi, không nhất thiết là lý do hủy toàn bộ dự án.

Sai lầm khi tìm mức chi thấp nhất
Sai lầm dễ gặp là dùng giá token AI làm đại diện toàn bộ chi phí, coi nhân lực kiêm nhiệm là miễn phí hoặc so hai phương án khác mức phục vụ. Cũng không nên giả định bộ nhớ đệm luôn trúng và mọi lần gọi đều thành công. Khi các giả định đó chưa được đo, hãy tách thành kịch bản có điều kiện. Bài không khuyên giữ chi cao; mục tiêu là biết khoản nào đang được giảm và khoản nào có thể bị chuyển sang người khác.
Một sai lầm khác là lấy dự báo điện toàn cầu hay đường giá lịch sử làm cam kết ngân sách tương lai. Chúng cung cấp bối cảnh, không thay nhu cầu và hợp đồng cụ thể. Không có mức phần trăm tiết kiệm chung trong bài này. Khi trả lời AI tốn bao nhiêu tiền, hãy nêu cấu hình, khối lượng và các khoản chưa tính. Một khoảng dự toán có điều kiện thường hữu ích hơn con số đơn lẻ không thể truy ngược.
Hỏi đáp
Chi phí AI cho doanh nghiệp có phải tiền mua tài khoản? Tài khoản chỉ là một hình thức chi. Hệ thống dùng API, hạ tầng riêng hoặc tích hợp với phần mềm hiện có có cấu trúc khác. Dự toán cần thêm dữ liệu, kiểm tra và vận hành. Trước tiên hãy xác định công việc cần hoàn thành và điều kiện dùng, sau đó mới chọn đơn vị tính phù hợp.
Đơn giá giảm thì nên tăng sử dụng ngay không? Chỉ nên tăng khi đầu ra vẫn đạt và biết tổng chi sẽ thay đổi thế nào. Giá giảm có thể mở ra việc đáng làm, nhưng lượng dùng và công kiểm cũng có thể tăng. Nên thử trong phạm vi nhỏ, ghi thay đổi chất lượng và đối soát cả khoản ngoài hóa đơn mô hình trước khi mở rộng.
Có thể tính điện cho một câu hỏi từ báo cáo IEA không? Báo cáo ngành không đủ để phân bổ cho một yêu cầu riêng. Cần biết phạm vi đo, hạ tầng, loại tác vụ và lượng sử dụng. Đừng chia điện toàn ngành cho số lượt hỏi suy đoán. Nếu chưa có dữ liệu tương ứng, hãy ghi phần điện chưa được phân bổ thay vì đưa một hệ số giả chính xác.
Tự chạy mô hình có luôn rẻ hơn API không? Kết quả phụ thuộc tải, chất lượng, nhân lực và mức phục vụ cần duy trì. Tự chạy có khoản cố định, còn dịch vụ thuê có điều kiện tính phí riêng. So sánh cần tính cả lúc ít việc, bảo trì và dự phòng. Một bảng chỉ gồm điện và giá mua máy không đại diện đầy đủ cho tổng chi sở hữu.
Nên theo dõi chỉ số nào trước? Bắt đầu từ tổng chi cho một tác vụ được chấp nhận, kèm lượng dùng mô hình và công sửa. Giữ riêng phần cố định để thấy tác động khi số việc thay đổi. Nếu chưa đo được công kiểm, hãy ghi thiếu. Chỉ số phải giúp tìm nguyên nhân và quyết định, không chỉ làm hóa đơn trông gọn hơn.
Kết luận: nối giới hạn chi với đầu ra được nhận
Trước đợt tăng sử dụng kế tiếp, hãy nối số tiền theo mô hình với công cụ, người kiểm và đầu ra đã được nhận. Chọn người đối soát phần chênh giữa dự toán với sử dụng thực, rồi xác định ai có quyền chỉnh phạm vi khi cần. Giữ nguyên trạng thái chưa biết cho khoản còn thiếu dữ liệu. Ngân sách có ích khi giúp kiểm chất lượng cùng nguồn lực, thay vì chỉ tìm một đơn giá thấp nhất.
Nguồn và phương pháp
Bài được AI hỗ trợ, không phải bản dịch. Nguồn kiểm ngày 25/10/2026 gồm phân tích giá, tài liệu nhà cung cấp, báo cáo IEA, khung FinOps và hai nguồn Việt Nam. Chưa kiểm chứng mức chi hoặc điện trên tác vụ tại Việt Nam. Số lịch sử giữ đúng năm; nguồn thương mại được nêu lợi ích liên quan. Các khung và phép tính giả định do bài đề xuất, chưa được đánh giá hiệu quả như một gói triển khai.