Cách tính ROI cho CMMS, MES, dashboard và AI Copilot trong nhà máy

I. Ba khái niệm cần tách rõ

ROI

ROI cho biết lợi ích ròng so với chi phí đầu tư trong một kỳ xác định.

ROI (%) = (Tổng lợi ích - Tổng chi phí) / Tổng chi phí × 100%

Công thức có thể được điều chỉnh theo quy chuẩn tài chính của doanh nghiệp. Điều quan trọng là cùng kỳ, cùng phạm vi và không tính trùng lợi ích.

Thời gian hoàn vốn

Payback period = Chi phí đầu tư ban đầu / Lợi ích ròng bình quân theo tháng

Payback dễ hiểu nhưng không phản ánh đầy đủ lợi ích sau thời điểm hoàn vốn hay giá trị thời gian của tiền.

Tổng chi phí sở hữu - TCO

TCO gồm chi phí mua, triển khai, vận hành và duy trì trong toàn bộ kỳ đánh giá. Hai giải pháp có giá license giống nhau vẫn có TCO rất khác nếu tích hợp, dữ liệu và hỗ trợ khác nhau.

II. Bước 1: xác định bài toán và phạm vi

Không thể tính ROI cho mục tiêu chung như “chuyển đổi số nhà máy”. Cần mô tả cụ thể:

Khu vực, dây chuyền hoặc nhóm thiết bị nào.
Quy trình nào thay đổi.
Số người dùng và ca làm việc.
Dữ liệu/hệ thống nào cần kết nối.
KPI nào bị tác động.
Kỳ đánh giá 12, 24 hay 36 tháng.

Ví dụ: “Triển khai CMMS cho 120 thiết bị trọng yếu tại nhà máy A, quản lý breakdown và PM, đánh giá trong 24 tháng” có thể tính được hơn “mua phần mềm bảo trì”.

III. Bước 2: đo baseline trước triển khai

Baseline là số hiện tại dùng để so sánh. Nên đo đủ dài để tránh một tuần hoặc một tháng bất thường.

Baseline cho CMMS

Tổng downtime do thiết bị.
Số sự cố và thời gian sửa chữa.
MTTR, MTBF theo nhóm phù hợp.
Tỷ lệ PM đúng hạn.
Backlog và công việc quá hạn.
Giờ tìm lịch sử, tài liệu và phụ tùng.
Chi phí phụ tùng và bảo trì khẩn cấp.

Baseline cho MES/theo dõi sản xuất

OEE và ba thành phần.
Tỷ lệ hoàn thành kế hoạch.
Thời gian tổng hợp sản lượng.
Dừng máy và micro-stop.
Cycle time thực tế.
Scrap/rework và thời gian truy xuất.

Baseline cho dashboard

Giờ công chuẩn bị báo cáo.
Độ trễ từ sự kiện đến lúc quản lý biết.
Số nguồn dữ liệu và số phiên bản báo cáo.
Thời gian họp dành cho tranh luận số liệu.
Thời gian phát hiện và phản ứng với bất thường.

Baseline cho AI Copilot

Thời gian trung bình tìm manual/SOP.
Số lần phải gọi chuyên gia.
Thời gian đào tạo để nhân sự mới tự xử lý câu hỏi phổ biến.
Tỷ lệ câu hỏi tìm được câu trả lời đúng.
Thời gian xử lý sự cố có thành phần tra cứu.

Nếu chưa có baseline chính xác, có thể khảo sát mẫu trong 2-4 tuần trước pilot.

IV. Bước 3: tính toàn bộ chi phí

Chi phí phần mềm

License, subscription hoặc phí người dùng.
Module, dung lượng, số nhà máy hoặc tài sản.
Chi phí mô hình AI/lượt hỏi nếu có.

Chi phí triển khai

Khảo sát và thiết kế quy trình.
Cấu hình, tùy chỉnh và kiểm thử.
Migration và làm sạch dữ liệu.
Tích hợp ERP, SCADA, PLC hoặc hệ thống khác.
Đào tạo và hỗ trợ go-live.

Chi phí hạ tầng

Cloud/server, lưu trữ, backup, đường truyền.
Thiết bị đầu cuối, máy quét, tablet.
Gateway, cảm biến hoặc kết nối máy.
Bảo mật, giám sát và môi trường dự phòng.

Chi phí nội bộ

Thời gian của process owner, key user, IT/OT và quản lý.
Thời gian chuẩn hóa dữ liệu và tham gia kiểm thử.
Chi phí thay đổi quy trình, truyền thông và đào tạo lại.

Chi phí duy trì

Phí năm sau, hỗ trợ và nâng cấp.
Quản trị người dùng, master data và dashboard.
Cập nhật tài liệu/knowledge base.
Giám sát chất lượng AI và kiểm thử định kỳ.
Phát triển thêm báo cáo, tích hợp và yêu cầu mới.

Chi phí nội bộ thường bị bỏ sót, làm kế hoạch nguồn lực thiếu thực tế.

V. Bước 4: xác định lợi ích theo từng loại giải pháp

VI. ROI của CMMS

Các nhóm lợi ích có thể gồm:

Giảm downtime và bảo trì khẩn cấp.
Tăng PM đúng hạn, giảm lỗi lặp lại.
Giảm thời gian phân công, theo dõi và báo cáo.
Tối ưu phụ tùng và giảm mua khẩn cấp.
Giảm thời gian tìm lịch sử, manual và hướng dẫn.
Cải thiện tuân thủ, audit và bằng chứng bảo trì.

Không nên mặc định CMMS tự làm giảm downtime. Lợi ích chỉ xuất hiện khi dữ liệu, PM và hành động quản lý được cải thiện.

VII. ROI của MES hoặc hệ thống theo dõi sản xuất

Giảm thời gian ghi nhận/tổng hợp sản lượng.
Tăng khả năng phát hiện trễ trong ca.
Giảm dừng và chạy chậm nhờ dữ liệu chi tiết.
Tăng năng lực sản xuất khả dụng.
Giảm scrap/rework hoặc thời gian truy xuất.
Giảm WIP và sai lệch báo cáo, tùy phạm vi.

Cần tránh tính cùng một lợi ích hai lần, chẳng hạn vừa tính tăng sản lượng vừa tính toàn bộ giảm downtime nếu hai con số phản ánh cùng năng lực tăng thêm.

VIII. ROI của dashboard

Dashboard thường tạo lợi ích gián tiếp nhưng vẫn đo được:

Giờ công báo cáo được tiết kiệm.
Thời gian phát hiện vấn đề giảm.
Thời gian họp và đối chiếu số liệu giảm.
Số quyết định hoặc hành động được đưa ra sớm hơn.
Tổn thất được ngăn chặn nhờ cảnh báo.

Có thể tách lợi ích chắc chắn (giờ công báo cáo) và lợi ích phụ thuộc hành động (downtime tránh được) để tránh thổi phồng.

IX. ROI của AI Copilot

Giảm thời gian tìm tài liệu.
Giảm thời gian chuyên gia trả lời câu hỏi lặp lại.
Hỗ trợ nhân sự mới học nhanh hơn.
Rút ngắn bước chuẩn bị thông tin khi troubleshooting.
Tăng tỷ lệ dùng đúng tài liệu đang hiệu lực.
Ghi nhận câu hỏi chưa có tài liệu để cải thiện kho tri thức.

Đối với AI, cần trừ chi phí kiểm tra câu trả lời, cập nhật tri thức và xử lý trường hợp sai. Không nên coi mọi câu trả lời tự động là thời gian tiết kiệm hoàn toàn.

X. Cách quy đổi lợi ích thành tiền

Giảm downtime

Giá trị = Số giờ downtime giảm × Giá trị đóng góp hoặc chi phí cơ hội mỗi giờ

Giá trị mỗi giờ cần được tài chính và sản xuất thống nhất. Không nên dùng doanh thu gộp nếu nhà máy không thực sự bán được sản lượng tăng thêm.

Tiết kiệm giờ công

Giá trị = Giờ công giảm × Chi phí lao động đầy đủ mỗi giờ

Cần xác định thời gian tiết kiệm có được tái sử dụng cho việc có giá trị hay chỉ giảm áp lực. Không nên mặc định sẽ giảm biên chế.

Giảm scrap/rework

Giá trị = Số lượng/khối lượng giảm × Chi phí biến đổi và xử lý liên quan

Tùy trường hợp có thể gồm vật tư, năng lượng, nhân công và chi phí xử lý.

Giảm tồn kho

Có thể tính chi phí vốn, lưu kho, hư hỏng hoặc tránh mua khẩn cấp. Giảm giá trị tồn một lần khác với lợi ích lặp lại hằng năm; cần trình bày riêng.

Giảm rủi ro

Audit, an toàn, chất lượng và mất tri thức thường khó quy tiền chắc chắn. Có thể dùng expected value nếu doanh nghiệp có dữ liệu xác suất, hoặc trình bày như lợi ích chiến lược không đưa vào ROI cơ sở.

XI. Ví dụ minh họa giả định

Một nhà máy đánh giá pilot CMMS và dashboard dừng máy cho một dây chuyền. Các con số dưới đây chỉ để minh họa phương pháp, không phải benchmark.

Baseline

Downtime liên quan thiết bị: 20 giờ/tháng.
Giá trị đóng góp có thể thu hồi: 25 triệu đồng/giờ.
Thời gian tổng hợp báo cáo: 80 giờ công/tháng.
Chi phí lao động đầy đủ: 120.000 đồng/giờ.

Sau pilot, giả định thận trọng

Downtime giảm 15%: 3 giờ/tháng.
Giờ báo cáo giảm 60 giờ/tháng.

Lợi ích tháng

Downtime: 3 × 25 triệu = 75 triệu đồng.
Giờ báo cáo: 60 × 120.000 = 7,2 triệu đồng.
Tổng lợi ích định lượng: 82,2 triệu đồng/tháng.

Chi phí

Đầu tư ban đầu: 600 triệu đồng.
Chi phí duy trì và vận hành: 12 triệu đồng/tháng.

Lợi ích ròng tháng

82,2 - 12 = 70,2 triệu đồng.

Payback đơn giản

600 / 70,2 ≈ 8,5 tháng.

Cần chạy kịch bản thấp, cơ sở và cao; xác nhận khả năng tiêu thụ năng lực tăng thêm; và không tính trùng với lợi ích OEE hoặc sản lượng.

XII. Dùng ba kịch bản thay vì một con số

Kịch bản	Giả định	Mục đích
Thận trọng	Mức sử dụng chậm, cải thiện thấp	Kiểm tra dự án có còn hợp lý khi kết quả dưới kỳ vọng
Cơ sở	Giả định có bằng chứng từ pilot	Kế hoạch ngân sách chính
Tích cực	Mở rộng và adoption tốt	Xem tiềm năng, không dùng làm cam kết chắc chắn

Mỗi giả định nên có nguồn: dữ liệu baseline, pilot, benchmark nội bộ hoặc nhận định chuyên gia được phê duyệt.

XIII. Hiệu quả sớm và hiệu quả tài chính

Trong 1-3 tháng đầu, các tín hiệu sớm có thể là:

Tỷ lệ người dùng hoạt động.
Tỷ lệ dữ liệu đầy đủ.
Giảm thời gian báo cáo.
Dashboard được dùng trong họp.
PM quá hạn được nhìn thấy và xử lý.
Tài liệu được tìm nhanh và câu trả lời có nguồn.

Hiệu quả tài chính như giảm downtime bền vững hoặc tăng năng lực thường cần thời gian dài hơn. Cần theo dõi cả hai nhóm để không kết luận quá sớm hoặc chờ quá lâu mà không có tín hiệu.

XIV. Kế hoạch đo trước-sau

Chốt KPI, công thức, nguồn và owner.
Ghi baseline trong khoảng đại diện.
Chốt phạm vi và yếu tố ngoại lai cần ghi nhận.
Đo adoption và chất lượng dữ liệu trong pilot.
So sánh trước-sau theo cùng sản phẩm, ca hoặc điều kiện khi có thể.
Xác nhận lợi ích với tài chính và nghiệp vụ.
Cập nhật mô hình ROI sau 3, 6 và 12 tháng.

Đối với thay đổi phức tạp, có thể dùng nhóm đối chứng hoặc triển khai theo giai đoạn để tách tác động tốt hơn.

XV. Những lỗi làm ROI thiếu tin cậy

Không có baseline.
Chỉ tính license, bỏ chi phí triển khai và nội bộ.
Dùng doanh thu thay cho giá trị đóng góp thực sự.
Tính trùng lợi ích giữa OEE, sản lượng và downtime.
Giả định 100% thời gian tiết kiệm chuyển thành tiền.
Không trừ chi phí duy trì.
Chỉ dùng kịch bản tích cực.
Đánh giá go-live là lợi ích.
Không đo adoption và chất lượng dữ liệu.

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

Dự án dashboard có thể tính ROI không?

Có, nhưng nên tách lợi ích trực tiếp như giờ báo cáo và lợi ích phụ thuộc hành động như downtime tránh được. Đừng quy toàn bộ cải thiện vận hành cho dashboard nếu còn nhiều sáng kiến khác.

Bao lâu nên đánh giá ROI?

Nên có đánh giá tín hiệu sớm sau 1-3 tháng, đánh giá vận hành sau 3-6 tháng và đánh giá tài chính theo kỳ 12 tháng hoặc phù hợp với chu kỳ doanh nghiệp.

ROI âm ở giai đoạn đầu có nghĩa dự án thất bại không?

Không nhất thiết. Dự án nền tảng có chi phí trước và lợi ích sau. Tuy nhiên, phải có milestone về adoption, dữ liệu và năng lực; không nên kéo dài mà không tạo bằng chứng.

Có nên đưa lợi ích chiến lược vào ROI không?

Có thể trình bày riêng, chẳng hạn đáp ứng audit, bảo vệ tri thức hoặc tăng khả năng mở rộng. Chỉ quy tiền khi có phương pháp và giả định được chấp nhận.

Bài viết được biên tập từ ebook “Từ số hóa đến AI - Sổ tay chuẩn bị cho nhà máy”, Vietsoft, 06/2026.