AI11 min read

Why most enterprise AI pilots never reach production, and what sets the successful ones apart

What the MIT NANDA, McKinsey, S&P, BCG and Gartner studies actually say about failed AI pilots – and what needs to be in place in your processes, data and infrastructure for a pilot to go live.

Summary

The “95% of AI pilots fail” figure rests on 52 interviews and a six-month window, so treat it as indicative at best. The direction, however, is confirmed by more robust surveys: according to McKinsey’s summer 2026 report, only 6% of respondents attribute a significant profit impact to AI. Successful companies don’t stand out because of a better model. They stand out because they redesigned the process, made their data available via APIs and built the pilot from day one as a future production service with an owner, a metric and an operations plan.

What the numbers really say

Several figures about failed AI pilots are in circulation, and presentations often lump them together. Yet each one measures something different – and that matters if you want to use them to make a case to leadership.

SourceClaimBased on
MIT NANDA, The GenAI Divide (2025) 95% of organizations get zero return from generative AI; only 5% of organizations reached production with specialized enterprise tools 52 interviews, 153 surveys, over 300 publicly known projects
S&P Global Market Intelligence (2025) 42% of companies abandoned most of their AI initiatives; on average 46% of proofs of concept were scrapped before production Over 1,000 respondents, North America and Europe
BCG, The Widening AI Value Gap (2025) 5% of companies extract value from AI at scale, 60% report minimal gains 1,250 senior executives
McKinsey, The State of AI in 2026 37% attribute at least some EBIT impact to AI; 6% qualify as “high performers” 1,719 respondents from 97 countries
Gartner (2025) Over 40% of agentic projects will be canceled by the end of 2027 Analyst prediction, not a measurement

The most frequently cited is the report The GenAI Divide: State of AI in Business 2025 from the MIT NANDA initiative. According to it, 60% of organizations evaluated specialized enterprise AI tools, 20% reached the pilot stage and only 5% made it to production. The report defines success as deployment beyond the pilot with measurable KPIs, with the impact on returns measured six months after the pilot.

A March 2025 S&P Global Market Intelligence survey showed the same phenomenon from another angle: the share of companies that scrapped most of their AI initiatives rose year over year from 17% to 42%. In September 2025, BCG classified 60% of companies as laggards with minimal gains and only 5% as future-ready.

Why you shouldn’t take the 95% figure literally

The MIT NANDA report drew justified criticism, and it is only fair to know about it before you put the number into a board deck.

  • A small, non-representative sample. In the methodology section, the authors themselves state that the figures are “directionally accurate”, that they are based on individual interviews rather than official company reporting, and that organizations willing to talk about their difficulties may differ systematically from the rest.
  • A short window. Six months is not much time to evaluate a change to a business process. The report itself admits that this may understate the success rate.
  • Unclear origin of the headline number. The analyst site Futuriom quotes Wharton professor Kevin Werbach, who says the document does not make it possible to trace where the 95% figure actually comes from.
  • The authors’ interests. NANDA is an initiative promoting its own architecture for networked agents. The report’s conclusion naturally points toward it.

Second, “zero impact on the P&L within six months” is not the same as “technically non-functional”. Many pilots work; nobody has simply carried them through into a process where the savings or revenue could be measured.

How to handle the numbers

A reasonable reading is this: nobody knows the exact share of failed pilots, but several independent surveys with different methodologies agree that only a minority of companies get measurable value from AI at scale. For internal documents, McKinsey or S&P, with a clearly described sample, are a better fit than the headline 95%.

The state of play in 2026: visible progress, but uneven

Newer data shows that things are moving. According to the McKinsey The State of AI in 2026 report (data collected from May 4 to June 8, 2026), 40% of respondents from large organizations are scaling AI agents, while among smaller ones the share remained at 22%. Still, 30% of large organizations with revenue above one billion dollars remain in the experimentation and pilot phase.

The group that attributes an EBIT impact of 5% or more to AI and also reports significant value makes up only 6% of respondents. What matters is how they differ: nearly three quarters of them say they fundamentally redesigned workflows because of AI, and they are twice as likely to say that senior leadership clearly demonstrates its commitment to AI.

Caution is warranted with agents. In June 2025, Gartner predicted that over 40% of agentic projects will be canceled by the end of 2027 – due to escalating costs, unclear business value and inadequate risk controls. It also warned of “agent washing”: of the thousands of vendors claiming agentic AI, by its estimate only about 130 actually offer agentic solutions.

The Czech context: fast adoption, weaker impact

The Czech Republic is not lagging behind in adoption. According to an SAP survey of 200 executives, published in September 2026 at the SAP NOW conference in Ostrava, 83% of companies have deployed AI in their software tools, up from 41% last year. However, AI is a key part of the long-term strategy for only 28% of businesses; another 54% have it in their strategy but are still mainly experimenting.

The same survey also names the obstacles: a shortage of skilled people, unclear rules and legislation, and insufficient or inconsistent data sources, which 31% of companies list among the biggest barriers.

On top of that comes a typically Czech problem, described in June 2026 by CzechCrunch. Jan Šmerhovský of Google Cloud states there that AI adoption in the Czech Republic reaches 48%, compared with an EU average of around 37%, but that companies tend to build everything in-house, even in areas outside their core business.

“We Czechs often feel that we have to build everything in-house. But in doing so, we lose precious time.” – Jan Šmerhovský, Google Cloud, speaking to CzechCrunch

It is worth keeping in mind that this is the view of a vendor that sells off-the-shelf solutions. It does, however, match the data from the MIT NANDA report: external partnerships reached deployment in roughly 67% of cases, internally built tools in about 33%. The authors themselves add that the difference may reflect organizational capabilities more than the approach itself.

Five reasons a pilot stays a pilot

1. The pilot has no business owner and no metric

The project was born in an innovation team or in IT because leadership wanted “something with AI”. There is no one whose numbers the result will change, and no baseline against which the benefit could be measured. The MIT NANDA report states that successful organizations sourced ideas from line managers rather than a central lab, and evaluated tools by operational outcomes rather than model benchmarks.

2. AI gets bolted onto an old process

A chatbot next to an unchanged workflow just adds an extra step. McKinsey’s data shows that the difference comes from redesigning the process, not from the tool itself.

3. The demo runs on an export, production needs live data

A pilot built on a hand-cleaned CSV looks great. In production you need API access to systems, document-level permissions and up-to-date data. If key systems have no usable interface, the pilot will founder on integration – not on the model.

4. Nobody planned for operations

Who deals with the model answering differently after an update? Who monitors token costs, latency and error rates? Who is on call? Without answers, security and operations will rightly block the deployment.

5. Teams build what they could buy

A custom RAG platform, custom agent orchestration, a custom evaluation framework – and a year later the team is maintaining infrastructure instead of solving a business problem. Moreover, according to the MIT NANDA report, the main barrier is not model quality but the fact that most systems do not retain feedback or adapt to context. Solving that in-house is expensive.

Build vs. buy: decision criteria

Neither a simple “buy” nor “build” holds. It is more useful to split the solution into layers and decide for each one separately.

LayerDefault choiceWhen to do the opposite
ModelBuy as a service (API from a cloud provider)Self-host only with demonstrable volume or a regulatory reason
General-purpose tools (assistant, meeting transcription, coding assistant)BuyPractically never
Domain application (service desk, invoice processing)Buy and customizeWhen the market offers nothing usable for Czech or for your industry
Integration, data, permissionsBuild – nobody else knows your systems–
A process that is a competitive advantageBuild on top of bought componentsWhen there is no team to keep it running

The counterargument is legitimate: buying means vendor dependency, data held by a third party and, in the age of “agent washing”, the risk that you are buying a rebranded chatbot. That is why, even with a purchased solution, you should keep the data, the integration layer, the evaluation set and the ability to swap the model in your own hands.

The infrastructure view: what must be ready before the pilot

A pilot that has a chance of reaching production is built from the start on the same foundations as any other service. If those foundations are missing, an AI project will only expose the gap – this is covered in more detail in the article on infrastructure chaos before adopting AI.

The minimum for a pilot that shouldn’t end up in a drawer

Source systems are accessible via APIs or replicated data, not via manual exports.
Both the application and the agent have their own identity with least privilege; no shared keys with full access.
Model access goes through a single point that holds the keys, limits, logs and per-team budget.
Prompts, configuration and infrastructure live in Git and are deployed through a pipeline, just like code.
There is an evaluation set of real cases that runs on every prompt or model change.
Inputs, outputs, tool calls, latency and cost per request are logged – with due regard for personal data.
It is clear which data may be sent to the model provider and in which region it is processed.
A team has been designated to take the service over into operations after the pilot.

Evaluation in the pipeline doesn’t have to be complicated. It is enough that a prompt change cannot be merged without passing a set of test cases:

# example CI step – script names and thresholds are illustrative
ai-eval:
  stage: test
  script:
    - python eval/run.py --dataset eval/cases.jsonl --out report.json
    - python eval/gate.py --report report.json --min-accuracy 0.85 --max-cost-per-case 0.02
  rules:
    - changes: ["prompts/**", "config/model.yaml", "src/**"]

The same principle applies as with ordinary software: what is deployed manually and not measured won’t survive in production. Related practices are described in the articles on deployment automation and on monitoring and logging.

When this advice doesn’t apply

For a purely exploratory experiment whose goal is to find out within two weeks whether a model can handle the task at all, full production readiness is unnecessary. Just call it that, give it a firm deadline and don’t count it among the pilots from which leadership expects a return.

What to do on Monday

Four steps for the first week

  • List all running AI pilots. For each one: business owner, metric, baseline, decision date. Anything without an owner or a metric should be stopped or completed.
  • For each pilot, determine what it stands on. Live data or an export? Its own identity or someone’s personal token? This tells you how much work remains before production.
  • Review what you are building that could be bought. For internally developed components, ask whether they are a competitive advantage or just infrastructure.
  • Pick one or two pilots and see them through. Better one process fully redesigned than ten demos.

Also set termination criteria in advance. A canceled pilot is not a failure if it delivered an answer at a reasonable cost. A failure is a pilot that runs for a year, nobody uses and nobody has the courage to switch off.

Key takeaways

  • The 95% figure is indicative. It rests on 52 interviews and a six-month measurement; the authors themselves acknowledge its limitations.
  • Larger surveys confirm the direction. According to McKinsey 2026, 6% of respondents belong to companies with a significant AI impact on profit.
  • Process redesign makes the difference. Nearly three quarters of the top performers fundamentally changed their workflows.
  • Czech companies adopt AI fast but mostly experiment. 83% of companies have AI in their tools; for 28% it is a key part of their strategy.
  • Buy the generic, build the integration. Nobody will do your data, permissions and connections to your own systems for you.
  • Build the pilot as a future service. Identity, pipeline, evaluation, logging and an operations owner from day one.

Sources

  1. MIT NANDA: The GenAI Divide – State of AI in Business 2025 (July 2025; copy of the report)
  2. Futuriom: Why We Don't Believe MIT NANDA's Weird AI Study (August 2025)
  3. CIO Dive: AI project failure rates are on the rise (S&P Global Market Intelligence data) (March 2025)
  4. BCG: AI Leaders Outpace Laggards with Double the Revenue Growth and 40% More Cost Savings (September 2025)
  5. Gartner: Over 40% of Agentic AI Projects Will Be Canceled by End of 2027 (June 2025)
  6. McKinsey: The State of AI in 2026 – On the road to ROI (August 2026)
  7. CFOtrends.cz: AI is already used by 83 percent of Czech companies (SAP survey; in Czech) (September 2026)
  8. CzechCrunch: Czech companies adopt AI quickly, but often without much effect (in Czech) (June 2026)

Have pilots you can’t get into production?

DevSecOps.cz helps prepare cloud infrastructure, pipelines and operating rules so that an AI pilot can safely move into day-to-day operations.

Or write to info@devsecops.cz. We process your data under our privacy policy.