Tính TCO và ROI của IT Helpdesk thuê ngoài: Mẫu cho CFO
TCO IT Helpdesk nên được tính bằng cách cộng toàn bộ chi phí vận hành của mô hình nội bộ và mô hình thuê ngoài trên cùng một scope. Sau đó, CFO dùng chênh lệch TCO để tính Net Benefit, ROI và Payback Period. Quan trọng là phải tính đủ nhân sự, công cụ, downtime, transition, retained IT và vendor management thay vì chỉ so lương nhân viên với phí dịch vụ.
Đây cũng là lý do hai phương án có cùng mức phí hàng tháng chưa chắc tạo ra cùng một total cost.
Một mô hình Helpdesk nội bộ có thể nhìn rẻ hơn nếu chỉ tính salary, nhưng lại bỏ sót tuyển dụng, coverage khi nhân sự nghỉ, ITSM tooling, management overhead hoặc thời gian của các chuyên gia L2/L3.
Ngược lại, một phương án thuê ngoài có thể có monthly fee rõ ràng nhưng vẫn phát sinh transition cost, onsite, support ngoài giờ, retained IT hoặc change request.
Vì vậy, câu hỏi phù hợp hơn với CFO không phải: “Vendor có rẻ hơn đội IT nội bộ bao nhiêu phần trăm?”
Mà là: “Tổng chi phí của từng mô hình trong cùng một phạm vi dịch vụ là bao nhiêu, lợi ích nào thực sự đo được và bao lâu mới thu hồi được chi phí chuyển đổi?”
Vì sao so lương IT nội bộ với phí vendor là chưa đủ?
Giả sử doanh nghiệp có hai nhân sự Helpdesk nội bộ và đang cân nhắc thuê ngoài.
Nếu chỉ lấy tổng lương hai nhân sự để so với báo giá vendor, mô hình đã bỏ qua nhiều thành phần.
Với in-house Helpdesk, chi phí thực tế có thể gồm salary, employer contributions, bonus, tuyển dụng, onboarding, training, overtime, leave coverage, ITSM platform, remote-support tooling, team management, reporting và phần thời gian mà L2/L3 phải dành để hỗ trợ escalation.
Với outsourced Helpdesk, ngoài phí dịch vụ còn có thể có transition, onsite, after-hours coverage, retained internal IT, vendor governance, add-on tools, change request và exit cost.
Đó là lý do outsourcing nên được xem như một lifecycle gồm thiết kế scope, transition, vận hành, governance và eventual exit chứ không chỉ là “mua một gói support hàng tháng”.
Nếu doanh nghiệp chưa xác định rõ Helpdesk sẽ chịu trách nhiệm tới đâu, có thể tham khảo trước bài dịch vụ IT Helpdesk & IT Support cho doanh nghiệp để chuẩn hóa scope trước khi tính TCO.
Bước 1: Xây baseline TCO của IT Helpdesk nội bộ
Một mô hình đơn giản có thể bắt đầu từ công thức:
TCO In-house = People + Tools + Recruitment + Management + Downtime + Other Operating Costs
Điểm quan trọng là CFO phải tính trên cùng một kỳ thời gian, thường là 12 tháng hoặc 3 năm nếu muốn nhìn cả vòng đời.
Chi phí nhân sự
Đây thường là dòng lớn nhất nhưng không nên chỉ lấy basic salary.
Nên xem xét:
gross salary;
employer contribution;
allowance và bonus;
overtime;
training;
leave coverage;
backup resource.
Nếu Helpdesk chỉ là một phần công việc của IT Generalist hoặc Infrastructure Engineer, nên phân bổ phần thời gian thực sự dành cho user support thay vì tính toàn bộ salary hoặc bỏ luôn chi phí đó.
Chi phí tuyển dụng và thay thế
Một đội Helpdesk nội bộ còn có chi phí mỗi khi phải tuyển người mới hoặc thay thế nhân sự nghỉ việc.
Có thể bao gồm:
recruiter hoặc agency;
thời gian của HR;
thời gian interview của IT Manager;
onboarding;
training;
thời gian ramp-up;
vacancy period.
Không cần sử dụng một turnover benchmark bên ngoài nếu doanh nghiệp đã có dữ liệu nội bộ.
Đối với CFO model, dữ liệu của chính doanh nghiệp luôn có giá trị hơn một tỷ lệ trung bình ngành không cùng bối cảnh.
Công cụ và license
Các khoản thường bị bỏ quên gồm:
ITSM/helpdesk platform;
remote-support tool;
endpoint management;
monitoring;
knowledge base;
telephony;
reporting;
automation.
Nếu công cụ còn phục vụ các đội IT khác, chỉ nên phân bổ phần cost liên quan tới Helpdesk.
Management overhead
Helpdesk nội bộ vẫn cần người:
phân công workload;
review KPI;
xử lý escalation;
làm reporting;
điều phối vendor;
review backlog;
quản lý lịch làm việc.
Nếu IT Manager dành 15–20% thời gian để quản lý Helpdesk thì phần effort đó cũng là một thành phần TCO.
Downtime và productivity loss
Đây là phần dễ làm business case bị “phồng” nhất.
Không nên lấy một con số “mỗi phút downtime trị giá X USD” trên Internet rồi áp thẳng cho doanh nghiệp.
Một cách đáng tin cậy hơn là dùng dữ liệu nội bộ:
Downtime Cost = Affected Users × Lost Time × Loaded Labor Cost × Productivity Factor
Ví dụ, nếu một vấn đề khiến 40 người không làm việc được trong 30 phút, doanh nghiệp có thể dùng loaded labor cost thực tế để ước lượng productivity loss.
Nhưng cần lưu ý: không phải toàn bộ downtime của IT đều do Helpdesk kiểm soát.
Bước 2: Tính TCO của IT Helpdesk thuê ngoài
Một công thức tổng quát có thể là:
TCO Outsource = Service Fee + Transition + Retained IT + Vendor Management + Tools/Add-ons + Change/Risk Costs
Phí dịch vụ
Cần đảm bảo monthly fee đang phản ánh đúng một scope xác định.
Ví dụ:
bao nhiêu user;
bao nhiêu site;
support hours;
Remote/Onsite;
SLA;
ticket channels;
reporting;
escalation scope.
Nếu Vendor A báo 100 triệu nhưng chỉ remote 8x5, còn Vendor B báo 130 triệu đã có onsite và extended coverage, hai báo giá này không thể so trực tiếp.
Chi phí chuyển đổi
Transition thường xảy ra trước hoặc quanh thời điểm go-live.
Có thể gồm:
discovery;
inventory cleanup;
knowledge transfer;
access setup;
tool configuration;
ticket migration;
user communication;
testing;
hypercare.
Transition cost không nhất thiết là khoản vendor thu riêng. Một phần có thể là effort của IT nội bộ.
Retained IT cost
Đây là dòng CFO rất dễ bỏ sót.
Thuê ngoài Helpdesk không đồng nghĩa chi phí IT nội bộ bằng 0.
Doanh nghiệp vẫn có thể cần:
infrastructure team;
cybersecurity;
application owner;
architecture;
procurement;
IT manager;
vendor governance.
Nếu đã có IT nội bộ và đang cân nhắc outsource Level 1, có thể tham khảo bài có sẵn IT nội bộ có nên thuê ngoài IT Helpdesk? để phù hợp với mô hình này.
Vendor management
Sau khi ký hợp đồng vẫn cần quản trị:
service review;
SLA review;
invoice validation;
escalation;
contract change;
renewal;
issue management.
Đây là lý do một proposal có giá thấp nhưng cần nhiều effort nội bộ để quản trị chưa chắc có TCO thấp hơn.
Add-on và change cost
Nên hỏi trước cách vendor tính:
after-hours;
onsite dispatch;
user vượt scope;
site mới;
project work;
custom report;
integration;
major change.
Nếu các khoản này có khả năng xảy ra thường xuyên, CFO nên đưa ít nhất một assumption vào scenario model thay vì xem chúng bằng 0.
Bước 3: Đưa downtime vào TCO nhưng không “thổi phồng” ROI
Downtime là một cost driver hợp lý, nhưng chỉ khi attribution hợp lý.
Helpdesk có thể ảnh hưởng trực tiếp tới:
response delay;
thời gian user chờ hỗ trợ;
tốc độ escalation;
thời gian xử lý recurring end-user issue;
backlog gây chậm hỗ trợ.
Nhưng Helpdesk không hoàn toàn kiểm soát:
power outage;
ISP outage;
cloud/SaaS outage;
core infrastructure failure;
cyberattack;
lỗi ứng dụng bên thứ ba.
Do đó, nếu doanh nghiệp đang tính benefit từ downtime reduction, chỉ nên đưa phần downtime attributable to support operations vào mô hình.
Ví dụ: nếu một sự cố ERP kéo dài 3 giờ do backend database failure, không nên ghi toàn bộ 3 giờ đó thành benefit có thể “tiết kiệm” nhờ outsource Helpdesk.
Trong trường hợp này, Helpdesk có thể cải thiện thời gian tiếp nhận, communication hoặc escalation - nhưng không đồng nghĩa có thể loại bỏ toàn bộ outage.
Bước 4: Tính ROI của IT Helpdesk thuê ngoài như thế nào?
Sau khi có hai baseline TCO, CFO mới nên chuyển sang ROI.
Một cách đơn giản là:
Annual Benefit = In-house TCO − Outsourced Run-rate TCO
Tuy nhiên, nếu dự án có transition investment, công thức cần rõ hơn:
Net Benefit = Avoided Cost + Quantified Benefits − Outsourcing Cost − Transition Cost
Sau đó:
ROI = Net Benefit ÷ Investment Cost × 100%
Vấn đề quan trọng không nằm ở công thức toán học, mà ở cách định nghĩa benefit và investment.
Ví dụ, doanh nghiệp cần trả lời:
Recruitment cost avoided có tính là benefit không?
Productivity gain có đủ dữ liệu để monetize không?
Transition cost có tính một lần hay amortize?
Internal IT cost còn lại đã được giữ trong outsourced scenario chưa?
Tool nào đã nằm trong service fee?
Nếu những assumption này không được ghi rõ, một con số “ROI 42%” gần như không có giá trị để ra quyết định.
Bước 5: Payback Period – bao lâu thu hồi chi phí chuyển đổi?
ROI cho biết mức return tương đối.
Payback Period trả lời một câu hỏi khác:
Bao lâu thì lợi ích tích lũy đủ bù transition investment ban đầu?
Trong trường hợp benefit hàng tháng tương đối ổn định:
Payback Period = Initial Transition Cost ÷ Monthly Net Benefit
Ví dụ giả định:
transition cost: Input;
monthly net benefit: Input;
payback: Formula.
Không cần điền số benchmark.
Nếu monthly benefit thay đổi theo thời gian, tốt hơn nên lập cumulative cash flow theo từng tháng thay vì dùng phép chia đơn giản.
Điều này đặc biệt hữu ích nếu vài tháng đầu có hypercare hoặc parallel-run cost cao hơn steady state.
Bước 6: Dùng 3 kịch bản thay vì một con số duy nhất
Một business case tốt không nên giả định tương lai chỉ có một khả năng.
CFO có thể lập ba kịch bản:
Biến số | Conservative | Base Case | Upside |
In-house TCO | Input | Input | Input |
Vendor Run-rate | Input | Input | Input |
Transition Cost | Input | Input | Input |
Retained IT | Input | Input | Input |
Attributable Downtime Benefit | Input | Input | Input |
Annual Net Benefit | Formula | Formula | Formula |
ROI | Formula | Formula | Formula |
Payback | Formula | Formula | Formula |
Trong Conservative Case, có thể giả định transition cost cao hơn, downtime benefit thấp hơn và add-on nhiều hơn.
Base Case sử dụng các assumption có khả năng xảy ra nhất.
Upside Case có thể phản ánh productivity hoặc coverage improvement tốt hơn dự kiến.
Điểm quan trọng là không thiết kế Conservative/Base/Upside bằng cách tùy tiện thay đổi con số cho đẹp.
Mẫu TCO IT Helpdesk cho CFO nên gồm những dòng nào?
Một worksheet thực tế có thể chia làm hai phần.
Sau đó: TCO Difference = In-house TCO − Outsourced TCO
Nhưng cần nhớ:
TCO Difference không đồng nghĩa ROI.
TCO Difference chỉ cho biết chênh lệch tổng cost giữa hai scenario.
ROI đánh giá lợi ích so với investment.
Payback lại đo thời gian thu hồi investment.
Ba chỉ số có liên quan nhưng không thể thay thế nhau.
Những lợi ích nào không nên ép thành tiền?
Một business case không cần monetize mọi thứ.
Một số lợi ích có thể giữ dưới dạng qualitative hoặc non-financial benefits, chẳng hạn:
coverage rộng hơn;
SLA visibility;
reporting rõ hơn;
single point of contact;
khả năng scale;
knowledge continuity;
user experience;
giảm dependency vào một nhân sự;
governance tốt hơn.
Nếu cố biến mọi lợi ích thành tiền, mô hình dễ trở nên thiếu đáng tin.
Ví dụ, “improved user experience = 300 triệu/năm” sẽ rất khó bảo vệ nếu không có methodology và dữ liệu rõ.
CFO model có thể tách: Quantified BenefitsvàStrategic / Operational Benefits thay vì ép tất cả vào ROI.
Khi nào TCO thuê ngoài thấp hơn nhưng vẫn chưa nên outsource?
TCO thấp hơn là một tín hiệu tốt.
Nhưng nó không tự động tạo ra quyết định.
Doanh nghiệp vẫn cần xem các yếu tố như:
security requirement;
data sensitivity;
vendor concentration risk;
knowledge retention;
SLA fit;
business criticality;
transition risk;
exit terms;
contractual flexibility.
Ví dụ, một vendor có thể tạo TCO thấp hơn 10%, nhưng nếu SLA không phù hợp với hoạt động 24/7 hoặc exit clause quá bất lợi thì phương án đó chưa chắc tốt hơn.
TCO vì vậy là decision input, không phải toàn bộ decision.
Dùng TCO để so sánh các vendor IT Helpdesk thế nào?
Một lỗi khác là dùng TCO để so vendor nhưng baseline của từng proposal lại khác nhau.
Trước khi compare, CFO hoặc Procurement nên normalize tối thiểu:
user count;
number of sites;
support hours;
Remote/Onsite scope;
SLA;
systems supported;
tooling;
reporting;
exclusions;
transition scope.
Ví dụ:
Vendor A không bao gồm onsite.Vendor B bao gồm 4 onsite visit/tháng.
Nếu không normalize, Vendor A sẽ nhìn rẻ hơn nhưng thực tế hai bên không đang bán cùng một service.
Tương tự, SLA cũng ảnh hưởng tới staffing và pricing. Nếu cần chuẩn hóa phần này trước khi đánh giá proposal, doanh nghiệp có thể tham khảo bài SLA IT Helpdesk.
IPSIP Việt Nam hỗ trợ doanh nghiệp xây business case IT Helpdesk như thế nào?
Một mô hình TCO chỉ hữu ích khi các assumption phản ánh đúng môi trường vận hành thực tế.
Số user, số site, giờ hỗ trợ, hệ thống nằm trong scope, nhu cầu onsite, SLA và vai trò của IT nội bộ đều có thể làm thay đổi cấu trúc chi phí.
Với doanh nghiệp đang cân nhắc Helpdesk thuê ngoài, IPSIP Việt Nam có thể cùng rà soát các nhóm thông tin như:
current support model;
số user và site;
support hours;
Remote/Onsite requirement;
phạm vi hệ thống;
SLA;
escalation;
retained internal IT;
reporting;
transition requirement.
Từ đó, doanh nghiệp có thể xây một outsourced scenario đủ rõ để đưa vào mô hình TCO, thay vì so chi phí dựa trên một gói dịch vụ chưa được chuẩn hóa.
Doanh nghiệp có thể tham khảo dịch vụ IT Helpdesk & IT Support của IPSIP Việt Nam để hình dung phạm vi hỗ trợ và những thành phần cần cân nhắc khi xây business case.
Nếu doanh nghiệp đang chuẩn bị so sánh mô hình Helpdesk nội bộ với thuê ngoài, bước phù hợp là khảo sát nhu cầu và chuẩn hóa baseline hiện tại trước khi tính ROI. Từ scope, coverage, SLA và nguồn lực IT đang có, IPSIP Việt Nam có thể cung cấp phương án và báo giá để doanh nghiệp đưa vào mô hình.
Nguồn tham khảo
