Why 9 out of 10 AI agent pilots never reach production
Every few weeks, someone shows me an AI agent demo that works beautifully. It reads an invoice, checks it against the purchase order, drafts an email to the vendor, and updates the ledger. Everyone in the room nods. Then I ask the question that usually ends the meeting early: “When does this go live?”
The honest answer, for most companies, is never.
Deloitte’s 2025 Emerging Technology Trends survey found that only 11% of organizations have agentic AI solutions in production. Another 14% say they are ready to deploy, 38% are piloting, and 30% are still exploring. In other words, roughly nine out of ten companies that are excited about agents have nothing running that their business actually depends on. Gartner goes further and predicts that over 40% of agentic AI projects will be cancelled by the end of 2027, citing escalating costs, unclear business value and inadequate risk controls.
I don’t read these numbers as a verdict on the technology. I read them as a verdict on how pilots are set up. After 3 agent projects with clients in India, Canada and Europe, I see the same three blockers again and again. Each one has a fix, and none of the fixes is glamorous.
Blocker 1: The data isn’t ready, and the pilot hid it
A pilot usually runs on a clean sample: fifty invoices someone picked by hand, a tidy export from the ERP, a spreadsheet with consistent column names. Production runs on everything else. Duplicate vendor codes. Item masters that three different people have edited over ten years. A Tally ledger that doesn’t quite match the SAP B1 one.
This is not a small problem. In a Gartner survey of 1,203 data management leaders, 63% of organizations said they either lack, or are unsure they have, the right data management practices for AI. Gartner predicts that through 2026, organizations will abandon 60% of AI projects that aren’t supported by AI-ready data. Deloitte’s survey points the same way: 48% of organizations cite searchability of data and 47% cite reusability of data as challenges to their AI automation strategy.
The fix: Test the pilot on ugly data from day one. Pull a random month of real transactions, not a curated set. Measure how often the agent hits a record it can’t resolve, and treat that number as the most important metric of the pilot. Then fix data at the source, in the system of record, rather than patching it inside the agent’s prompt. An agent should be able to say “I don’t know this vendor” and route the case to a person, instead of guessing.
Blocker 2: Nobody decided what the agent is allowed to do
A chatbot that answers questions is low-risk. An agent that posts journal entries, raises purchase orders or changes a machine setpoint is not. Most pilots skip this conversation because in a demo there is nothing at stake. When the security or compliance team finally looks at it, the project stalls for months.
Deloitte’s January 2026 State of AI in the Enterprise report, based on 3,235 leaders across 24 countries, found that only 21% of organizations have a mature governance model for agentic AI. The gaps it lists are practical ones: no clear boundary between what an agent may do on its own and what needs human approval, no real-time monitoring, and no audit trail.
The fix: Write the agent’s job description before you write its prompt. For every action it can take, decide one of three things: it acts alone, it acts and notifies, or it proposes and waits for approval. Log every action with what the agent saw, what it decided and who approved it. Put a spending or volume limit on it. Make sure you can switch it off, and roll back what it did, in minutes. None of this needs a new department. It needs one afternoon with the process owner, IT and whoever signs off on risk.
Blocker 3: The ROI was never defined, so it can’t be proven
“Let’s see what AI can do” is a fine way to start exploring. It’s a poor way to get budget for production. When a pilot ends, the CFO asks what it saved, and the team has anecdotes instead of numbers. Gartner’s analysts put it bluntly: most agentic AI propositions today lack significant value or return on investment.
Cost is the other half of ROI, and it’s easy to underestimate. An agent that calls a large model for every small step can be cheap in a pilot and expensive at a million tasks a year.
The fix: Pick one process, and write down three numbers before the pilot starts: how long it takes today, how much it costs today, and what error rate you accept today. Measure the same three at the end. Include model and infrastructure costs at production volume, not pilot volume. If the numbers don’t move, stop the pilot. That is a successful pilot too; it just saved you from a failed rollout.
A worked example: taking an invoice-matching agent from pilot to production
Here is how I would take the invoice demo from my opening paragraph and actually ship it. This is an illustrative plan, not a client case.
- Baseline (week 1). Measure the current process: invoices per month, average handling time, and the share that need rework. E.g. 200 invoices per month.
- Ugly-data test (weeks 2–3). Run the agent in shadow mode on one full month of real invoices. It suggests matches; people still do the work. Record every case it can’t resolve and why.
- Fix the sources (weeks 3–4). Clean duplicate vendors and fix item codes in the ERP itself. Re-run the shadow test.
- Set the permissions (week 4). Exact matches under an agreed amount are posted automatically and logged. Partial matches are proposed for approval. Anything above the limit always goes to a person.
- Go live on one vendor group (weeks 5–6). Keep the kill switch and daily review of the audit log.
- Compare against baseline (week 8). Handling time, rework rate and running cost at real volume. Expand only if all three hold.
Nothing in that plan is about a smarter model. It’s about data, rules and measurement.
What to take away
- Most agent pilots stall for business reasons, not technical ones.
- Test on real, messy data from the first week and fix data at the source.
- Decide what the agent may do alone, what needs approval, and how you’ll undo it, before you build.
- Define time, cost and error-rate baselines up front, and price the model at production volume.
- A pilot that proves “don’t do this” is a good outcome.