Skip to content
Cogio
Strategy· 13 min read· by Alexandre Sauvageau

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.

A project plan sketched out on a whiteboard
Photo: Pavel Danilyuk, Pexels

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.
The four reference measurements, with their limits
SourceFigureWhat it measuresLimit to keep in mind
MIT NANDA (July 2025)95% with no measurable returnGenerative AI pilots in organizationsPreliminary report, figures “indicative” by the authors’ own account
Gartner (2026 finding)More than 50% abandoned after proof of conceptGenerative AI projects, end of 2025Methodology not published in detail
S&P Global (March 2025)42% had abandoned most of their initiativesSurvey of more than 1,000 decision-makersSelf-reported; does not separate the causes
RAND (2024)More than 80% failureAI projects in the broad senseQualitative 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

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.