Cách tính TCO bộ công cụ làm việc cho doanh nghiệp

TL;DR: Tổng chi phí sở hữu — Total Cost of Ownership (TCO) — của bộ công cụ làm việc phải được tính trong cùng một kỳ, thường là 12 hoặc 36 tháng. Ngoài license, doanh nghiệp cần cộng triển khai, migration, tích hợp, đào tạo, quản trị, hỗ trợ, downtime và chi phí chạy song song; sau đó so với những khoản hiện trạng thực sự có thể loại bỏ.

So sánh các phương án trên cùng phạm vi, cùng kỳ tính và cùng giả định.

Một báo giá license thấp hơn chưa chắc tạo ra phương án rẻ hơn. Chi phí có thể chỉ chuyển từ hóa đơn nhà cung cấp sang giờ công của nhân viên, thời gian hỗ trợ và gián đoạn vận hành.

TCO phần mềm doanh nghiệp là gì?

TCO phần mềm doanh nghiệp là toàn bộ chi phí để mua, triển khai, sử dụng, quản trị và ngừng sử dụng một hệ thống trong một khoảng thời gian xác định. Giá license chỉ là một dòng trong TCO.

TCO trả lời câu hỏi: “Phương án này tiêu tốn tổng cộng bao nhiêu?” Trong khi đó, ROI — Return on Investment — trả lời: “Lợi ích thu được có lớn hơn khoản đầu tư hay không?”

TCO không tự chứng minh một dự án đáng làm. Nó chỉ tạo ra mẫu số đáng tin hơn để doanh nghiệp tiếp tục đánh giá ROI, rủi ro và mức độ phù hợp chiến lược. Nếu cần bóc tách đầu vào trước, hãy bắt đầu với bảy khoản ngoài giá license.

Công thức TCO 12 tháng nên gồm những khoản nào?

TCO 12 tháng nên cộng cả chi phí một lần và chi phí định kỳ phát sinh trong năm đầu. Doanh nghiệp không nên trừ một công cụ cũ nếu công cụ đó vẫn phải duy trì sau chuyển đổi.

Công thức khái quát:

TCO 12 tháng
= License và thuê bao
+ Triển khai ban đầu
+ Migration dữ liệu
+ Tích hợp
+ Đào tạo
+ Quản trị tài khoản và hệ thống
+ Hỗ trợ
+ Downtime và suy giảm năng suất
+ Chi phí chạy song song
+ Chi phí kết thúc hoặc rollback

Khi so sánh hai phương án, cách ít nhầm nhất là tính TCO độc lập cho từng phương án trong cùng kỳ. Sau đó mới lấy:

Chênh lệch TCO = TCO phương án mới - TCO hiện trạng

Nếu cần trình bày theo góc nhìn dự án chuyển đổi, có thể dùng:

Tác động chi phí ròng
= Chi phí phương án mới
+ Chi phí chuyển đổi
- Chi phí hiện trạng có thể tránh được

“Có thể tránh được” là điều kiện quan trọng. Một license chỉ được ghi là tiết kiệm khi hợp đồng cho phép giảm hoặc hủy, dữ liệu đã bàn giao và người dùng không còn phụ thuộc vào công cụ đó.

Mười hạng mục cần đưa vào bảng

1. License và thuê bao: phí theo người dùng, thiết bị, dung lượng, module hoặc mức sử dụng.
2. Triển khai: khảo sát, cấu hình workspace, phân quyền, chuẩn hóa cấu trúc và quản lý dự án.
3. Migration: làm sạch, ánh xạ, chuyển và đối soát dữ liệu.
4. Tích hợp: kết nối kế toán, CRM, POS, chữ ký số, email hoặc hệ thống nội bộ.
5. Đào tạo: thời gian của người học, người hướng dẫn và chuẩn bị tài liệu.
6. Quản trị: cấp tài khoản, đổi quyền, thu hồi, audit và xử lý yêu cầu.
7. Hỗ trợ: help desk, khắc phục sự cố và hỗ trợ nhà cung cấp.
8. Downtime: thời gian không làm được việc hoặc làm chậm hơn bình thường.
9. Chạy song song: license trùng, đồng bộ dữ liệu và quản trị hai hệ thống.
10. Kết thúc/rollback: xuất dữ liệu, lưu trữ, đóng tài khoản hoặc quay về phương án cũ.

Nếu hạng mục tích hợp dùng n8n hoặc công cụ automation, cần tính cả công dựng ban đầu lẫn người duy trì khi API và nghiệp vụ thay đổi. Bài n8n trong hệ sinh thái automation của Diginno giải thích vai trò của lớp kết nối và phạm vi vận hành cần đưa vào TCO.

⚠️ Warning: Không ghi toàn bộ giá công cụ cũ vào cột “tiết kiệm” ngay ngày bắt đầu pilot. Trong thời gian chạy song song, công cụ cũ vẫn là chi phí thật.

Bảng TCO nên được lập như thế nào?

Bảng TCO nên tách khoản một lần khỏi khoản định kỳ, ghi rõ công thức và nguồn dữ liệu. Nếu chỉ điền một con số tổng mà không có giả định, người duyệt ngân sách không thể kiểm tra hoặc cập nhật khi phạm vi thay đổi.

Ngoài giá trị, nên thêm ba cột quản trị:

• Owner: ai chịu trách nhiệm xác nhận dòng chi phí?
• Độ tin cậy: đã có hợp đồng, báo giá hay mới là ước tính?
• Ngày cập nhật: con số còn hiệu lực đến khi nào?

Làm sao quy đổi thời gian nhân viên thành chi phí?

Thời gian nhân viên được quy đổi bằng số giờ dành cho dự án nhân với chi phí giờ công có tải. “Có tải” nghĩa là ngoài lương còn có các khoản doanh nghiệp thực trả liên quan đến vị trí đó, nhưng cách tính cụ thể nên do tài chính hoặc kế toán nội bộ thống nhất.

Công thức đơn giản:

Chi phí thời gian = Số người × Số giờ × Chi phí giờ công có tải

Ví dụ giả lập: 50 nhân viên tham gia đào tạo 3 giờ, chi phí giờ công dùng để lập ngân sách là 150.000 đồng/người/giờ.

50 × 3 × 150.000 = 22.500.000 đồng

Đây là chi phí cơ hội, không nhất thiết là một khoản tiền chuyển ra khỏi tài khoản trong ngày đào tạo. Tuy vậy, nó vẫn cần xuất hiện trong TCO vì đội ngũ đã dành thời gian cho chuyển đổi thay vì công việc khác.

Các hoạt động thường bị bỏ sót khi quy đổi giờ công:

• Làm sạch file và đặt lại cấu trúc thư mục.
• Kiểm tra dữ liệu sau migration.
• Hướng dẫn đồng nghiệp ngoài buổi đào tạo chính thức.
• Xử lý quyền truy cập và tài khoản trùng.
• Họp thống nhất quy trình mới.
• Làm lại báo cáo trong những tuần đầu.

Chi phí downtime và lỗi chuyển đổi nên ước tính ra sao?

Downtime nên được ước tính theo số người bị ảnh hưởng, số giờ ảnh hưởng và giá trị giờ công. Nếu hệ thống chỉ làm công việc chậm đi thay vì dừng hoàn toàn, hãy nhân thêm tỷ lệ suy giảm năng suất đã thống nhất.

Chi phí downtime toàn phần
= Số người bị ảnh hưởng × Số giờ × Chi phí giờ công

Chi phí suy giảm năng suất
= Số người × Số giờ × Chi phí giờ công × Tỷ lệ suy giảm

Ví dụ giả lập: 20 người bị chậm trong 4 giờ, mức suy giảm 30%, chi phí giờ công 150.000 đồng.

20 × 4 × 150.000 × 30% = 3.600.000 đồng

Không nên tự gán “doanh thu mất đi” cho mọi giờ gián đoạn. Chỉ đưa thiệt hại doanh thu, phạt hợp đồng hoặc mất đơn hàng vào TCO khi doanh nghiệp có dữ liệu đủ để chứng minh mối liên hệ.

Để tránh tạo cảm giác chính xác giả, nên chạy ba kịch bản:

Quyết định vẫn nên đứng vững ở kịch bản cơ sở và không đẩy doanh nghiệp vào rủi ro không chấp nhận được ở kịch bản xấu.

Ví dụ TCO giả lập cho SME 50 người

Ví dụ dưới đây hoàn toàn giả lập, không phải dữ liệu của Diginno hay khách hàng và không phải báo giá LarkSuite hoặc Microsoft 365. Mục đích là minh họa cách tính, không chứng minh nền tảng nào luôn rẻ hơn.

Bối cảnh giả lập

Một SME có 50 nhân viên đang dùng nhiều công cụ rời cho chat, họp, tài liệu và quản lý công việc. Doanh nghiệp cân nhắc chuyển một phần lớp cộng tác về một workspace hợp nhất trong 12 tháng.

Các giả định:

• Chi phí giờ công nhân viên dùng cho đào tạo và downtime: 150.000 đồng/giờ.
• Chi phí giờ công quản trị/hỗ trợ: 250.000 đồng/giờ.
• Hiện trạng cần 4 giờ quản trị và 6 giờ hỗ trợ mỗi tháng.
• Phương án mới dự kiến cần 2 giờ quản trị và 4 giờ hỗ trợ mỗi tháng sau giai đoạn đầu.
• Hai hệ thống chạy song song trong 2 tháng.
• Toàn bộ số license và dịch vụ dưới đây là số tròn giả lập.

Bảng tính 12 tháng

Kết quả giả lập cho thấy phương án mới không rẻ hơn trong năm đầu, dù license thấp hơn 60.000.000 đồng. Chi phí triển khai, migration, đào tạo, tích hợp và chạy song song đã lớn hơn phần license giảm được.

Đây là kết quả hữu ích, không phải thất bại. Nó ngăn doanh nghiệp phê duyệt dự án bằng một câu chuyện tiết kiệm chưa đủ dữ liệu.

Điều gì xảy ra từ năm thứ hai?

Nếu công cụ cũ thực sự được hủy, migration đã hoàn tất và mức giờ quản trị/hỗ trợ mới giữ nguyên, chi phí định kỳ giả lập của phương án mới là:

120.000.000 + 6.000.000 + 12.000.000 + 7.500.000 = 145.500.000 đồng/năm

Phép tính giữ chi phí downtime ở cả hai phương án để so cùng một phạm vi. So với TCO hiện trạng giả lập 222.000.000 đồng, chênh lệch định kỳ là 76.500.000 đồng/năm, tương đương 6.375.000 đồng/tháng. Khoản đầu tư tăng thêm 41.000.000 đồng của năm đầu sẽ được bù sau khoảng:

41.000.000 ÷ 6.375.000 ≈ 6,4 tháng

Tức là khoảng giữa tháng thứ sáu và tháng thứ bảy của năm thứ hai trong kịch bản giả lập. Kết luận này chỉ đúng nếu các giả định giữ nguyên: công cụ cũ đã hủy được, không phát sinh tích hợp lớn và chi phí hỗ trợ không tăng.

ℹ️ Info: Một bảng TCO tốt không cố làm phương án mới trông rẻ. Nó chỉ ra điều kiện nào phải đúng để phương án mới trở nên có lợi.

So sánh nhiều app rời với LarkSuite thế nào cho công bằng?

Muốn so sánh công bằng, doanh nghiệp phải dùng cùng số người, cùng kỳ tính và cùng phạm vi nghiệp vụ. Không nên so tổng giá của nhiều công cụ hiện tại với riêng giá license LarkSuite rồi gọi phần chênh lệch là tiết kiệm.

Thực hiện theo năm bước:

1. Lập danh mục hiện trạng: công cụ, số user hoạt động, chức năng, owner, ngày gia hạn và dữ liệu. Có thể dùng checklist kiểm kê phần mềm và bản quyền cho SME để chuẩn hóa đầu vào.
2. Đánh dấu phần trùng: chat, lịch, họp, tài liệu, form, workflow hoặc dashboard.
3. Phân loại: giữ, thay, tích hợp hoặc loại bỏ.
4. Chỉ ghi khoản tránh được: một công cụ được tính là loại bỏ sau khi hợp đồng, dữ liệu và người dùng đều cho phép.
5. Cộng chi phí chuyển đổi: migration, đào tạo, tích hợp, hỗ trợ và chạy song song.

LarkSuite không thay thế hệ điều hành và không mặc nhiên thay phần mềm kế toán, CAD, chữ ký số hoặc hệ thống nghiệp vụ sâu. Các công cụ này phải được giữ trong TCO nếu doanh nghiệp vẫn cần chúng. Nếu đang cân nhắc cả hệ điều hành, hãy tách quyết định bằng ma trận Linux, Microsoft 365 và LarkSuite.

Khi nào khoản đầu tư có thể hoàn vốn?

Khoản đầu tư hoàn vốn khi lợi ích ròng tích lũy bằng chi phí chuyển đổi ban đầu. Tuy nhiên, chỉ nên đưa lợi ích có cách đo rõ ràng vào phép tính.

Lợi ích ròng theo tháng
= Chi phí hiện trạng tránh được
+ Giá trị thời gian tiết kiệm đã đo
- Chi phí vận hành mới

Thời gian hoàn vốn
= Chi phí chuyển đổi ban đầu ÷ Lợi ích ròng theo tháng

Hãy chia lợi ích thành hai nhóm:

• Tương đối chắc chắn: license đã có xác nhận hủy, giờ quản trị giảm được đo từ log công việc, phí dịch vụ không còn phát sinh.
• Cần kiểm chứng: “nhân viên làm nhanh hơn”, “phối hợp tốt hơn”, “ít họp hơn” hoặc “ra quyết định nhanh hơn”.

Nhóm thứ hai vẫn quan trọng, nhưng cần baseline và số liệu pilot. Nếu chưa đo được, hãy để thành mục tiêu thay vì tự gán giá trị tiền.

Tự lập bảng TCO mất bao lâu?

Thời gian phụ thuộc vào mức độ đầy đủ của danh mục phần mềm và hợp đồng. Bảng dưới đây là ước lượng để lập kế hoạch cho một SME, không phải benchmark hoặc cam kết triển khai.

Nếu không có danh mục license, phần mất thời gian nhất thường không phải công thức mà là tìm xem phòng ban đang mua gì, bằng tài khoản nào và dữ liệu nằm ở đâu.

Checklist duyệt ngân sách TCO

Trước khi trình phương án, hãy kiểm tra:

• Hai phương án được tính trong cùng kỳ 12 hoặc 36 tháng.
• Số user là user thực tế, không phải tổng headcount nếu phạm vi khác nhau.
• Chi phí một lần và định kỳ được tách riêng.
• Mỗi dòng có owner, nguồn và ngày cập nhật.
• Đã tính migration, đào tạo, tích hợp, hỗ trợ và downtime.
• Đã tính số tháng chạy song song.
• Chỉ trừ license cũ khi có thể hủy thật.
• Phần mềm chuyên ngành phải giữ vẫn nằm trong bảng.
• Có kịch bản tốt, cơ sở và xấu.
• Có tiêu chí pilot, rollback và ngày ra quyết định.
• ROI không dùng lợi ích năng suất chưa có baseline.

Giá và phạm vi gói có thể thay đổi. Khi nhập chi phí license, hãy dùng hợp đồng hoặc báo giá hiện hành; trang gói LarkSuite chính thức chỉ nên là điểm bắt đầu để xác định phạm vi. Doanh nghiệp cũng có thể dùng công cụ tính giá Lark Pro của Diginno để tạo ước tính ban đầu trước khi làm rõ migration, tích hợp và hỗ trợ.

Phạm vi tư vấn

Bài viết này cung cấp framework ra quyết định về công cụ và vận hành. Đây không phải tư vấn pháp lý, thuế hoặc kế toán. Cách ghi nhận chi phí, khấu trừ, phân bổ và phê duyệt ngân sách cần được người phụ trách tài chính cùng chuyên gia phù hợp xác nhận theo trường hợp doanh nghiệp.

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

TCO khác ROI như thế nào?

TCO đo tổng chi phí sở hữu và vận hành trong một kỳ. ROI so lợi ích ròng với khoản đầu tư. Doanh nghiệp cần TCO đủ trước khi tính ROI để tránh dùng mẫu số chỉ có giá license.

Nên tính TCO trong 12 hay 36 tháng?

Dùng 12 tháng để duyệt ngân sách và thấy rõ chi phí năm đầu; dùng 36 tháng để quan sát ảnh hưởng của chi phí triển khai một lần và chu kỳ hợp đồng. Tốt nhất là lập cả hai nếu dự án có migration hoặc tích hợp đáng kể.

Làm sao định giá một giờ gián đoạn?

Mức tối thiểu là số người bị ảnh hưởng nhân số giờ và chi phí giờ công. Chỉ cộng doanh thu mất, phạt hợp đồng hoặc thiệt hại khác khi có dữ liệu đủ tin cậy và tránh tính trùng.

Có nên tính chi phí nhân viên tự học phần mềm?

Có. Đó là thời gian được dành cho chuyển đổi thay vì công việc khác. Hãy tính số giờ học thực tế và dùng mức chi phí giờ công do tài chính nội bộ thống nhất.

Giá LarkSuite có phải toàn bộ chi phí triển khai không?

Không. Giá license không bao gồm mặc định mọi chi phí khảo sát, cấu hình, migration, tích hợp, đào tạo, quản trị và hỗ trợ. Phạm vi cụ thể phải được xác nhận theo gói và kế hoạch triển khai.

Có nên trừ toàn bộ giá các app dự kiến loại bỏ không?

Chưa nên. Chỉ trừ phần chi phí có thể tránh được sau khi xác nhận hợp đồng cho phép hủy, dữ liệu đã chuyển, người dùng không còn phụ thuộc và thời gian chạy song song đã kết thúc.

Bao lâu nên cập nhật lại bảng TCO?

Nên cập nhật khi phạm vi, số user, báo giá, lịch migration hoặc giả định hỗ trợ thay đổi. Trong dự án chuyển đổi, các mốc hợp lý là trước pilot, sau pilot và trước khi mở rộng.

Kết luận

Một bảng TCO đáng tin không bắt đầu bằng việc tìm giá rẻ nhất. Nó bắt đầu bằng việc xác định cùng một phạm vi, cùng một kỳ tính và mọi chi phí cần để đội ngũ tiếp tục làm việc.

License chỉ là một dòng. Migration, đào tạo, tích hợp, quản trị, hỗ trợ, downtime và chạy song song mới quyết định phương án có thực sự phù hợp với ngân sách và năng lực vận hành của SME hay không.

---

Cập nhật lần cuối: 22/08/2026. Mọi số trong ví dụ đều là số giả lập để minh họa phương pháp, không phải báo giá hoặc dữ liệu khách hàng.