Here's a thought experiment. Pick the three largest cost lines in your back office — could be credit operations, could be regulatory reporting, could be client onboarding. Now imagine your CEO walks in and says: "We're cutting 15% of headcount across those functions by 2030. AI will do the rest."

What's your first question? It probably isn't "which AI?" It's "which tasks, specifically, are you planning to automate — and who's going to fix things when the automation breaks?"

That's roughly where I landed when I read that Standard Chartered announced plans to cut around 7,800 corporate function roles by 2030, with CEO Bill Winters framing it as part of the bank's push to scale AI across its back office. It's the first time a UK-headquartered bank has put a hard number on AI-driven headcount reduction. The bank is targeting a return on tangible equity above 15% by 2028.

The number got the headlines. But the number isn't the interesting part.

The headline number is doing too much work

7,800 roles out of roughly 82,000 employees is about 9.5% of total headcount — or, as the bank frames it, about 15% of its corporate function staff. That sounds dramatic in a press release. In practice, a chunk of that will be natural attrition — people leaving, roles not backfilled. Another chunk will be offshoring dressed up as automation. Some of it will be genuine AI-driven productivity gains. The announcement doesn't break those apart, and I'd be surprised if the internal planning documents do either, at least not yet.

I'm not being cynical about Standard Chartered specifically. I've seen this pattern before. A large institution announces a headcount target tied to technology investment. The target becomes a planning assumption. The planning assumption becomes a budget line. And then somebody three levels down has to figure out which actual processes can be automated without breaking anything — which is the hard part, and which rarely makes the investor presentation.

The reason this matters for mid-market lenders is that your board has probably already seen the headline. Someone will ask: "If StanChart can cut 15% of corporate functions with AI, why can't we?" And the honest answer is more complicated than either "we can" or "we can't."

Why scale changes the maths

Standard Chartered can absorb the upfront cost of building AI tooling because they can spread it across tens of thousands of transactions. If you spend £2m building an AI-assisted credit memo drafting tool and you process 50,000 credit applications a year, the per-unit cost is £40. If you process 2,000, it's £1,000. The tool is the same. The economics aren't.

This is the bit that gets lost in the board conversation. The question isn't whether AI can do the task — it's whether the volume justifies the build.

Most mid-market banks I've worked with have back-office teams of 20 to 80 people, not thousands. Cutting 15% of a 40-person operations team means six roles. The salary saving sounds meaningful until you price in the build, the testing, the validation, and the ongoing maintenance of whatever replaces them. I've watched more than one automation project where the three-year total cost quietly exceeded the saving it was supposed to deliver — and nobody wanted to say so in the steering committee, because by that point the project had executive sponsorship and its own acronym.

That doesn't mean you shouldn't automate anything. It means you should be very selective about what you automate, and very honest about the cost.

The functions that actually compress

In my experience, the back-office tasks that genuinely benefit from AI at mid-market scale share three characteristics: they're high-volume, they're repetitive, and — critically — getting them slightly wrong doesn't create regulatory or credit risk.

Document classification fits. If you're sorting hundreds of incoming documents a week into categories, a well-tuned classifier saves real time and the failure mode is "someone reviews the misclassified ones," not "we miscalculate a capital ratio."

Regulatory narrative drafting sometimes fits, if you treat the AI output as a first draft that a human rewrites rather than a finished product.

Credit decisioning almost never fits at the scale most mid-market banks operate, because the volume is too low to justify the validation overhead and the downside of a bad decision is too high.

The diagnostic question I'd want answered before committing budget:

For each process we're considering automating, what's the annual volume, what's the cost per error, and does the saving exceed the build-plus-maintenance cost over three years — not one?

If you can't fill in those three numbers for a specific process, you don't have a business case. You have a slide deck.

What StanChart's number is actually useful for

I don't think the 7,800 figure tells you much about what's possible at your bank. But it does tell you something about the competitive environment you're operating in.

If the largest UK-headquartered banks are genuinely reducing their corporate function headcount by 15% over the next four years, some of that saving will eventually show up in pricing. Not immediately — large banks are slow — but within a credit cycle. Mid-market lenders who compete on relationship and speed rather than price probably have a few years before this bites. Lenders who compete primarily on price should be worried now.

The useful response isn't to match the headline number. It's to identify the two or three processes in your own operation where automation has a genuine payback at your volume, build those properly, and stop there. Not because ambition is bad, but because half-built automation is worse than no automation — it creates maintenance burden without delivering the saving.

The takeaway

This week, pick one back-office process your team has talked about automating. Write down three numbers: how many times it runs per year, what it costs when it goes wrong, and what you'd realistically spend to build and maintain the automation over three years. If the saving doesn't clearly exceed the cost, park it. If it does, that's your next project — not because StanChart did it, but because your own numbers say so.

— Aksel

The Analytical Banker is a weekly note on data, analytics, and AI inside corporate banking — written for finance leaders who actually have to make this stuff work. Reply to this email if something here resonates, or forward it to a colleague who'd benefit.

Keep reading