Series Từ số hóa đến AI #41: Chi phí số hóa và AI trong nhà máy gồm những gì ngoài tiền mua phần mềm?

I. TCO là gì và vì sao cần nhìn theo vòng đời?

TCO - Total Cost of Ownership - là tổng chi phí để mua, triển khai, sử dụng, duy trì và kết thúc hoặc chuyển đổi hệ thống trong một khoảng thời gian.

Một mô hình đơn giản:

TCO 3 năm = Chi phí một lần + Chi phí định kỳ 3 năm + Chi phí sử dụng biến đổi + Nguồn lực nội bộ + Dự phòng thay đổi

TCO giúp tránh hai sai lầm:

• Chọn phương án chỉ vì license ban đầu thấp.
• Mua hệ thống lớn nhưng không dự trù chi phí dữ liệu, tích hợp và adoption.

TCO không thay thế ROI. TCO cho biết phải đầu tư bao nhiêu; ROI cho biết giá trị nhận lại so với khoản đầu tư đó.

II. Mười nhóm chi phí cần bóc tách

1. License hoặc thuê bao phần mềm

Chi phí có thể tính theo người dùng, người dùng đồng thời, module, thiết bị, nhà máy, dung lượng, số giao dịch hoặc mức sử dụng. Cần làm rõ:

• User nào thực sự cần license đầy đủ?
• Có license chỉ xem hoặc mobile không?
• Có phí cho API, connector hoặc môi trường test không?
• Giá tăng khi mở rộng nhà máy, dây chuyền hoặc dữ liệu như thế nào?

Không nên so sánh hai báo giá nếu mô hình license khác nhau mà chưa quy đổi về cùng nhu cầu.

2. Khảo sát, thiết kế và cấu hình

Bao gồm khảo sát hiện trạng, process mapping, workshop, cấu hình workflow, biểu mẫu, quyền, dashboard, thông báo và UAT.

Nếu quy trình chưa rõ hoặc nhiều bộ phận có cách làm khác nhau, chi phí workshop và rework sẽ tăng. Đây không phải “phí phụ”, mà là phần quyết định giải pháp có phù hợp vận hành hay không.

3. Dữ liệu và migration

Các công việc thường gồm:

• Kiểm kê nguồn dữ liệu.
• Chuẩn hóa mã thiết bị, sản phẩm, vật tư và lỗi.
• Loại bỏ trùng lặp.
• Mapping giữa hệ thống cũ và mới.
• Làm sạch lịch sử cần chuyển.
• Kiểm tra và đối chiếu sau migration.

Chi phí dữ liệu phụ thuộc vào phạm vi lịch sử, chất lượng nguồn và mức tự động hóa. Không nên chuyển mọi dữ liệu cũ chỉ vì “để đủ”.

4. Tích hợp hệ thống

Kết nối ERP, MES, CMMS, SCADA, PLC, QMS, WMS hoặc data platform có thể gồm API, file, database, middleware, mapping, kiểm thử và monitoring.

Cần tính cả chi phí hai phía. Một connector ở hệ thống mới có thể cần thay đổi hoặc license ở hệ thống hiện hữu.

5. Thiết bị và hạ tầng

Tùy use case, có thể cần:

• Server, cloud resource hoặc SaaS subscription.
• Tablet, handheld, màn hình, máy quét mã.
• Gateway, cảm biến, meter, mạng Wi-Fi hoặc đường truyền dự phòng.
• Backup, monitoring và disaster recovery.
• Thiết bị edge hoặc lưu trữ dữ liệu lịch sử.

Mua thiết bị không chỉ có giá mua; còn lắp đặt, hiệu chuẩn, bảo trì và thay thế.

6. Bảo mật và tuân thủ

Bao gồm identity, phân quyền, MFA, log, mã hóa, backup, kiểm thử bảo mật, phân vùng mạng OT/IT, đánh giá nhà cung cấp và yêu cầu audit.

Nếu bảo mật được bổ sung sau cùng, chi phí sửa kiến trúc thường cao hơn thiết kế đúng từ đầu.

7. Đào tạo và quản trị thay đổi

Các khoản thường bị bỏ qua:

• Thời gian người dùng tham gia đào tạo.
• Soạn scenario và tài liệu theo vai trò.
• Super user và hypercare tại hiện trường.
• Truyền thông, hỗ trợ ca/kíp và đào tạo nhân sự mới.
• Loại bỏ báo cáo giấy/Excel trùng lặp.

Dự án có thể “go-live” nhưng không tạo giá trị nếu không đầu tư cho adoption.

8. Nguồn lực nội bộ

Thời gian của sponsor, trưởng bộ phận, IT/OT, kỹ thuật viên, data owner và người kiểm thử là chi phí thật dù không xuất hiện trong hóa đơn nhà cung cấp.

Nên ước tính theo số ngày công và vai trò. Điều này giúp lãnh đạo hiểu dự án cần capacity, không thể thực hiện chỉ bằng “thời gian rảnh”.

9. Vận hành, hỗ trợ và nâng cấp

Sau go-live còn có:

• Phí maintenance hoặc subscription.
• Support SLA.
• Quản lý tài khoản và master data.
• Sửa lỗi, nâng cấp và regression test.
• Cập nhật dashboard, workflow và tích hợp.
• Monitoring, backup và lưu trữ.
• Đào tạo lại và onboarding.

Một hệ thống không có ngân sách vận hành sẽ suy giảm chất lượng sau 6-12 tháng.

10. Chi phí riêng của AI

AI có thể phát sinh:

• Xử lý, làm sạch và phân đoạn tài liệu.
• Embedding/vector search hoặc knowledge base.
• Lượt gọi mô hình, token, compute hoặc GPU.
• Lưu prompt/response và audit log.
• Đánh giá chất lượng, bộ test và SME review.
• Guardrail, security, monitoring và cập nhật tri thức.
• Chi phí tăng khi số người dùng hoặc số câu hỏi tăng.

Cần hỏi cơ chế giới hạn ngân sách, theo dõi usage và xử lý khi chi phí vượt ngưỡng.

III. Phân loại chi phí để lập ngân sách rõ hơn

Cùng một khoản có thể được báo theo cách khác nhau giữa nhà cung cấp; bảng này giúp quy đổi về cùng cấu trúc.

IV. Mẫu TCO ba năm

Nên xây ít nhất ba kịch bản: phạm vi pilot, phạm vi dự kiến và kịch bản mở rộng. Điều này làm rõ chi phí biên khi thêm người dùng hoặc nhà máy.

V. Những chi phí ẩn dễ xuất hiện

Tùy chỉnh sâu theo cách làm cũ

Nếu nhà máy yêu cầu phần mềm mô phỏng mọi bước cũ, chi phí phát triển và nâng cấp sẽ tăng. Trước khi tùy chỉnh, hãy hỏi liệu quy trình có thể đơn giản hoặc chuẩn hóa không.

Duy trì hai hệ thống song song

Giữ giấy, Excel và phần mềm cùng lúc làm tăng công việc, hỗ trợ và lỗi đối chiếu. Giai đoạn chuyển tiếp là cần thiết nhưng phải có ngày kết thúc.

Dữ liệu lịch sử không có owner

Migration có thể kéo dài nếu không ai quyết định giữ dữ liệu nào, mapping ra sao và chấp nhận sai lệch ở mức nào.

Tích hợp “mọi thứ với mọi thứ”

Kết nối không gắn use case làm tăng scope và maintenance. Bắt đầu từ luồng dữ liệu phục vụ quyết định cụ thể.

License dư hoặc sai persona

Mua license đầy đủ cho người chỉ cần xem hoặc duyệt làm tăng chi phí. Ngược lại, thiếu license cho super user có thể làm adoption kém.

Chi phí thay đổi tổ chức

Quy trình, vai trò hoặc KPI thay đổi thường cần truyền thông, đào tạo và điều chỉnh chính sách, không chỉ cấu hình phần mềm.

VI. Cách kiểm soát chi phí từ giai đoạn đầu

1. Chốt use case, phạm vi và KPI trước khi hỏi giá.
2. Thực hiện discovery/assessment để xác định dữ liệu và tích hợp.
3. Xây MVP/pilot có tiêu chí mở rộng.
4. Phân biệt must-have, should-have và future backlog.
5. Ưu tiên cấu hình chuẩn trước customization.
6. Chốt source of truth và phạm vi migration.
7. Thiết lập governance cho change request.
8. Theo dõi burn rate, usage và unit cost.
9. Định kỳ so sánh chi phí với value realization.
10. Có exit plan và quyền xuất dữ liệu.

VII. Câu hỏi cần yêu cầu nhà cung cấp trả lời

• Báo giá bao gồm và không bao gồm những gì?
• Chi phí theo user/module/device/data/AI usage được tính thế nào?
• Có phí API, môi trường test, backup hoặc nâng cấp không?
• Tích hợp cần thay đổi ở hệ thống hiện hữu nào?
• Dữ liệu migration tối đa bao nhiêu và tiêu chí acceptance là gì?
• Support SLA và giờ ngoài hành chính tính ra sao?
• Mở rộng thêm nhà máy hoặc người dùng có mức giá nào?
• AI usage có quota, dashboard chi phí và cap không?
• Khi dừng dịch vụ, phí xuất dữ liệu hoặc chuyển đổi là bao nhiêu?
• Tùy chỉnh có được bảo trì khi nâng cấp không?

VIII. Liên kết TCO với ROI

TCO chỉ có ý nghĩa khi gắn với giá trị. Một use case nên có baseline và benefit owner:

• Giờ báo cáo thủ công giảm.
• Downtime hoặc MTTR giảm.
• PM đúng hạn tăng.
• OEE hoặc sản lượng tăng.
• Lỗi và rework giảm.
• Thời gian truy xuất hoặc tìm tài liệu giảm.
• Tồn kho hoặc chi phí phụ tùng giảm.
• Audit preparation time giảm.

Lợi ích nên được đo theo giai đoạn. Không phải mọi giá trị xuất hiện ngay bằng tiền, nhưng cần chỉ ra con đường từ dữ liệu tốt hơn đến quyết định và kết quả vận hành.

IX. Khi nào báo giá thấp là tín hiệu rủi ro?

Không phải cứ thấp là xấu, nhưng cần kiểm tra nếu:

• Không có discovery hoặc workshop nghiệp vụ.
• Migration và integration ghi chung chung.
• Không nêu nguồn lực nội bộ cần thiết.
• Support sau go-live rất ngắn.
• Tùy chỉnh được hứa “không giới hạn”.
• Không có tiêu chí acceptance.
• Chi phí AI usage hoặc cloud không minh bạch.
• Không có tài liệu bàn giao và quyền xuất dữ liệu.

Một báo giá rõ phạm vi thường đáng tin hơn một con số hấp dẫn nhưng nhiều giả định chưa được nói ra.

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

TCO nên tính trong bao nhiêu năm?

Ba năm thường đủ để nhìn triển khai và vận hành ban đầu; với hệ thống lõi có thể tính năm năm. Quan trọng là dùng cùng thời gian khi so sánh phương án.

Có nên đưa chi phí nhân sự nội bộ vào TCO không?

Nên. Dù không phải dòng tiền trả cho nhà cung cấp, ngày công nội bộ ảnh hưởng năng lực vận hành và phản ánh mức độ phức tạp thực sự của dự án.

Pilot có làm tăng tổng chi phí vì phải làm hai lần không?

Pilot có thể phát sinh một phần chi phí riêng, nhưng giúp giảm rủi ro đầu tư lớn sai phạm vi. Nên thiết kế pilot có tài sản tái sử dụng: master data, workflow, integration và playbook mở rộng.

Chi phí AI có thể kiểm soát được không?

Có, bằng quota theo người dùng/use case, mô hình phù hợp, caching, giới hạn tài liệu, cảnh báo usage, ngân sách theo tháng và review câu hỏi tạo chi phí nhưng ít giá trị.