Why so many AI projects fail: the numbers, then the seven avoidable mistakes
MIT, Gartner, S&P Global and RAND have measured the carnage among AI projects. What those numbers really say, and the seven avoidable mistakes in an SME.

What the studies on AI project failure really measure
Let us start with the numbers that circulate in every board deck, with their exact sources and their limits, because a number without a methodology is a slogan.
The most spectacular comes from MIT: the NANDA project’s report “The GenAI Divide: State of AI in Business 2025” concludes that 95% of organizations get no measurable return from their generative AI initiatives, despite investments estimated at $30 to $40 billion. A point of honesty: it is a preliminary report, based on a review of more than 300 public initiatives, 52 organizations interviewed and 153 executives surveyed, and its authors themselves describe the figures as indicative. Gartner, for its part, predicted in 2024 that at least 30% of generative AI projects would be abandoned after proof of concept; by 2026 the firm finds that reality has outrun the forecast, with more than 50% abandoned by the end of 2025.
Two further measurements complete the picture. S&P Global Market Intelligence’s 2025 survey of more than 1,000 decision-makers: 42% of companies had abandoned most of their AI initiatives, against 17% the year before, and 46% of proofs of concept die before production. And RAND’s study, based on interviews with 65 experienced data scientists: more than 80% of AI projects fail, roughly double the rate of IT projects without AI.
- A useful rather than paralysing reading: these studies measure, in bulk, projects launched with no precise problem, no data ready and no measurement of value. They describe a method that fails, not a technology that does not work.
- The proof by inversion: the same studies document that projects aimed at a measurable process, with clean data, do reach production. The gap between the two groups is precisely the list of mistakes that follows.
| Source | Figure | What it measures | Limit to keep in mind |
|---|---|---|---|
| MIT NANDA (July 2025) | 95% with no measurable return | Generative AI pilots in organizations | Preliminary report, figures “indicative” by the authors’ own account |
| Gartner (2026 finding) | More than 50% abandoned after proof of concept | Generative AI projects, end of 2025 | Methodology not published in detail |
| S&P Global (March 2025) | 42% had abandoned most of their initiatives | Survey of more than 1,000 decision-makers | Self-reported; does not separate the causes |
| RAND (2024) | More than 80% failure | AI projects in the broad sense | Qualitative estimate drawn from 65 expert interviews |
Mistake 1: the showcase project, a solution looking for a problem
“We need AI” is not a business problem. Projects that start from the technology (because a competitor has it, because the board asked for it) end as elegant demonstrations nobody uses. The projects that survive start from a quantifiable pain: quotes that take three weeks, know-how heading into retirement, document searches that eat up whole days.
The test is simple: if you cannot complete the sentence “this project succeeds if [indicator] moves from [current value] to [target],” the project is not ready. It is brutal, and it saves tens of thousands of dollars.
Mistake 2: discovering the state of your data after signing
The most common cause of failure cited by the practitioners RAND interviewed is data: not findable, scattered, contradictory, or simply absent. In an SME the symptom is familiar: the documents exist, but in three versions, across five network folders, with access rights nobody understands any more.
An AI assistant that indexes disorder answers with disorder, confidently. Hence our rule: the data self-assessment is done before choosing a tool or a vendor, and its result dictates the timeline. The good news: that diagnostic can be funded, as our overview of Quebec support sets out.
Mistake 3: the eternal pilot, with no measurement and no verdict date
S&P Global measures that nearly one proof of concept in two dies before production. The most mundane cause: nobody defined what “succeeding” meant, so the pilot floats, neither good enough to deploy nor bad enough to stop. It eventually dies of budget exhaustion, taking the credibility of the next project with it.
The antidote is mechanical: a baseline measured before deployment, one indicator per use case and a verdict date. Our method for measuring return gives the full sequence; the essential fits in a line: a pilot with no success criterion is not a pilot, it is an expense.
Mistake 4: neglecting adoption, which decides everything
A perfect tool nobody uses produces exactly zero. Adoption cannot be decreed: it is earned with a tool that cites its sources (trust), short but real training (competence) and first use cases that genuinely help day to day (interest). A useful reminder from the research: the study published in the Quarterly Journal of Economics by Brynjolfsson and colleagues shows that the largest gains go to the least experienced employees; training broadly, not just the champions, changes the project’s return.
Neglecting adoption has a cousin: ignoring shadow AI, the consumer tools your employees are already using with no oversight. An official project that arrives without an acceptable use policy leaves that risk untouched, and training, it bears repeating, is funded up to 75% by Services Québec.
Mistake 5: bolting a generic tool onto a particular trade
The central finding of the MIT report is in its word “divide”: the organizations stuck on the wrong side are overwhelmingly those that deployed generic tools without connecting them to the company’s processes and data. The tool impresses in the demo, then fails on the trade vocabulary, the in-house templates and the special cases that make up your day.
The fix is not necessarily “build everything custom”: it is connecting the tool to your documents and your rules (the RAG approach explained in our glossary for executives), and choosing the deployment according to how sensitive the data is, as we compare in Local AI or ChatGPT Enterprise.
Mistake 6: leaving compliance to the end
The scene repeats itself: the pilot works, enthusiasm rises, then someone asks where the personal information is going, and everything stops. A privacy impact assessment carried out after the fact can invalidate the entire architecture: unassessed transfers outside Quebec, missing consents, automated decisions with no safeguards.
Done at scoping, that same assessment costs a few days and strengthens the application, including with the funding bodies. Late compliance is a cause of failure; early compliance is an accelerator. This is not virtue, it is project economics.
Mistake 7: thinking too big, too fast
The monumental program that promises to transform the whole company in eighteen months stacks all the previous risks at once: heterogeneous data, diluted adoption, impossible measurement, a budget exhausted before the first value arrives. When it fails, it burns AI’s credibility for years.
The opposite discipline has proved itself in the field: short waves, the simplest first, a decision point at every milestone, and the right to stop. That is the mechanism described in our field lessons, and it is what puts a project on the right side of the statistics at the top of this article.
95%
of organizations with no measurable return from their generative AI pilots, according to MIT’s 2025 NANDA report
50%
and more of generative AI projects abandoned after proof of concept by the end of 2025, according to Gartner
7
avoidable mistakes that explain most of the gap between the projects that die and the ones that deliver
Where to start, to land on the right side of the statistics
Before you commit a dollar, run your project through the seven mistakes: a quantifiable problem, an inventory of the data, a dated success criterion, an adoption plan, a real connection to your documents, a privacy impact assessment at scoping, and a modest first wave. A project that ticks all seven boxes looks nothing like the ones the studies are counting.
If you want an outside eye on your work, the scoping call is there for that, and the 12 questions to put to any consulting firm, ourselves included, complete the armour. Our interest is aligned with yours: a client who fails costs us more in reputation than a mandate we turned down.
Frequently asked questions
If 95% of projects fail, why launch one?
Because the figure measures a method, not a technology. The studies that count the failures also document the successes: targeted projects, measured, connected to the company’s data. The same ingredients come back every time. The question is not whether to dare, it is whether to be in the group that prepares.
Is MIT’s 95% figure reliable?
It is a serious measurement provided you quote it with its caveat: a preliminary report from July 2025, based on more than 300 public initiatives, 52 organizations interviewed and 153 executives surveyed, and described as indicative by its own authors. Its convergence with Gartner (more than 50% abandoned), S&P Global (42%) and RAND (more than 80%) makes the overall message hard to dispute, even if each figure taken alone has its limits.
What is the most common mistake in a Quebec SME?
The data-and-measurement pair: documents in disarray discovered after signing, and no success criterion set in advance. Both are fixed before the project, for a fraction of its cost. That is exactly the order we impose on our own engagements: diagnostic first, commitment second.
Is a failed pilot money wasted?
Not if the failure is fast, measured and documented: knowing in eight weeks that a use case does not hold up beats finding out after eighteen months. The money wasted is the eternal pilot, the one with no success criterion and no verdict date, which fades out through budget exhaustion.
Should the big generic tool vendors be avoided?
No, they should be used for what they do well. MIT’s finding does not condemn the tools: it condemns deploying them without connecting them to the company’s processes and data. A generic subscription can be exactly the right choice for some teams; our comparison of local AI and ChatGPT Enterprise draws the line honestly.
How do we convince a board that has been burned by these statistics?
By turning the argument around: present the seven mistakes and show, point by point, how your project avoids them. A board is not afraid of AI, it is afraid of projects with no stopping rule. Short waves, one indicator per use case, a decision point per milestone and a net-after-support figure calculated in advance answer that fear precisely.
Sources and references
- MIT NANDA, “The GenAI Divide: State of AI in Business 2025” (July 2025)
- Gartner, “Why Half of GenAI Projects Fail” (2026) and the July 2024 press release
- S&P Global Market Intelligence, “Voice of the Enterprise: AI & Machine Learning” survey (2025)
- RAND Corporation, “The Root Causes of Failure for Artificial Intelligence Projects” (2024)
- Brynjolfsson, Li and Raymond, “Generative AI at Work,” Quarterly Journal of Economics (2025)
This article is a plain-language summary, accurate as of the date shown. It is not legal advice: for your own situation, consult a legal adviser or contact the Commission d’accès à l’information.
Read next
Strategy
Is your data ready for AI? A 10-point self-assessment
Read →
Strategy
How to measure the ROI of an AI assistant: the recovered-hours method
Read →
Strategy
How to choose an AI consulting firm: the 12 questions to ask before you sign
Read →
A question about your own compliance?
The discovery call is free and takes half an hour. You leave with an honest read on your situation.
Let’s talk