Manufacturing (Non-Automotive)AI Adoption & Maturity Curve
Manufacturing AI, lagging vs leading: the anatomy of a widening gap
The manufacturing AI gap is the widening divide between plants where every AI deployment makes the next one cheaper and plants where every deployment starts from zero. Lagging and leading are not budget levels — they are two operating loops, one that compounds and one that resets, and the loop can be changed.

Key takeaways
- Lagging and leading manufacturers are separated by an operating loop, not a budget. Laggards run a pilot loop in which every project rebuilds its data, proves itself on a dashboard and evaporates; leaders run a deployment loop in which every use case leaves behind assets that make the next one cheaper.
- The gap compounds because the leading loop is self-funding: measured savings from one deployment pay for the next, the data exhaust of each use case trains the one after, and replication costs fall with every copy. A laggard standing still is therefore falling behind, even if nothing at its own plant has changed.
- The fork happens at the dashboard. Plants that stop when model output reaches a screen stay lagging regardless of model quality; plants that write output into the MES, CMMS or APS workflow — even with a human approving every action — enter the loop that compounds.
- You cannot leapfrog the connectivity floor. Buying a stage-5 AI platform for machines that publish no data is the single most common laggard error; the honest crossing starts with sensors, an OPC UA gateway and one shared downtime definition on one bottleneck line.
- The divide is observable in an afternoon. Where two teams get their OEE number, what a second deployment of the same use case cost, and what happens on the floor if the model stops — those three answers place a plant on one side or the other more reliably than any strategy document.
Abbreviations used on this page
- MES
- Manufacturing execution system
- MOM
- Manufacturing operations management
- SCADA
- Supervisory control and data acquisition
- PLC
- Programmable logic controller
- HMI
- Human–machine interface (the operator's screen)
- OEE
- Overall equipment effectiveness (availability × performance × quality)
- CMMS
- Computerised maintenance management system
- ERP
- Enterprise resource planning
- APS
- Advanced planning and scheduling system
- OPC UA
- Open Platform Communications Unified Architecture (the machine-data interoperability standard)
- SPC
- Statistical process control
- DPM
- Defects per million
Free · 8 questions · ~3 minutes
Which side of the divide is your plant on?
Eight questions, one at a time, about three minutes. Answer them and we build your gap report — which side of the divide your plant currently operates on, your score on each of the four dimensions that decide it, and the specific first crossing move for your weakest dimension — and send it to your inbox.
0 of 8 answered
Pick an option to continue
Report ready
Your gap report is ready
Tell us where to send it. Your stage and side of the divide appear on screen straight away, and the full report — dimension scores, how your loop compares with plants of similar process type, and the first crossing move for your weakest dimension — arrives in your inbox.
Your result
Your gap report is on its way to your inbox.
Stage 1 · Disconnected
Machines run well but publish nothing: production truth lives on paper, in spreadsheets and in the heads of long-serving operators.
Your next moveRetrofit sensing and an OPC UA gateway on one bottleneck line, with one agreed set of downtime codes — a line, not a plant.
Stage 2 · Instrumented
Machines publish data into SCADA and a historian, but the data serves compliance and post-mortems rather than decisions: data rich, insight poor.
Your next moveAgree one plant-wide definition of OEE and downtime causes, and contextualise historian data for one value stream — meaning before more measurement.
Stage 3 · Visible
The plant sees itself in near real time — shared OEE, live dashboards, first AI pilots — and stands at the fork where lagging and leading loops separate.
Your next moveWrite one model's output into the MES, CMMS or APS workflow it serves, with human approval on every action and a one-switch fallback.
Stage 4 · Optimising
AI recommendations live inside the MES, CMMS and APS workflows of one site, savings are holdout-attributed, and the leading loop is running — locally.
Your next moveTemplate the best use case — data contract, adapters, monitoring, runbook — and prove the copy costs a fraction of the original.
Stage 5 · Compounding
The leading loop replicates across lines and sites with falling marginal cost — AI is standard work, and the plant's advantage grows while it sleeps.
Your next moveTrack cost per deployment and estate coverage as first-class KPIs, and re-baseline decision policies on a fixed review calendar.
0 / 24
Connectivity floor
— / 6
Decision integration
— / 6
Replication economics
— / 6
Compounding culture
— / 6
Your score places your plant on one side of the divide and on a stage of the ladder. The dimension breakdown matters more than the total: the lowest dimension is what holds the plant in its current loop, and it is where the first crossing move belongs. Your lowest-scoring dimension is —, and that is where the next investment belongs.
Your score places your plant on one side of the divide and on a stage of the ladder. The dimension breakdown matters more than the total: the lowest dimension is what holds the plant in its current loop, and it is where the first crossing move belongs.Your four dimensions score evenly, so there is no single weak link to attack — follow the stage’s next move above rather than picking a dimension.
Want the crossing move turned into a plan?
We will walk your engineering and operations leads through the dimension scores, identify which loop your plant actually runs, and leave you with a costed 90-day plan for the first crossing move on one line. No obligation, and you keep the plan either way.
How the score maps to a stage
- 0–5 — Stage 1, Disconnected. Machines run well but publish nothing: production truth lives on paper, in spreadsheets and in the heads of long-serving operators.
- 6–10 — Stage 2, Instrumented. Machines publish data into SCADA and a historian, but the data serves compliance and post-mortems rather than decisions: data rich, insight poor.
- 11–15 — Stage 3, Visible. The plant sees itself in near real time — shared OEE, live dashboards, first AI pilots — and stands at the fork where lagging and leading loops separate.
- 16–20 — Stage 4, Optimising. AI recommendations live inside the MES, CMMS and APS workflows of one site, savings are holdout-attributed, and the leading loop is running — locally.
- 21–24 — Stage 5, Compounding. The leading loop replicates across lines and sites with falling marginal cost — AI is standard work, and the plant's advantage grows while it sleeps.
What actually separates AI-lagging from AI-leading manufacturers
Not budget, not sector, not plant age — a loop. The definition, the divergence curve, and the two loops drawn side by side.
AI-leading manufacturers are separated from lagging ones by an operating loop, not by spending. A lagging plant runs a pilot loop: data is assembled by hand for each project, a model proves itself on a dashboard, attention moves on, and the assets evaporate — so the tenth attempt costs what the first did. A leading plant runs a deployment loop: model output is written into the MES, CMMS or APS workflow, the saving is measured against a holdout, the saving funds the next deployment, and every deployment leaves behind pipelines, definitions and templates that make the next one cheaper.
The distinction matters because the two loops have different mathematics. The pilot loop is flat: effort in, demonstration out, no residue. The deployment loop compounds: its outputs are also its inputs. That is why the gap between manufacturers widens rather than closes, and why it can widen while the lagging plant does everything conventionally right — runs pilots, hires data scientists, buys tools. The World Economic Forum and McKinsey, whose Global Lighthouse Network (opens in a new tab) documents the manufacturing frontier, found in the research that launched the network that more than 70% of industrial companies remain stuck in 'pilot purgatory' — the polite name for the lagging loop. The lighthouse plants are not running better pilots. They are not running pilots at all; they are running deployments.
Why the gap widens: value released against time in each loop
The curve is the leading loop's signature. Value stays near flat through the disconnected and instrumented stages, inflects when output first reaches a workflow, and steepens as replication costs fall — while the lagging loop's line stays flat at any level of pilot activity. Two plants of equal ability that make different wiring decisions at stage 3 are on different curves five years later.
Cumulative operational value released by stage
- Stage 1 · Disconnected — 22% of operators. Machines run well but publish nothing: production truth lives on paper, in spreadsheets and in the heads of long-serving operators.
- Stage 2 · Instrumented — 34% of operators. Machines publish data into SCADA and a historian, but the data serves compliance and post-mortems rather than decisions: data rich, insight poor.
- Stage 3 · Visible — 26% of operators. The plant sees itself in near real time — shared OEE, live dashboards, first AI pilots — and stands at the fork where lagging and leading loops separate.
- Stage 4 · Optimising — 14% of operators. AI recommendations live inside the MES, CMMS and APS workflows of one site, savings are holdout-attributed, and the leading loop is running — locally.
- Stage 5 · Compounding — 4% of operators. The leading loop replicates across lines and sites with falling marginal cost — AI is standard work, and the plant's advantage grows while it sleeps.
Curve shape: logistic, plotted from the stage data above. Distribution: Consistent with WEF Global Lighthouse Network research.
The two loops, drawn end to end
The same plant, the same model quality, two different wirings. The lagging loop terminates at a screen and discards its assets; the leading loop terminates in a work queue and accumulates them. The fork is the third column.
- Data & feeds
- AI / model
- Where value leaks
- Human in the loop
- System-of-record action
The process, in words
- In the lagging loop, each project begins with a hand-built data extract, proves a model on backtest, and ships a dashboard because a dashboard needs no integration approval. Acting on it is a voluntary extra step, so adoption decays under production pressure; when the champion moves on, the code, mappings and lessons are discarded and the next pilot starts from zero. The loop can repeat indefinitely at constant cost.
- In the leading loop, a connected line feeds a shared data layer with one agreed OEE and downtime definition. The model's output lands as draft work orders in the CMMS queue the maintenance planner already processes; every approval and override is logged. The saving is measured against a holdout, which makes it a number finance will sign, and by standing agreement it funds the next deployment — which installs the templated pipeline at a fraction of the original cost.
- The fork is the third column. Everything upstream of it can be identical in both loops — same sensors, same historian, same model. The wiring decision at the dashboard is what assigns a plant to a loop, and the loop is what compounds or resets everything that follows.
Step-by-step insights
- The hand-built extract — why the tenth pilot costs like the first
- Every lagging-loop project starts by reconstructing the world: exporting historian tags, joining them to product and recipe context by hand, and encoding one engineer's private cleaning decisions that the next project will not inherit. The extract is stale on arrival and unrepeatable by design. This is why pilot count is such a poor maturity signal — a plant can run ten pilots and accumulate nothing, because the expensive first step is re-performed every time and thrown away every time.
- The dashboard — the most expensive cheap decision in manufacturing AI
- The dashboard is chosen because it is fast: no change control, no MES vendor conversation, no validation protocol. But it converts the model's output into an optional reading assignment for people whose day is already full. Optional steps are the first casualties of production pressure, and peak demand — precisely when the model is worth most — is when glancing at the extra screen reliably stops. No standard operating procedure changes because a chart exists; the plant's decision-making remains exactly as it was, now with better decoration.
- The CMMS queue — why write-back changes the physics
- Writing predictions in as draft work orders inverts the default. The planner does not have to remember to consult the model; the model's output is simply part of the queue their job already consists of processing. The burden moves from the human's discipline to the system's design, which is the same move manufacturing made when it put quality checks into the line rather than trusting end-of-line vigilance. A recommendation with a 70% acceptance rate inside the queue changes more maintenance decisions than a 95%-accurate model on a wall screen.
- The override log — the leading loop's hidden asset
- Every planner override, logged with a reason, is a labelled training example and a governance artefact at once. Over months the log shows exactly which prediction classes the human always accepts — the future candidates for bounded automation — and which they correct, which is where the next model version improves. Lagging-loop plants have no equivalent asset: a dashboard records at best that it was viewed. When leaders later automate narrow decision classes safely, the evidence justifying it is this log, accumulated as a by-product.
- The holdout — the difference between a saving and a story
- Attributing improvement in a live plant is genuinely hard: demand mix shifts, crews rotate, a changeover programme lands mid-quarter. The leading loop's answer is the holdout — a comparable line, bank or shift kept on the old process. The delta against it is a number a finance director will accept without goodwill, and that acceptance is what lets the saving fund the next deployment without a fresh capital case. Lagging-loop value claims, computed against last year's average, dissolve under the first serious budget challenge.
- The template — where compounding becomes visible
- The step most programmes never take is turning the first deployment into a package: the data contract, the gateway spec, the tag-mapping method, the CMMS adapter, the monitoring config, the holdout design, the runbook. It is unglamorous work with no demo at the end, which is why it is skipped — and it is the entire difference between linear and compounding economics. When the second line installs from the template at a fraction of the original cost, the plant has left the world where AI capability is proportional to effort and entered the one where it accumulates.
The five stages between lagging and leading
Disconnected, Instrumented, Visible, Optimising, Compounding — for each: what it looks like on the floor, the signals a reviewer can check in an afternoon, the anti-pattern that traps plants there, and what leaving costs.
The ladder below maps the ground between the two loops, and its shape explains the gap: stages 1 and 2 are the lagging mass, stage 3 is the fork where the wiring decision assigns a plant to a loop, and stages 4 and 5 are the leading loop running and then compounding. It is deliberately consistent with the structure of established manufacturing maturity frameworks — the acatech Industrie 4.0 Maturity Index (opens in a new tab) in particular, whose stages run from computerisation and connectivity through visibility and transparency to predictive and self-optimising operation — but it is drawn from the gap's point of view: what matters at each stage is which loop it feeds. Each stage is written for a practitioner; the diagnostic signals are checks you can run against your own plant this week.
Select a stage
Every stage's full detail is in the page source — the selector only changes which panel is visible, so nothing here depends on JavaScript to exist.
Stage 1
Disconnected
22% of operators sit here
Machines run well but publish nothing: production truth lives on paper, in spreadsheets and in the heads of long-serving operators.
Stage 1 is not a technology failure — most disconnected plants are competently run and some are very profitable. What defines the stage is that the plant produces no machine-readable record of its own behaviour. The PLCs cycle, the line runs, the product ships, and none of it leaves a trace an application could learn from. Every improvement conversation therefore starts with anecdote: the filler 'always' struggles on Mondays, the oven 'tends to' drift in summer, line 3 'never' hits rate on the thin-gauge material.
The economics of the stage are deceptive because the cost is invisible. Nothing fails loudly; the plant simply pays a permanent tax in the form of questions it cannot answer. Which machine loses the most availability? Nobody can say without a two-week clipboard study. Did last quarter's changeover programme actually reduce downtime? The data to answer was never captured. In a disconnected plant, every argument is settled by seniority rather than by measurement, and the improvement agenda belongs to whoever argues best.
The exit is cheaper than most stage-1 leaders assume, because it is deliberately narrow. The move is not a plant-wide digitisation programme — it is instrumenting one bottleneck line well enough to answer one question. Retrofit sensing on the three worst machines, an OPC UA gateway, a historian, one agreed set of downtime codes. Plants that frame the exit this way cross in a quarter; plants that frame it as 'Industry 4.0 transformation' write a strategy deck instead and are still at stage 1 two years later.
In practice
The Monday filler mystery
A mid-sized beverage plant knew its bottleneck filler underperformed on Mondays — every veteran operator agreed. When the line was finally instrumented, the data showed Monday availability was normal; the real loss was a slow creep in micro-stops every day after the Thursday CIP clean, invisible because each stop was under the two-minute threshold anyone bothered writing down. Years of Monday-focused interventions had been aimed at folklore. The clipboard had not lied; it had simply never been able to see events that small.
What it looks like
- Downtime is logged on clipboards or reconstructed from memory at shift end
- PLCs and machine controllers run isolated, with no route off the machine
- OEE, if computed at all, is a monthly spreadsheet exercise with contested inputs
- The most valuable process knowledge retires when a senior operator does
Diagnostic signals you can check this week
- Ask for last month's downtime Pareto for the bottleneck line — if it takes more than a day to produce, the plant is disconnected
- Walk the line and count machines whose only output is a stack light and an HMI nobody logs
- Ask two shifts for the line's OEE and compare both the numbers and the definitions
- Ask what would be lost if the most senior operator retired next month — if the answer is 'the line', the process knowledge is uncaptured
Anti-pattern · The transformation deck
The instinctive stage-1 response is a plant-wide digitisation strategy: every machine connected, a data lake, an AI roadmap, a three-year plan. It fails because it prices the whole journey before the plant has learned what its own data is worth, and the capital request dies in review — or worse, is approved and spent on connecting a hundred machines nobody has a question for. Instrument one line to answer one question. The plant-wide case writes itself once the first line has a number attached.
What holds you here
There is no machine-readable signal to learn from, so no AI of any sophistication has anything to work with.
Highest-leverage next move
Retrofit sensing and an OPC UA gateway on one bottleneck line, with one agreed set of downtime codes — a line, not a plant.
Cost of leaving
- Effort
- 3–6 months for the first instrumented line
- Team
- One controls engineer and one process engineer, part-time; a gateway and sensor budget in the tens of thousands, not millions
- Risk
- Low — retrofit sensing is additive and touches no control logic
- To next stage
- 3–6 months
If this is you, the next step is
A two-week engagement: pick the line, spec the retrofit, size the historian.
Stage 2
Instrumented
34% of operators sit here
Machines publish data into SCADA and a historian, but the data serves compliance and post-mortems rather than decisions: data rich, insight poor.
Stage 2 is the largest single population in manufacturing and the easiest to misread from the outside, because the plant looks digital. SCADA screens glow in the control room, the historian ingests thousands of tags, quality records are electronic. The tell is what the data is for: it is written far more than it is read, and read almost exclusively backwards — for an audit, a customer complaint, a post-incident investigation. The plant has built the sensory apparatus of a leading operation and connected it to nothing that decides anything.
The structural problem is context, not collection. Historian tags carry values without meaning: pressure_04 spiked at 14:02, but which product was running, which recipe, which crew, whether the spike was during changeover — reconstructing that context takes an engineer half a day per question, so questions go unasked. Meanwhile every department that touches the data has evolved its own definitions. Production's OEE excludes planned maintenance, engineering's does not, finance computes a third number for the board pack. None of them is wrong; there is no shared definition to be right about, and every cross-department improvement discussion begins with an argument about whose number is real.
This is also the stage where AI pilots begin, and where the fork ahead is set up. A pilot built on hand-cleaned historian exports can absolutely produce a good model — that is precisely what makes stage 2 sticky. The model works, the deck lands, and the organisation concludes it is 'doing AI' while the loop that would make the second model cheaper than the first — shared definitions, contextualised data, a route into a workflow — remains unbuilt. Stage 2 plants do not lack proof that AI works. They lack anywhere for it to live.
In practice
Ten thousand tags, one spreadsheet
A speciality chemicals site had eight years of historian data across roughly ten thousand tags — and its batch-release decisions ran on a spreadsheet maintained by one senior process engineer, who exported a dozen tags each morning and applied judgement built over twenty years. When a data science consultancy asked for training data for a yield model, producing a clean, context-joined dataset for one production unit took eleven weeks. The model that followed was good. The eleven weeks were the actual finding.
What it looks like
- A historian holds years of tag data almost nobody queries
- Each department computes its own version of OEE, downtime and yield
- Data leaves the historian as hand-cleaned exports for specific investigations
- The gap between what is collected and what is used widens every year
Diagnostic signals you can check this week
- Count historian read queries against write volume — a read:write ratio near zero is the stage-2 signature
- Ask three departments for the site's OEE and count the distinct definitions
- Time how long it takes to produce a context-joined dataset (product, recipe, crew, events) for one line for one month
- Ask when the historian last changed a decision inside the same shift as the data
Anti-pattern · Collecting harder
The stage-2 reflex is more instrumentation: more sensors, more tags, a bigger historian, on the theory that insight will condense out of sufficient data. It will not. The binding constraint is shared meaning — one OEE, one downtime code set, context joined to tags — and no volume of additional collection supplies it. A plant that spends the next budget cycle on definitions and context modelling, guided by frameworks like ISA-95 and the acatech Maturity Index, gets more from the tags it already has than a plant that doubles its tag count.
What holds you here
Data is collected without shared definitions or context, so every use of it is a bespoke archaeology project.
Highest-leverage next move
Agree one plant-wide definition of OEE and downtime causes, and contextualise historian data for one value stream — meaning before more measurement.
Cost of leaving
- Effort
- 6–12 months
- Team
- A process engineer and a data engineer as a standing pair, plus department leads for the definition work — the hard part is agreement, not technology
- Risk
- Low technically, moderate politically — shared definitions dethrone somebody's spreadsheet
- To next stage
- 6–12 months
If this is you, the next step is
We facilitate the OEE and downtime-code agreement and build the context model around your existing historian.
Stage 3
Visible
26% of operators sit here
The plant sees itself in near real time — shared OEE, live dashboards, first AI pilots — and stands at the fork where lagging and leading loops separate.
Stage 3 is a genuine achievement and a genuinely dangerous place to rest. The plant that reaches it has done the unglamorous work: definitions agreed, context modelled, dashboards trusted enough that the morning meeting argues about causes rather than numbers. Waste is visible, and visibility alone usually buys a real one-off improvement as the obvious losses get actioned. That improvement is also the trap, because it feels like the payoff when it is actually the entry fee.
This is the fork of the whole curve, and what forks is a wiring decision that looks minor at the time. The pilot's output can terminate on a dashboard, or it can be written into the system that runs the decision — a predicted-failure work order in the CMMS queue, a recommended setpoint in the MES, a revised sequence in the APS. The dashboard path is faster, needs no integration approval and no argument with the MES vendor, so it is the path most plants take. It is also, on the evidence of the whole industry, the path that leads back to the start: dashboard adoption depends on a person voluntarily adding a step to their day, that discipline decays under production pressure, the pilot's champion moves on, and eighteen months later a new pilot starts from zero. That is the lagging loop, and stage-3 plants run it with excellent data.
The plants that cross take the slower path: one model, one workflow, one write-back, with a human approving every action and a one-switch fallback to the old process. It is politically harder — writing into the MES means change control, validation in regulated environments, and a conversation with operations about trust. But it changes the physics of the programme. Output that lands in a work queue gets consumed as part of the job rather than checked as a favour; the approval log starts accumulating the evidence that later justifies autonomy; and the pipeline built for the first write-back is the template the second use case reuses. The gap between manufacturers does not open at stage 5. It opens here, at the dashboard.
In practice
Two plants, one pilot, two loops
Two sites of the same packaging group ran near-identical unplanned-downtime pilots on their corrugators, and both models cleared their accuracy targets. Site A surfaced predictions on a wall dashboard; operators glanced at it for a month, then peak season arrived and nobody looked again — two years later Site A commissioned a fresh 'predictive maintenance initiative' from a different vendor. Site B pushed the same predictions as draft work orders into the CMMS, where the maintenance planner approved or rejected each one. Site B's planner overrides fed the retrain set; its second use case, on the die cutters, reused the whole pipeline and shipped in six weeks. Same model. Different loop.
What it looks like
- One agreed OEE and downtime definition, computed automatically, trusted across departments
- Live line dashboards on the floor and in the morning meeting
- At least one AI pilot has beaten its baseline on historical data
- Model output still terminates on a screen — no MES, CMMS or APS write-back yet
Diagnostic signals you can check this week
- Find the most advanced model on site and trace where its output physically lands — screen or system of record
- Count standard operating procedures changed by any pilot in the last two years; zero means the lagging loop
- Ask whether any model's recommendations appear in a work queue someone already processes as part of their job
- Check whether the current pilot's data pipeline reuses anything from the previous pilot
Anti-pattern · One more pilot to build confidence
When a stage-3 pilot stalls at the dashboard, the common conclusion is that the organisation 'is not ready' and needs another, better pilot to build belief. Each successive pilot re-proves what the last one proved, consumes the goodwill of the operators asked to check yet another screen, and teaches the organisation that AI produces demonstrations rather than change. Confidence does not come from a fourth pilot; it comes from the first recommendation that arrives inside the CMMS queue with a fallback switch the planner controls. Integration is the confidence-building measure.
What holds you here
Model output terminates on dashboards, so acting on it is voluntary — and voluntary steps decay under production pressure.
Highest-leverage next move
Write one model's output into the MES, CMMS or APS workflow it serves, with human approval on every action and a one-switch fallback.
Cost of leaving
- Effort
- 3–9 months for the first write-back
- Team
- One integration engineer, one ML engineer, the MES/CMMS owner, and a named production or maintenance owner whose KPI moves with the model
- Risk
- Medium — the first write into a production system needs change control, a validation path in regulated plants, and a drilled rollback
- To next stage
- 6–12 months
If this is you, the next step is
We map the shortest path from your best existing model into the MES or CMMS workflow it belongs in.
Stage 4
Optimising
14% of operators sit here
AI recommendations live inside the MES, CMMS and APS workflows of one site, savings are holdout-attributed, and the leading loop is running — locally.
Stage 4 is where the programme's character changes from analytical to operational. The questions that matter are no longer about model accuracy — they are about freshness alerting on the gateway feeds, drift behaviour across product changeovers, who is paged when the scrap-prediction service degrades, and how the quarterly saving is attributed when three initiatives touched the same line. Plants at this stage talk about their AI the way they talk about their utilities: mostly invisible, occasionally on fire, owned by someone specific.
The economics are now visibly different from the lagging loop. A deployed use case pays a measured, holdout-attributed return; that return funds the next deployment without a fresh capital case; and the operators' relationship with the system has shifted from being shown insights to processing recommendations — accepting most, overriding some, and generating with every override the labelled data that makes the next model version better. This is the compounding mechanism in miniature, and once a site has run it two or three times the internal argument about whether AI 'works here' simply ends.
What stage 4 has not yet solved is replication. The loop runs on one site because it was hand-built for that site: this historian's quirks, this MES vendor's API, this planner's queue. Copying the downtime use case to the sister plant means rediscovering all of it, and the copy costs eighty per cent of the original. That is the boundary between stage 4 and stage 5, and it is where most leading-loop programmes stall — not for want of ambition, but because templating your own work is nobody's urgent job. The plants that pull away are the ones that treat the second copy as a product decision: extract the template, standardise the interfaces, write the replication sheet, and make the next site a configuration exercise.
In practice
The saving that funded its successor
A food-processing site ran predicted-failure work orders into its CMMS for the ammonia compressors on its refrigeration plant, holding out one compressor bank on the old preventive schedule. Two quarters of attribution showed a meaningful availability gain and a maintenance-cost reduction on the covered banks, and the delta — signed off by finance because the holdout made it defensible — directly funded the next deployment, a changeover-sequencing model in the APS. No new business case meeting occurred. That is the leading loop working: the first use case bought the second.
What it looks like
- Recommendations arrive in work queues operators and planners already process
- Every deployed use case has a named operational owner and a holdout-attributed saving
- Approval and override logs are monitored and feed retraining
- Each new line or sister site is still a mostly hand-built project
Diagnostic signals you can check this week
- Pick a deployed use case and ask for its holdout design and last quarter's attributed number
- Check whether overrides are logged with reasons and whether the retrain set consumes them
- Ask who was paged the last time a model or feed degraded, and when the fallback was last drilled
- Ask what fraction of the last deployment was reused from the one before — below a third means replication economics are unproven
Anti-pattern · Scaling by heroics
The stage-4 mistake is copying use cases to new lines and sites by throwing the original team at each copy. It works for the first two copies, reads as momentum, and quietly turns the plant's best engineers into a bottleneck while every copy stays as expensive as the original. The tell is a roadmap that grows while delivery slows. The fix is unglamorous: stop deploying for one cycle, extract the template — data contract, integration adapters, monitoring, runbook — and re-price the next copy. If it is not markedly cheaper than the first, the template is not done.
What holds you here
Every copy of a use case is a hand-built project, so scale is bounded by the original team's capacity.
Highest-leverage next move
Template the best use case — data contract, adapters, monitoring, runbook — and prove the copy costs a fraction of the original.
Cost of leaving
- Effort
- 12–24 months to proven replication
- Team
- A small platform team owning the template, plus site pairs (process engineer + operator lead) for each rollout
- Risk
- Medium — the template must survive contact with a second MES vendor and a differently-opinionated historian
- To next stage
- 12–24 months
If this is you, the next step is
We turn your best deployed use case into the package the next line and next site install.
Stage 5
Compounding
4% of operators sit here
The leading loop replicates across lines and sites with falling marginal cost — AI is standard work, and the plant's advantage grows while it sleeps.
Stage 5 is what the lighthouse plants documented by the World Economic Forum's Global Lighthouse Network have in common, and it is less futuristic than its reputation. The defining property is not autonomy or lights-out operation — plenty of compounding plants keep a human on every consequential decision. It is that deployment has become standard work: a template library holds the proven use cases, a replication sheet tells a new site what to install and what to measure, and the marginal cost of the next deployment falls with each one shipped. The plant has industrialised its own improvement, which is the most manufacturing-native idea imaginable — it is what the industry did to production itself a century ago, applied to its decision-making.
Autonomy, where it exists, is narrow and evidence-bound. A compounding plant lets specific enumerated decisions — a setpoint nudge inside SPC limits, a routine reorder, a schedule swap below a value threshold — execute without approval, because months of approval logs showed the human accepting effectively all of them. Everything else escalates. The decision policy is versioned and reviewed like code, the audit trail can reconstruct any automated action months later, and the kill switch is drilled. In regulated non-automotive sectors — food, pharma adjacent, aerospace suppliers — this evidentiary discipline is not overhead on the way to autonomy; it is the thing that makes any autonomy permissible at all.
The uncomfortable property of stage 5 is what it does to everyone else, and it is why this page is about a gap rather than a ladder. A compounding plant's advantage grows without further strategic decisions: each deployment cuts cost or lifts yield, funds the next, and enlarges the data and template estate that makes the next cheaper. A lagging competitor is therefore losing ground during quarters in which it makes no mistake whatsoever. The gap is not a ranking that updates when you act; it is a differential equation that runs continuously. That is the strategic case for crossing early, and for crossing on one line rather than waiting for the perfect plant-wide moment.
In practice
The eleventh deployment
A multi-site industrial group's eleventh deployment of its downtime-prediction template — at a plant acquired eighteen months earlier, running a different MES vendor than the original site — was installed by the receiving plant's own engineers from the replication sheet, with the central team advising for a handful of days. Gateway spec, tag mapping, downtime codes, CMMS adapter, monitoring, the holdout design for attribution: all of it arrived as a package. The first deployment, years earlier, had taken three quarters. The eleventh took five weeks, most of it waiting on the change-control calendar.
What it looks like
- New deployments are configuration from a template library, shipped in weeks
- A model registry, site playbooks and versioned decision policies govern the estate
- Bounded decisions execute without approval inside audited thresholds; exceptions escalate
- Cost per deployed use case falls year on year and is itself tracked as a KPI
Diagnostic signals you can check this week
- Ask for cost per deployed use case over the last three years — flat or rising means stage 4 wearing a stage-5 badge
- Check whether a new site could deploy from documentation alone, without the founding team
- Ask for the decision policy's version history and the date of the last kill-switch drill
- Check whether an auditor could reconstruct one automated action end to end from logs
Anti-pattern · Confusing the showcase for the estate
The stage-5 failure mode is the lighthouse that illuminates nothing: one magnificent site used for tours and press while sister plants run at stage 2, with no replication sheet because the showcase was built by heroics that were never written down. The group reports leading-edge capability and operates a lagging estate. The corrective is to measure the estate, not the exhibit — cost per deployment across all sites, share of sites on the template, time for the newest site to first attributed saving — and to fund the boring replication work with the same seriousness as the showcase.
What holds you here
Sustaining compounding is a governance discipline — thresholds drift out of validity, templates rot, and the estate quietly diverges from the showcase.
Highest-leverage next move
Track cost per deployment and estate coverage as first-class KPIs, and re-baseline decision policies on a fixed review calendar.
Cost of leaving
- Effort
- Continuous
- Team
- A platform team owning templates and registry, a standing governance forum for decision policies, and site-level owner pairs
- Risk
- Concentrated — governance drift and threshold complacency; low frequency, high consequence
If this is you, the next step is
We stress-test the template library, replication economics and decision-policy evidence against a real scenario.
Where manufacturers actually sit — and why the middle is emptying
The distribution across the ladder, the adoption-versus-impact paradox behind it, and the reason time makes the shape worse.
Most non-automotive manufacturers sit at stages 2 and 3 — instrumented or visible, running the lagging loop with increasingly good data. The paradox of the last few years is that AI adoption has become nearly universal while attributable impact has not: McKinsey's State of AI research (opens in a new tab) has tracked reported AI use climbing to more than three-quarters of organisations, while the share reporting material bottom-line impact remains a small minority. In manufacturing terms: almost everyone now has a pilot to point to, and few have a number finance has signed. The gap page's claim is that these are not points on one queue, with laggards simply further back — they are populations in two different loops, which is why the distribution's middle empties over time rather than flowing forward evenly.
Distribution of manufacturers across the five stages
Illustrative distribution, synthesised from McKinsey State of AI adoption research, WEF Global Lighthouse Network publications and MHI's annual industry survey — drawn to show the shape practitioners consistently report: a lagging mass at stages 2–3, a thin leading tail, and a fork rather than a queue between them.
Share of plants
- 22% — 1 · Disconnected
- 34% — 2 · Instrumented (the lagging mass)
- 26% — 3 · Visible (the fork)
- 14% — 4 · Optimising
- 4% — 5 · Compounding (the leading tail)
Source: Illustrative, synthesised from McKinsey, WEF and MHI adoption research
Two further features of the distribution matter for anyone deciding what to do about it. First, the leading tail is thin but not exclusive: the Global Lighthouse Network (opens in a new tab) includes brownfield sites decades old and plants in every region and sector, and — as the Schneider Electric case below shows — a 1950s plant can cross. Second, the lagging mass is not idle; MHI's annual industry report (opens in a new tab) has tracked consistently high stated adoption intent across manufacturing and supply-chain operations for years. Intent and activity are abundant on the lagging side of the divide. What is scarce is the loop — and for smaller manufacturers without a platform team to build one, programmes such as NIST's Manufacturing Extension Partnership (opens in a new tab) exist precisely to make the crossing affordable at SME scale.
Where the gap actually lives: five layers of the plant stack
Lagging and leading practice compared layer by layer — sensing, connectivity, data, decisions, replication — with the afternoon tell for each, the decision map, and the leapfrog trap.
The gap lives in five specific layers of the plant stack, and at every layer the lagging and leading practices are concretely different — different enough that a reviewer can place a plant in an afternoon without a questionnaire. The layers follow the classic ISA-95 automation hierarchy (opens in a new tab) from the machine upward into the MES/MOM layer that MESA's model describes (opens in a new tab), plus a fifth layer — replication — that no automation standard covers and that decides more of the gap than the other four combined.
| Layer | Lagging practice | Leading practice | The afternoon tell |
|---|---|---|---|
| Sensing & machines | Machines run isolated; downtime and quality events logged on paper or at shift end from memory | Critical assets instrumented, including retrofit sensing on pre-digital machines; events captured as they occur | Ask for yesterday's micro-stop count on the bottleneck line — leading plants answer from a system in minutes |
| Connectivity | SCADA islands; data stays in the control layer; exports are manual and per-request | OPC UA gateways route machine data continuously to a historian and onward, with freshness monitored | Ask what happens when a feed silently stops — leading plants name the alert and the person paged |
| Data layer | Each department computes its own OEE, downtime and yield; context lives in engineers' heads | One governed definition per metric, aligned to ISO 22400; tags contextualised with product, recipe and crew | Ask two departments for the same line's OEE — leading plants produce one number, laggards produce a negotiation |
| Decision layer | Analytics terminate on dashboards and in decks; acting on them is voluntary | Model output lands in MES, CMMS and APS work queues with approval, override logging and a drilled fallback | Trace the best model's output to where it physically lands — screen or queue settles the layer in one walk |
| Replication | Each project is a one-off; assets are discarded between pilots; copies cost as much as originals | Templates, adapters and replication sheets make each copy markedly cheaper; cost per deployment is tracked | Ask what the second deployment of the same use case cost relative to the first — the answer is the loop |
Read the table bottom-up and the strategic point appears: the layers gate each other downward but pay upward. A plant cannot have leading decision integration on a lagging data layer, or a real data layer on disconnected machines — which is why leapfrogging fails. But the value concentrates at the top: sensing and connectivity are costs until the decision and replication layers exist to monetise them, which is why so many stage-2 plants feel they have spent heavily on digital and received nothing. They have built the bottom of a leading stack and wired it to a lagging loop.
| Domain | High-value decisions | System of record | KPI it moves | Crossing order |
|---|---|---|---|---|
| Maintenance & reliability | Predicted-failure work orders, PM interval tuning, spares triggering | CMMS | Unplanned downtime, OEE availability | 1 |
| Quality | Vision inspection dispositions, SPC limit tuning, scrap-cause attribution | MES / QMS | First-pass yield, DPM, scrap cost | 2 |
| Process control | Setpoint recommendations, changeover recipes, drift compensation | SCADA / MES | Rate, giveaway, energy per unit | 3 |
| Planning & scheduling | Sequence optimisation, changeover clustering, labour rostering | APS / ERP | Schedule adherence, changeover hours | 4 |
| Energy & utilities | Compressor and chiller staging, peak-load shifting, idle-state enforcement | SCADA / energy management | kWh per unit, peak demand charges | 5 |
| Inventory & materials | Reorder points, WIP buffer sizing, material substitution approvals | ERP / MES | Stock turns, WIP value, stockouts | 6 |
The leapfrog trap: ambition against the connectivity floor
Plot the sophistication of what you are buying against the share of your machines that actually publish data. Three quadrants have honest exits; one is where lagging plants burn their credibility.
The leapfrog trap
- Plant-wide AI platform bought for machines that publish nothing
- Integrators discover the missing floor mid-project; scope collapses to a demo line
- Exit: stop, and spend one quarter on the floor for one line instead
The leading loop
- Ambition matched by a floor that can carry it
- Deployments land in workflows and replicate
- Keep: track cost per deployment so compounding stays honest
The honest laggard
- Modest ambition, modest floor — the correct starting posture
- One line, one decision, one quarter
- Exit: the 90-day crossing plan below
The underreaching leader
- Strong floor serving only dashboards
- Common in well-instrumented process plants — stage 3 wearing stage 2 ambitions
- Exit: pick the first write-back; the hard work is already done
The divide in public: three plants read against the ladder
A three-decade leader, a 1950s brownfield that crossed, and the frontier's narrow edge — outcomes as reported by the operators and the WEF Global Lighthouse Network.
The public record of the divide is best read as three positions, not three anecdotes: what decades of compounding produce, what a lagging brownfield can do about it, and what the frontier's edge actually looks like up close. None of these is an Atomic Loops engagement; outcomes are as reported in the operators' own material or through the World Economic Forum's Global Lighthouse Network, which designated each site, and figures should be verified against the linked sources before reuse.
Three positions on the divide
Outcomes as reported by the operators and the WEF Global Lighthouse Network; we have not independently audited them. Images are illustrative industrial scenes from our generated library, not operator-supplied photography.
Siemens — Amberg Electronics PlantElectronics · PLC production, Germany35
- Challenge
- Producing an ever-wider variant mix of Simatic controllers on a fixed footprint without sacrificing the near-zero defect rates its own customers buy the product for.
- Approach
- Three decades of accumulated closed-loop digitisation on one site: product and process data captured at every station, quality decisions progressively automated, and AI applied where it pays — Siemens has publicly described AI-supported X-ray inspection scheduling and closed-loop process control among Amberg's use cases.
- Reported outcome
- Siemens has publicly reported that Amberg produces a large multiple of its early-1990s output on the same floor space with a broadly stable workforce, at quality levels above 99.99% — figures the company presents alongside the plant's designation to the WEF Global Lighthouse Network.
- What it shows about the curveThe gap is loop-age, not budget. Amberg's advantage is thirty years of the leading loop running on one site — each improvement instrumented, retained and built upon. A competitor cannot buy that position; it can only start its own loop earlier rather than later.
Schneider Electric — Lexington, KentuckyElectrical equipment · brownfield plant operating since 195824
- Challenge
- A plant more than sixty years old, full of pre-digital equipment, competing inside a group whose newest sites were built connected — the textbook lagging-brownfield position.
- Approach
- Retrofit rather than rebuild: Schneider publicly describes instrumenting the existing estate with its own EcoStruxure stack — power metering, connected sensors on legacy machines, predictive maintenance and digital lean tools feeding the workflows of the teams already running the plant.
- Reported outcome
- Schneider has publicly reported material reductions in energy use and unplanned downtime at Lexington, and the site was designated to the WEF Global Lighthouse Network — one of the network's demonstrations that decades-old brownfield plants can reach the frontier.
- What it shows about the curveBrownfield is not destiny. The connectivity floor can be bought line by line on a 1950s estate, and the crossing move is the same as this page's 90-day plan — instrument, integrate into the existing teams' workflows, attribute, then replicate.
Foxconn — Shenzhen 'lights-out' factoryElectronics · precision components, China45
- Challenge
- Labour-intensive precision component production with high volumes and tight tolerances — the classic case where full automation is tempting and usually premature.
- Approach
- A bounded 'lights-out' operation: fully automated production lines running with minimal on-floor staffing, machine-learning-driven process control and automated optical inspection, applied to a deliberately constrained product scope where the process is stable enough to run dark.
- Reported outcome
- Through the WEF Global Lighthouse Network, which designated the Shenzhen site among its earliest lighthouses, Foxconn's reported results include production efficiency improvements of around 30% alongside reduced inventory cycles.
- What it shows about the curveThe frontier is narrow, and that is the point: even the most automated lighthouse runs dark only where the product mix and process stability justify it, with humans on exceptions. Stage 5 is bounded decisions executing on evidence — not a dark building, and not a target for plants that have yet to run the loop once.