Kasra Vaziri
All essays
Product Leadership

Why 95% of AI Pilots Fail, and What the 5% Do Right

MIT found 95% of enterprise AI pilots deliver no measurable ROI. Here's why AI pilots fail — and the unglamorous things the 5% that work do differently.

Kasra Vaziri5 min read
Rows of grounded rockets with one launching, illustrating why most AI pilots fail while a few succeed.

Here's a number that should stop every product team cold: 95% of enterprise AI pilots deliver no measurable return. Not "mixed results." Not "early days." Zero P&L impact — after an estimated $30–40 billion in spending. That's the headline from MIT's 2025 "State of AI in Business" report, and once you sit with it, the interesting question stops being "is AI overhyped?" It becomes: what is the 5% doing that everyone else isn't?

Because the answer isn't what most people assume. AI pilots fail, but not for the reason your gut says.

It's not the model. It's the approach.

The most important line in the report isn't the failure rate — it's the cause. MIT is blunt: the divide between winners and losers "is not driven by model quality or regulation, but seems to be determined by approach." The models are good enough. The failure is organizational, not technical.

They call it the learning gap: most GenAI systems "do not retain feedback, adapt to context, or improve over time." A generic tool like ChatGPT is brilliant for an individual because it's flexible — but it stalls inside an enterprise because it never actually learns the workflow it's dropped into. It answers the same question the same way on day 200 as it did on day 1, while the business changes around it.

Read that again as a product person, because it's a product diagnosis, not an ML one. The thing that's failing isn't the intelligence. It's the integration — the unglamorous work of embedding a model into a real workflow, with real feedback loops, owned by a real team. That's our job, and most teams are skipping it.

Why "AI pilots fail" is usually a buy-vs-build story

Here's the finding that surprised me most. MIT found that buying AI tools from specialized vendors and building partnerships succeeds about 67% of the time, while internal builds succeed only one-third as often.

That cuts against every engineer's instinct — and every founder's pride. The reflex is "we'll build our own, it'll be tailored to us." But a from-scratch internal build means you're now responsible for the model layer and the integration layer and the learning loop, with a team that's doing it for the first time. The specialists have already paid that tuition. Buying the model and spending your scarce talent on the integration is, more often than not, the winning trade.

This is the same trap I wrote about in vibe coding's hidden bill: the ability to start something fast is not the same as the ability to make it durable. A working AI demo is not a working AI product.

You're probably spending in the wrong place

One more gut-punch from the data: more than half of generative AI budgets go to sales and marketing tools — the visible, exciting, board-friendly use cases — yet MIT found the biggest, most reliable ROI in back-office automation: cutting outsourcing, trimming agency spend, streamlining operations.

Of course it did. The boring workflows are where the money actually leaks. But they don't demo well, they don't make a flashy launch, and nobody gets promoted for automating invoice reconciliation. So teams chase the shiny pilot and quietly leave the real ROI on the table. It's the AI-era version of a problem I keep coming back to: we build where it's visible, not where it's actually used and valued.

What the 5% actually do

Strip away the noise and the winners share a handful of habits. None of them are exotic.

They start with a workflow, not a demo. The question isn't "what can the model do?" It's "which specific, repeated, painful workflow are we going to change — and how will we know it worked?" Pick the workflow before you pick the tool.

They name the P&L number up front. The 5% can tell you the metric the pilot is supposed to move and by how much, before a line of code ships. If you can't state the outcome you're buying, you're not running a pilot — you're running a science fair.

They buy the model and earn the outcome. They don't burn their best people rebuilding a foundation model. They spend that talent on the integration, the data plumbing, and the feedback loop — the parts no vendor can do for them.

They build for learning. They close the loop so the system gets better with use — capturing corrections, adapting to context — instead of shipping a static tool and walking away. The learning gap is exactly where the moat is.

They go after the boring win. They aim at back-office leverage first, bank a real, defensible ROI, and earn the credibility to do the flashier stuff later.

The real takeaway

The 95% aren't failing because AI doesn't work. They're failing because they treated AI as a technology to acquire instead of a product to integrate — and those are completely different jobs. One ends with a signed vendor contract and a press release. The other ends with a changed workflow and a number that moved.

That gap — between acquiring intelligence and earning an outcome — is the most important product problem of the next few years. It won't be closed by a better model. It'll be closed by product teams who do the unglamorous integration work everyone else is skipping. The tools are ready. The question is whether we are.

Sources

The newsletter

Think more clearly about product

One email when I've got something worth your attention — an essay, a hard-won lesson, or a new tool. No filler, no fixed schedule. Unsubscribe in a click.

Why 95% of AI Pilots Fail, and What the 5% Do Right — Kasra Vaziri