The Unglamorous Plumbing Behind Every Retail AI Rollout
In this blog
Technology deployments to distributed retail locations have a common failure profile. The tremendous success of shiny new tech in a handful of pilot locations gives everyone optimism about how great the new thing is going to be once it gets rolled out to the entire estate. The rollout is planned and execution starts, then reality sets in. Foundational capabilities or capacity weren't properly assessed, or bad assumptions were included in the rollout plan. Progress stalls, trucks roll to find and fix the failures, and plans get reworked. The new artificial intelligence (AI) capabilities that retailers want to deploy to their stores aren't immune to this pattern, and in fact may be more susceptible because of their stringent performance requirements.
Let's take a relatively straightforward example, such as a shelf-sensing computer vision system. Some stores may not be able to carry video traffic without hurting everything else on the network. Some may have nowhere to run the models locally. A few may experience devices dropping off the network, and nobody can tell whether the cause is the cameras, the network switch or the wide-area network (WAN) circuit. The pilots worked fine, and the AI-enabled systems are fine. What isn't up to the task is the foundation underneath all of it.
Pilots don't adequately reflect reality
Retail technology pilots usually land in a cross-section of stores that are specifically designated for that purpose. They tend to be newer, better connected, sometimes closer to the teams running the pilot, and staffed by associates who are expecting to test out new things. There's nothing wrong with that approach, and it allows for evaluation of new systems or processes without having to unnecessarily fight the environment, but no one should be under the illusion that the results reflect the reality of a typical store.
The physical world has a way of humbling tidy assumptions. One restaurant chain that we've worked with recently tried weight sensors under its serving stations to track how much food remained. The sensors got sticky from spilled food, and the stations moved during the day, so accuracy suffered. A camera over the station and a vision model replaced them, and the proof of concept reached 95 percent initial accuracy. That's a good outcome, but it's a proof of concept in a single location, not a fleet. Getting from one steam table to thousands of them is a different kind of problem.
This isn't just a retail problem. Any business with many distributed sites (branches, clinics, depots, restaurants) can experience the same issues. The pattern goes beyond the industry label.
Three layers, bottom to top
It helps to think about store technology as three layers, each one dependent on the one below it.
| Layer | What depends on it | Typical failure scenarios |
| Store network | Every device, camera, sensor and payment path in the location | Inconsistent performance and security controls from site to site; gear nearing or past end of support |
| In-store technology (edge, point-of-sale, back-of-house, customer-facing endpoints) | Where data is captured, processed and acted on | Siloed systems, uneven refresh cycles, nowhere to run workloads close to the store |
| Observability and automation | Seeing and fixing problems without sending a person to the location | Alerts without context, manual fixes at scale, truck rolls |
The network is the base. Every other piece of technology in the location depends on it, and reliability is table stakes. In our work with Jack in the Box, the chain's store network was approaching end of life and end of support, and outages were becoming more frequent. A large Australian retailer faced a different version of the same issue: network performance was inconsistent across sites and security controls varied by location. In both cases, the network modernization came first, and the new capabilities came after.
The in-store layer is where data flows. Point-of-sale, edge compute, back-of-house systems such as kitchen displays, and drive-through and customer-facing endpoints such as kiosks and menu boards all generate or consume data. Jack in the Box's old point-of-sale (POS) was decades old and lacked integrations with the mobile app, loyalty program and workforce management platform. Those data silos made it hard to see the business clearly. An AI model fed by siloed, inconsistent systems will inherit the same blind spots.
Observability and automation close the loop. If you can't see a problem in a store, or can't fix it remotely, someone has to physically go there. That's a truck roll, and it's expensive. Observability also determines whether an AI workload is something you effectively operate or something you hope is working. Well-curated telemetry from devices, networks and applications, coupled with real-time analysis, is what turns a pile of alerts into something a team can act on.
What breaks at scale
Most store estates weren't badly designed. In many cases, they were never designed at all. This WWT Research puts it well: a POS deployed a decade ago, a network refreshed five years back, a security tool added after an incident; each decision was sensible on its own, but together they created a fragile stack with no shared logic beneath it.
That history creates three predictable problems for AI. The first is variance. If store 12 and store 400 are configured differently, a model that works in one may behave differently in the other, and it's difficult to know why. The second is uneven refresh cycles, which means any given rollout meets a mix of current and aging gear. The third is ownership.
Ownership is particularly critical. AI initiatives often belong to a digital or innovation team. The network belongs to IT. The stores belong to Retail Operations, which lives with the consequences. Each group is acting reasonably, and still nobody owns the question of whether the estate is ready. This is an organizational concern, not a technical problem, and it needs support at the senior leadership level. Clear ownership boundaries and responsibilities need to be defined up-front, and clearly communicated to stakeholders.
The same research referenced above makes a point worth repeating: without a stable operational foundation, AI tends to amplify inconsistency instead of resolving it. I'd add that this is also why standardizing the store estate and operating it as a capability matters so much. Convergence is what makes the hundredth or thousandth store look like the first.
What the foundation unlocks
None of what I've talked about so far argues against AI in stores. What it calls for is rational sequencing. When the foundation is robust, the payoff can be real. For retailers, it can translate into three valuable capabilities: the ability to see, predict and act.
See. Computer vision uses cameras and sensors to help identify empty shelves, long queues, planogram drift, failing equipment, unsafe conditions and in-store theft. This is one of the first capabilities retailers talk to us about when we discuss the topic of AI in their estate.
Predict. With reliable and accurate data visibility, retailers can get better at forecasting things like inventory and distribution, labor schedules, crew deployment and customer demand. Jack in the Box points to this kind of benefit from its modernization: its leadership and franchisees now have integrated data to help with workforce scheduling, inventory management and reduction of food waste.
Act. The last step is putting guidance in associates' hands, so they get actionable suggestions about what needs attention instead of wondering what to do next. This is the difference between an organization that is reactive and one that is adaptive.
Most customers that we talk to want to jump to the last two steps first. That's understandable, but without the layers beneath them, those capabilities tend to stay on a PowerPoint slide.
Three questions for your team
1. Could a randomly selected store run what the pilot ran? Not your best store. The oldest one, on the slowest circuit. If the honest answer is "probably not," you need to focus on your foundation first.
2. If a device fails in a store tonight, who knows about it, and who can fix it? If the answer involves a truck, the estate is not yet ready for workloads that depend on that device.
3. Who owns the store estate after the AI team moves on? A named owner, whether a person or a leadership role, matters more than any single technology decision.
How WWT can help
Closing the gap between a pilot and a production rollout usually comes down to proving designs before they reach the field, deploying them consistently, and operating them afterward. At WWT, we validate designs in the Advanced Technology Center, stage and configure store kits in our integration centers and provide program management and post-deployment support, so that store teams aren't assembling devices in a back room or inheriting problems on day one. If you're planning store technology for the next cycle and an AI initiative is on the roadmap, let's talk about what your estate would need to support it.
Key takeaways
- Pilots tell you about your ideal stores. Production has to run on all of your stores, so test your assumptions against the weakest location.
- Think in layers. The network, the in-store technology layer and observability each depend on the one beneath, and AI sits on top of all three.
- Variance and ownership are common culprits. Both are organizational problems before they're technical ones.
- Foundation first is a sequence, not a delay. See, predict and act all get easier when the layers beneath them hold.