Blog//
August 3, 2026
July 31, 2026

Some call it "labor efficiency" or "FTE optimization." Some don't acknowledge it at all, at least not out loud. It's that value in the business case deck created to present projected savings for the new AI program. Somewhere near the top of the Future State column, it's there: reduced headcount. The number of people on the team who may no longer have jobs.
IT labor is one of the largest controllable cost lines in a mid-market or enterprise IT budget. Service desk functions are notoriously labor-intensive and difficult to scale without also increasing headcount.
So it makes sense that AI vendors, analyst reports, and case studies have all led with the same headline ROI of labor displacement. Labor costs are relatively easy to measure, so it should be easy to measure AI’s value through its impact on labor costs. If AI deflects 50% of ticket volume, it should reduce demand on the service desk by 50%, meaning a 20-person team could be reduced to 10.
Rational, but incomplete.
Most service desks are not running at perfect efficiency before AI arrives. They are either understaffed — carrying backlog, triaging what gets answered, asking agents to absorb more than the role was designed for — or overstaffed relative to current demand, usually as a hangover from over-hiring during a growth period. A small number are genuinely well-matched to their volume.
Each situation points to a different outcome when AI enters the picture.
The business case that skips that diagnostic and goes straight to the reduction model is the reason Gartner predicts that half of companies that cut customer service staff due to AI will rehire for the same functions by 2027, often under different job titles. It’s the same reason Nvidia CEO, Jensen Huang, said in a recent interview with CNA, “It's more likely that the companies with ambition will be more productive, they will do things faster, their company will increase in velocity. As a result, they become larger, more profitable. When they become larger, more profitable, they'll end up hiring more people."
When AI deflects a ticket, what happens to the human labor that would have handled it?
The default answer is cost savings — reduced headcount, improved deflection rate, a number on a slide.
Another option is to reinvest it, assign those analysts to other tasks that will bring in more value for the company:
None of this happens automatically. It requires a deliberate decision to treat efficiency gains as reinvestment capacity rather than pure cost reduction.
The reinvestment case is harder to make than the reduction case, but it's more defensible over time. Headcount reduction is a one-time saving that shows up cleanly in Year 1 and plateaus. Reinvestment compounds: a better-maintained knowledge base improves deflection rates, better deflection rates reduce incident volume, lower incident volume reduces support burden during periods of growth. The CFO who understands that trajectory will respond to it.
Making that case requires a few things that most business cases skip. The reinvestment options need to be defined specifically — not "agents will handle higher-value work" but a named function, a named owner, and a named budget. The transition plan needs to be real enough to execute, not just optimistic enough to present. And the reinvestment scenario needs to sit alongside the reduction scenario in the deck, so the CFO is choosing between two modeled paths rather than approving the only one on the table.
One cost that almost never appears in either scenario: knowledge engineering. The deflection rate a vendor quotes assumes that a knowledge base already exists, is well-organized, and is actively maintained. Building it from scratch — or bringing a neglected one up to standard — takes time and people. That expense belongs in the model. Leaving it out makes the reinvestment case look more expensive than it is relative to a reduction model that's also undercounting its true costs.
A good MSP partner treats workforce modeling as a shared exercise — making the relationship between ticket volume, staffing requirements, and service outcomes visible to the client from the start.
That means knowledge transfer and cross-training built in as an ongoing practice, and a business case built for two audiences: the CFO who needs to see the numbers, and the team that needs to see that someone is thinking about what happens to them.
Some roles will change and some will disappear in a serious AI deployment. A partner worth working with will say so, model it honestly, and bring a reinvestment argument specific enough to execute.
There's a version of the future of work with AI that doesn't require choosing between the CFO and the team. That case is harder to make, but it's also the one most likely to hold up to scrutiny, time, and to the people in the room who will remember how this decision was made.
If that number in the Future State column still keeps you up at night, it might just mean you're building the wrong case.
Ready to change course?