Why Your AI Pilot Fails and What You Can Do About It

Only 2% of companies use AI in their day-to-day operations. Find out why AI projects fail and how the AI Design Sprint prevents this.

Date: 22.10.2025 | Author: David Hefendehl

According to an MIT study, 95% of all AI projects fail.

But that's not quite accurate, and it's avoidable too.

What the study actually says is that 95% of all AI projects leave no trace on the P&L within the first six months. That's a different claim. The P&L is far too blunt a tool to measure the value of an AI project in its early stages. AI projects start with R&D, process documentation and reworking how things get done. None of that shows up on the profit and loss statement. Neither did those 100 extra Excel licences, back in the day.

But the numbers that really sting come from the latest studies on the German Mittelstand.

The reality of AI adoption in German companies

A round-up of 2025 AI studies on the Mittelstand paints a clear picture: just 2% of companies use AI operationally in their business processes. Over 50% are stuck in the experimentation phase. They've tried things, run tests, bought licences, but none of it has caught on.

The HKA study adds more data points that make the problem concrete:

  • 40% of Mittelstand companies use AI in some form
  • But only 21% have an actual AI strategy
  • 76% struggle with data quality
  • 67% report reservations among employees

These numbers tell a story. There's no blocker on the technology side. The models are there, the tools are there, the computing power is there. What's missing is the right approach.

The problem isn't the technology

When an AI pilot fails inside a company, it's almost never down to the technology. It comes down to one or more of these problems:

No clear use case

"We need to do something with AI, I saw something about it on the news." You hear this line in German companies more often than you'd think. But even with OpenAI's latest Agent SDK, you still don't have a use case. Apps in ChatGPT won't help you sell the connectors your company is known for. And right now, you can't do anything business-relevant with Sora in Europe either.

The better questions would be:

  1. What cost you or your team 90 minutes in the last two weeks, time you'd rather stop losing?
  2. Which task is repetitive or takes a lot of manual effort?
  3. Is there a way to use AI to handle this task, or parts of it?
  4. Which way, exactly? Not "AI will just do it."

Without these basics, every AI project is doomed to fail. No matter how good the technology is.

No strategy

Only 21% of Mittelstand companies have an AI strategy. Everyone else is flying blind. CoPilot licences get rolled out, ChatGPT Pro subscriptions handed out. Spray and pray. In the experimentation phase, whichever department looks likely to show a quick ROI gets the green light. Maybe the department head is excited about AI and pushes it forward. But that's far from true across the board.

Frustration sets in fast. The expensive licences get cancelled. Or, if we're honest, scaled back to one shared ChatGPT Pro subscription. That's not a strategy. That's ordering Clippy off Temu.

An AI strategy gives everyone direction and a framework. It defines which areas AI gets used in, what goals it's meant to achieve, and the path to get there. Without that framework, what happens in over 50% of companies happens: endless experimentation, no results.

No employee involvement

67% of companies report reservations among their staff. No surprise there. When AI arrives as a top-down decision, no explanation, no involvement, no training, people push back. Some out of fear for their jobs. Some because "that's how we've always done it." Some because the last IT rollout was a disaster too.

AI projects aren't IT projects. They need subject-matter expertise, because the teams know the process. They need IT know-how, because someone has to judge what's technically feasible. They need business understanding, because there has to be real value at the end. They need change management, because everyone has to come along.

Acceptance only happens when employees can bring their own ideas and understand what AI can actually do in their context. AI initiatives need to come from the people doing the work. Bottom-up, not top-down.

Data quality as an excuse

76% struggle with data quality. That's real. Nobody's paid enough attention to document governance over the past few years. Semantic tagging? Sensitivity labels? Proper version control in SharePoint? Definitely not. Somewhere out there is a v2_final_now-really.docx.

But data quality can't be an excuse for not starting. To build a PoC and test whether AI can deliver the results you want, you need very little data. In principle, 10 records: 4 positive, 4 negative, 2 unclear. That data can even be idealised. If the PoC works with it, the next step is sourcing and preparing real data. If it doesn't, you've burned little time and almost no money.

"We need to clean up our data first" is an excuse to avoid starting. The data will never be perfect.

Why the AI Design Sprint does it differently

The AI Design Sprint solves exactly these four problems. Not with PowerPoint slides and strategy papers, but with a structured four-day process that starts with the business problem, not the technology.

  • No use case? In Opportunity Mapping, your team identifies real pain points. Not "Where should we use AI?" but "What annoys us most?" That produces concrete, prioritised use cases.
  • No strategy? The Framing Session takes the biggest pain point and breaks it down at department level. A process, measurable problems, measurable goals. That's not an abstract strategy, that's a concrete plan.
  • No employee involvement? In AI Concept Development, the team builds the solution itself. Employees contribute their expertise, define input and output, and have a say in what gets built. That creates buy-in, because the solution comes from the people who'll actually use it.
  • Unclear data quality? Prototyping tests with real data, exactly as it exists today. Not idealised scenarios. If data quality is a problem, the PoC shows it immediately. Then everyone knows what needs fixing first before moving on.

At the end, you don't have another strategy deck everyone forgets. You have a working prototype, a team that can apply the method on its own, and a prioritised roadmap for what's next. More on the AI Design Sprint and how it works.

Getting started is more important than getting it right

If you don't start, you won't catch up later. What looks like a marginal gain today can turn into a real competitive advantage down the line. Fewer employees quit because the work is less frustrating. Higher throughput on the shop floor because bottlenecks get spotted. Customers stick around because service got better.

The 2% of companies already using AI operationally don't have better technology. They just started better. Structured, with a clear use case, with their teams, not against them.

Back to overview
Pfeil nach oben