The Real Number Is 13%
Read the surveys and you get 83%. That is what the 2025 MHI Annual Industry Report says: 83% of supply chain leaders intend to adopt robotics and automation within five years. It is a round, confident number. It ends up in board decks and strategy memos. It lets everyone feel they are on the right side of history.
Then look at what is actually happening on warehouse floors. Interact Analysis projects that only 13% of warehouses will have deployed at least one fulfillment AMR by 2030. Not 83%. Not close. That 70-point gap—between stated intent and anticipated deployment—is the real story.
I read the 83% figure as a measure of attitude, not a pipeline. It tells me supply chain leaders believe they should be doing something. It does not tell me they have a budget, a project plan, or a clear idea of which problem they are solving. The 13% number is grounded in vendor sales cycles, installation schedules, and the messy reality of integrating AI into a working warehouse. That is the benchmark worth tracking.
This gap is not a technology problem. The technology works. The problem is how we approach deployment. Three failure patterns repeat across almost every stalled initiative I have seen. Recognize them, and you can build a deployment that actually delivers.
You Fall in Love with a Robot Before You Know the Problem
McKinsey’s 2023 research says the most common root cause of automation project failure is “lack of cohesive vision.” That sounds abstract until you see what it looks like: a warehouse manager watches a demo of a robotic picking arm, gets excited, and writes a capital request. No one has asked whether the existing slotting logic is sound. No one has mapped the order profile to see if the robot can handle the variation. The organization fell in love with a solution before defining the problem.
I have seen this pattern more times than I can count. A company spends six months evaluating AMR vendors, then discovers that their WMS cannot support the integration, or that the inventory data feeding the AI model is too noisy to produce reliable picks. The project stalls. The blame cycle starts. The vendor says the warehouse processes are wrong. The operations team says the robot is overhyped. Meanwhile, the original problem—maybe a labor shortage or a surge in small-order volume—remains unsolved.
“A significant portion of automation projects fail, traced to lack of cohesive vision, limited leadership understanding of the technology, and misaligned organizational beliefs.” — McKinsey, 2023
The antidote is boring but effective: start with an algorithmic audit. Map your current processes. Identify the bottleneck that is costing the most money—labor hours, error rates, throughput. Then ask whether AI can address that specific constraint. Most of the time it can. But you have to know what the constraint is first.
The Cost Nobody Budgets For
Conventional wisdom says the biggest cost of an AI deployment is the model or the hardware. That is wrong. The Thinking Company’s analysis shows that data integration with legacy TMS/WMS typically consumes 30–40% of total project cost. That is the work of connecting existing systems, cleaning data, building APIs, testing, and retesting. It is unglamorous. Vendors rarely mention it in their pitches. They talk about the AI engine, not the pipes.
I will be blunt: if your project plan does not allocate a third of its budget to integration, it is already underfunded. I have watched teams blow their entire pilot budget on robot procurement and then discover they cannot pull order data from the WMS in a format the AI can use. The money is gone. The timeline stretches. The pilot never reaches production.
Treating Workforce Transition as a Soft Cost
Most business cases assume that workers will adopt the new system at an 85–95% rate. That assumption is almost never questioned. Then the robots arrive, the interface changes, and adoption drops to 40–60% because no one budgeted for training, communication, or transition support. The Thinking Company data shows this drop is not just likely—it is the norm without dedicated change management investment.
I have seen the math get ugly. The project team assumes the labor savings will kick in immediately. But if only half the pickers use the AI-assisted picking system correctly in the first three months, the throughput gain disappears. The ROI calculation explodes. And the workforce becomes frustrated because the new tool feels like an obstacle, not a help.
| Cost Category | Typical Range |
|---|---|
| Change management & training as % of project cost | 15–20% |
| Budget per affected worker (EUR) | 500–1,500 |
| Adoption rate without change management | 40–60% |
| Adoption rate with dedicated change management | 85–95% |
Note that 76% of supply chain and logistics operations already face notable workforce shortages, per Descartes’ 2024 survey. Warehouse operations are among the hardest hit. The pressure to automate is real, but that same scarcity of labor makes change management even more critical. You cannot afford to alienate the workers you have. Treating workforce transition as a soft cost—something you can figure out later—is a direct threat to the project’s ROI.
What Works: Boring, Disciplined Stuff
If the three failure patterns are predictable, the correctives are straightforward. They are not expensive or exotic. They just require discipline and a willingness to do the unglamorous work.
Start with an algorithmic audit. Analyse current processes before picking any technology. Identify the specific bottleneck—labor cost per pick, error rate from manual sorting, throughput capacity on the shipping line—and only then evaluate what AI can do. This prevents the technology-first trap.
Run conservative pilots with realistic metrics. Measure throughput, cost-per-pick, error rate, and labor productivity. Do not measure hours of uptime or number of robots deployed. The technology milestones are seductive but meaningless. The operational metrics tell you if the deployment is working.
Resist the temptation to customize the software or the robot behavior for every edge case. OpenSkyGroup advocates a templatized, no-modifications approach because custom code creates technical debt that breaks during upgrades. I have seen this happen. A warehouse runs a custom integration script that no one documents. The WMS updates. The script fails. The robots stop. The whole facility waits while someone reverse-engineers the custom code. If you must customize, isolate it behind a well-documented interface. But as a rule, stay on the vendor’s standard path.
Plan for a multi-year horizon. AI models improve 15–25% in performance between month 6 and month 18 as they accumulate operational data. The first six months may look disappointing. The next twelve months should look dramatically better. Do not judge the pilot at month three and pull the plug. Build a roadmap that accounts for the learning curve.
Invest in in-house robot-fleet competency. Someone on your team needs to understand the robots and the WMS integration. You cannot outsource that knowledge entirely.
When to Build, When to Buy, When to Lease
Once you have diagnosed the problem and set realistic expectations, the next question is how to acquire the technology. The answer depends on your organization’s maturity, risk tolerance, and in-house expertise.
| Option | Best Fit | Key Trade-Off |
|---|---|---|
| Build custom AI | Unique processes, strong in-house data science team | High upfront cost, long development, but full control |
| Buy commercial system | Standard processes, moderate team maturity | Faster deployment, but risk of custom-code trap |
| Robotics-as-a-Service (RaaS) | Limited capital, want to shift risk to provider | Up to 30% lower TCO, payback in 12 months, but less customization |
RaaS has become particularly attractive because it shifts equipment ownership risk to the provider. Mordor Intelligence data shows it can cut total cost of ownership by up to 30% versus outright purchase, with AMR fleets reaching payback in as little as 12 months. McKinsey adds that pay-per-pick models reduce project capital costs by 60 to 80%. That is a powerful lever for organizations that cannot justify a large upfront capex.
But RaaS is not a magic solution. You still need to budget for integration and change management. The provider handles the robot maintenance and the fleet management software, but they cannot clean your data or train your pickers. The failure patterns we covered earlier apply regardless of the acquisition model.
If you are actively evaluating platforms, our platform-by-platform comparison of AI features across leading WMS vendors can help you shortlist based on the capabilities that matter most to your warehouse operations.
The Gap Closes When You Stop Treating AI as a Tech Purchase
The gap between 83% intent and 13% deployment is not a technology gap. The technology is ready. The failure patterns are strategy, integration, and workforce—the parts of a deployment that have nothing to do with the AI model itself. They are the parts that take discipline, patience, and honest budgeting.
I have seen teams close this gap by doing three things: they define the problem before picking the technology, they allocate a third of their budget to integration, and they treat workforce transition as a hard cost—EUR 500 to EUR 1,500 per affected worker, no shortcuts. That is not exciting. It is not the stuff of conference keynotes. But it works.
Next time you plan an AI warehouse deployment, ask yourself three questions: Have I budgeted for integration? Have I budgeted for change management? Did I start with a problem, not a robot? If the answer to any of those is no, you are already replicating the failure patterns. Stop. Fix that first.

Comments
Join the discussion with an anonymous comment.