Manufacturing (Automotive)AI Adoption & Maturity Curve
The future of AI adoption in automotive: three fronts, two clocks, and what an OEM can absorb
The future of AI adoption in automotive is not one curve but three running at once — product AI inside the vehicle, plant AI on the line, and enterprise AI across engineering and aftersales. They compete for the same engineers and the same capital, and absorption capacity, not budget, decides how fast a manufacturer moves.

Key takeaways
- Automotive AI adoption is a three-front problem, not a single curve: product AI in the vehicle, plant AI on the line, and enterprise AI across engineering, purchasing and aftersales. Most adoption models fail in automotive because they score all three as one number.
- An OEM shipping AI in the car enters a regulatory regime its factory AI never touches — type approval, functional safety and the UNECE vehicle regulations — so a plant use case and a product use case of identical technical difficulty have completely different lead times.
- Absorption capacity, not budget, is the binding constraint. A manufacturer can fund far more AI than it can integrate, validate and operate, and the queue that forms behind an over-funded portfolio is invisible on a spend report.
- The two-speed problem is structural: product AI moves at software cadence measured in weeks, plant AI moves at model-year cadence measured in years, and running either on the other's clock destroys value in a predictable way.
- A credible three-year adoption portfolio is deliberately unbalanced — one compounding bet, two or three programmed capabilities, and a small experimental tail — with stated kill criteria for each, rather than an even spread across every front.
Abbreviations used on this page
- OEM
- Original equipment manufacturer — the vehicle manufacturer itself
- SDV
- Software-defined vehicle
- ADAS
- Advanced driver-assistance systems
- ECU
- Electronic control unit — an in-vehicle computer
- OTA
- Over-the-air — software delivered to vehicles already in customers' hands
- MES
- Manufacturing execution system
- PLM
- Product lifecycle management
- SOP
- Start of production — the date a plant begins building a model
- ASPICE
- Automotive SPICE — the process assessment model for automotive software
- SOTIF
- Safety of the intended functionality (ISO 21448)
- UNECE
- United Nations Economic Commission for Europe — publisher of the WP.29 vehicle regulations
- IATF 16949
- The automotive quality management standard, built on ISO 9001
Free · 8 questions · ~3 minutes
Score your adoption portfolio
Eight questions, one at a time, about three minutes. They score four things a spend report cannot show you: the adoption base you actually have running, the capacity you have to absorb more, how your investment is balanced across the product, plant and enterprise fronts, and whether your strategic bets have any discipline attached. Your stage appears on screen and the full report goes to your inbox.
0 of 8 answered
Pick an option to continue
Report ready
Your personalised adoption report is ready
Tell us where to send it. Your stage appears on screen straight away, and the full report — the four dimension scores, how your portfolio balance compares with manufacturers of similar footprint, and a costed 90-day plan for your weakest dimension — arrives in your inbox.
Your result
Your full report is on its way to your inbox.
Stage 1 · Experimenting
Experimenting is the stage where AI exists as scattered trials across all three fronts at once, with no shared view of what is running, what it costs, or who would operate it.
Your next moveProduce one register of every AI system across product, plant and enterprise, with an owner and a data path per row. Not a strategy — a list.
Stage 2 · Pocketed
Pocketed is the stage where individual AI capabilities genuinely work and genuinely pay inside one function, but nothing crosses between plants, fronts or model programmes.
Your next moveName one owner per front, put all three on one portfolio review, and extract the two or three portable assets from your best pocket.
Stage 3 · Programmed
Programmed is the stage where AI has a portfolio, a budget line and a named owner per front, and initiatives are sequenced against a release calendar rather than against enthusiasm.
Your next moveExtract the shared foundations — evaluation harness, release path, rollback, safety-evidence templates — so an initiative becomes configuration rather than a project.
Stage 4 · Platformed
Platformed is the stage where the three fronts draw on shared foundations — data, evaluation, deployment, safety evidence — so a capability built for one front can be re-used on another.
Your next moveRing-fence a fixed share of absorption capacity for bets with a stated hypothesis, named tests and a kill date, and review them on their own cadence.
Stage 5 · Compounding
Compounding is the stage where each shipped AI capability makes the next one cheaper, because the vehicle fleet, the plant and the enterprise feed one learning loop.
Your next moveGive the shared foundation a named business owner, a stated service level and asset-survival clauses in every supplier contract.
0 / 24
Current adoption base
— / 6
Absorption capacity
— / 6
Portfolio balance across fronts
— / 6
Strategic bet discipline
— / 6
Your score maps to a stage on the adoption ladder. The dimension breakdown matters more than the total: for most vehicle manufacturers, absorption capacity is the lowest of the four, and it is the one that caps everything the other three can deliver. Your lowest-scoring dimension is —, and that is where the next investment belongs.
Your score maps to a stage on the adoption ladder. The dimension breakdown matters more than the total: for most vehicle manufacturers, absorption capacity is the lowest of the four, and it is the one that caps everything the other three can deliver.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 your three-front portfolio reviewed properly?
We walk your engineering, manufacturing and IT leads through the four dimension scores together — which is usually the first time those three have looked at one AI portfolio in one room — and leave you with a rebalanced three-year outline and a measured absorption number. No obligation, and you keep the outline either way.
How the score maps to a stage
- 0–5 — Stage 1, Experimenting. Experimenting is the stage where AI exists as scattered trials across all three fronts at once, with no shared view of what is running, what it costs, or who would operate it.
- 6–11 — Stage 2, Pocketed. Pocketed is the stage where individual AI capabilities genuinely work and genuinely pay inside one function, but nothing crosses between plants, fronts or model programmes.
- 12–16 — Stage 3, Programmed. Programmed is the stage where AI has a portfolio, a budget line and a named owner per front, and initiatives are sequenced against a release calendar rather than against enthusiasm.
- 17–21 — Stage 4, Platformed. Platformed is the stage where the three fronts draw on shared foundations — data, evaluation, deployment, safety evidence — so a capability built for one front can be re-used on another.
- 22–24 — Stage 5, Compounding. Compounding is the stage where each shipped AI capability makes the next one cheaper, because the vehicle fleet, the plant and the enterprise feed one learning loop.
Where automotive AI adoption goes next: three fronts, one company
A definition, the three fronts a vehicle manufacturer is now adopting on simultaneously, and the diagram of how each one actually reaches a decision.
The future of AI adoption in automotive runs on three fronts at once, and a manufacturer's trajectory is set by how it balances them rather than by how advanced any one of them is. The product front puts AI inside the vehicle — driver assistance, in-cabin assistants, energy and range prediction, and the software-defined vehicle architecture underneath them. The plant front puts AI on the line — vision inspection, predictive maintenance, scheduling, generative work instructions, agentic support for line engineers. The enterprise front puts AI across the rest of the business — engineering copilots, requirements and test generation, supplier analysis, warranty and aftersales triage.
Treating those three as one adoption curve is the error that makes most maturity models useless in this industry. They have different regulators, different release calendars, different systems of record and different definitions of done. An OEM shipping AI in the car faces type approval and the UNECE vehicle regulations (opens in a new tab) — a regime its factory AI never touches. A plant AI change has to clear IATF 16949 (opens in a new tab) quality process and a physical change window. An enterprise agent has to clear data, works-council and EU AI Act (opens in a new tab) classification questions instead. Same company, same engineers, three completely different paths to production.
What they share is the thing that actually constrains them: one pool of engineers who can carry a change through validation, and one capital envelope. That shared scarcity is why the interesting question for the next three years is not 'how mature is our AI' but 'what can we absorb, and on which front should we spend it'.
How AI reaches a decision on each of the three fronts
Three parallel paths, three different gates, one shared bottleneck at the end. Read left to right: each front starts from its own data, passes its own approval regime, lands in its own system of record — and then every one of them draws on the same small population of integration-capable engineers. The lane notes give each front's natural cadence, which is the source of the two-speed problem later on this page.
- Data & feeds
- AI / model
- Where value leaks
- System-of-record action
- Human in the loop
The process, in words
- On the product front, fleet and sensor data trains an in-vehicle model that must clear a safety case and type approval before a line of it reaches a customer. Once approved it ships over the air on a cadence measured in weeks, and warranty and product liability attach the moment a driver experiences it.
- On the plant front, line and MES data trains models that predict defects, anomalies and failures. The gate is plant change control — quality process, model-year freeze, physical change windows — and the output must land in the MES or andon screen a line engineer already reads. Takt time is the real acceptance test: a recommendation that costs a second of takt is ignored however accurate it is.
- On the enterprise front, engineering and aftersales corpora feed copilots and agents. The gate is policy — data classification, supplier confidentiality, works-council review of changed job content — and the destination is the PLM, sourcing or warranty workflow. Adoption here is uniquely easy to fake, because licences issued look like usage.
- All three converge on one constraint: the small population of engineers who can carry a change through validation into production. Every front bids for them and no front's business case mentions them. That convergence, not any single model, sets the pace of adoption for the next three years.
Step-by-step insights
- Fleet data is an asset and a liability at the same time
- Connected vehicles generate the richest corpus a manufacturer owns, and the one with the hardest constraints attached. Data from a customer's car carries consent, retention and cross-border conditions that a plant's torque traces never do, and a model trained on it inherits those conditions for life. Get the terms right at collection time — retention windows, purpose limitation, market-by-market conditions — because retrofitting them means retraining, and the discovery usually arrives when a finished feature is ready to ship into a new market.
- The safety case is the schedule, not a checkpoint at the end
- Teams new to the product front assume the safety argument is assembled after the model works. It is the other way round: what evidence you can produce determines what architecture and what operational design domain you may commit to. Functional safety and safety of the intended functionality both want a traceable argument from hazard to mitigation to test. A perception approach that cannot generate that argument is not a slow option — it is not an option, and deciding the evidence strategy first is what separates a two-year programme from a four-year one.
- The plant change window is the real absorption ceiling
- A plant AI change is a change to a validated manufacturing process, competing for the same windows as tooling changes, layout changes and model-year updates. Many plants have one or two genuine opportunities a year, and that — not modelling capacity — is why plant portfolios queue. The highest-leverage plant work is therefore not a model at all: it is separating the software layer from the validated process layer so a model update stops being a process change. Where that separation exists, plant absorption goes from twice a year to monthly.
- Takt time is the acceptance test nobody writes down
- Line engineers do not evaluate an AI recommendation on accuracy; they evaluate whether acting on it fits inside the cycle. A defect flag that requires leaving the station, opening a second system and typing a code will be quietly ignored during any shift under pressure — and every shift is eventually under pressure. Design the interaction to the takt before designing the model to the metric, and measure adoption as the share of flags acted on inside the cycle.
- Enterprise-front adoption is the easiest to fake
- Licences issued, seats provisioned and monthly active users all look like adoption on the enterprise front, and none of them is. The honest measure is task completion: how many supplier analyses, requirement drafts or warranty triages were finished with the tool and accepted downstream. This front also carries the largest invisible tail of teams buying their own tools, which is why the register matters most here. High licence counts with no task measurement usually means capacity consumed and nothing produced that survives a review.
The five stages in detail
Experimenting, Pocketed, Programmed, Platformed, Compounding — what each looks like inside a vehicle manufacturer, the signals a reviewer can check in an afternoon, and the anti-pattern that traps OEMs there.
The ladder below describes how a vehicle manufacturer's whole AI estate matures, not how one capability matures. That distinction is the point: a manufacturer can have a genuinely world-class driver-assistance stack and still be at stage 2 overall, because nothing that programme learned is available to the plant or to engineering. The hallmarks describe observable conditions, the diagnostic signals are checks you can run against your own systems this week, and the anti-pattern is the specific mistake most often made trying to leave that stage.
Compounding value released against time on the adoption ladder
The curve is deliberately flat through Experimenting and Pocketed. Capabilities exist and some of them pay, but nothing compounds — the second one costs what the first did. The inflection is at Programmed to Platformed, when shared foundations start making each new capability cheaper than the last. This shape is why manufacturers report rising AI spend and flat AI capability for years, then a sudden step change that looks unearned from the outside.
Compounding value released by stage
- Stage 1 · Experimenting — 21% of operators. Experimenting is the stage where AI exists as scattered trials across all three fronts at once, with no shared view of what is running, what it costs, or who would operate it.
- Stage 2 · Pocketed — 38% of operators. Pocketed is the stage where individual AI capabilities genuinely work and genuinely pay inside one function, but nothing crosses between plants, fronts or model programmes.
- Stage 3 · Programmed — 26% of operators. Programmed is the stage where AI has a portfolio, a budget line and a named owner per front, and initiatives are sequenced against a release calendar rather than against enthusiasm.
- Stage 4 · Platformed — 12% of operators. Platformed is the stage where the three fronts draw on shared foundations — data, evaluation, deployment, safety evidence — so a capability built for one front can be re-used on another.
- Stage 5 · Compounding — 3% of operators. Compounding is the stage where each shipped AI capability makes the next one cheaper, because the vehicle fleet, the plant and the enterprise feed one learning loop.
Curve shape: logistic, plotted from the stage data above. Distribution: Consistent with cross-industry AI adoption research tracked by Stanford HAI.
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
Experimenting
21% of operators sit here
Experimenting is the stage where AI exists as scattered trials across all three fronts at once, with no shared view of what is running, what it costs, or who would operate it.
Experimenting is rarely a shortage of activity. In a large vehicle manufacturer it is usually the opposite: a paint shop trialling a vision model, an ADAS team running a perception experiment, a purchasing group with a generative tool for supplier documents, an aftersales team clustering warranty claims. Every one is defensible. What is missing is any single place where they are visible together, so nothing about them can be sequenced, compared or stopped.
The tell is the inventory question. Ask for a list of every AI system running anywhere in the company — in vehicles in the field, in plants, in the back office. At this stage the honest answer is weeks of asking around and a list that is still wrong, because a substantial share of the work sits inside licences individual teams bought themselves. That invisible tail is where data leaves the company under terms nobody reviewed.
The stage is cheap to leave and expensive to occupy, and the expense is not the failed trials — it is that each trial amortises nothing. The tenth vision pilot in the tenth plant costs what the first did, because the second plant learned nothing transferable: no shared labelling convention, no shared evaluation harness, no shared answer to who is paged when a model degrades on a Sunday shift.
In practice
Four paint shops, four vision pilots
A manufacturer with plants on three continents discovered, during a routine capital review, that four of its paint shops had independently procured surface-defect vision systems inside the same eighteen months. Three used different labelling schemes for the same defect taxonomy, none shared images, and the fourth had been quietly abandoned when the engineer who championed it moved to a new model programme. The total spend was material. The total transferable learning was close to zero.
What it looks like
- Nobody can produce a complete list of AI work in progress
- Trials are funded from departmental budgets, below the visibility line
- Plant, product and enterprise teams are unaware of each other's efforts
- No AI capability has an operator, only a builder
Diagnostic signals you can check this week
- Ask three plants what defect classes their vision systems use and compare the taxonomies
- Ask finance to list AI-related software licences by cost centre — the shadow tail is usually larger than the visible programme
- Ask who is paged when an AI system produces a wrong answer on a night shift. If there is no answer, nothing is in production
- Ask whether any in-vehicle AI feature and any plant AI system have ever shared an engineer
Anti-pattern · The centre-of-excellence announcement
The instinctive fix is to announce a central AI organisation, hire a director and publish a charter. It reliably produces a governance layer over work that is still invisible to it, because the shadow tail does not report into the new structure and has no incentive to. Build the register before the organisation: a single list of every AI system, its owner, its data, its front and its cost, maintained by someone with the authority to add rows nobody volunteered. The organisation's real shape becomes obvious once the list exists.
What holds you here
Nobody can see the whole estate, so nothing can be sequenced, compared or stopped — and every new trial starts from zero.
Highest-leverage next move
Produce one register of every AI system across product, plant and enterprise, with an owner and a data path per row. Not a strategy — a list.
Cost of leaving
- Effort
- 1–3 months
- Team
- One analyst with executive backing, part-time engineering support
- Risk
- Low — the work is discovery, and nothing in production depends on it
- To next stage
- 1–3 months
If this is you, the next step is
A three-week exercise: every AI system, its front, its owner and its data path, in one list.
Stage 2
Pocketed
38% of operators sit here
Pocketed is the stage where individual AI capabilities genuinely work and genuinely pay inside one function, but nothing crosses between plants, fronts or model programmes.
Pocketed is where most vehicle manufacturers are, and it is an achievement rather than a failure. Something works: a vision system catches a defect class the line was missing, a driver-assistance feature ships and reviews well, a warranty-triage model saves a team real hours a week. These are not demos — the users would object loudly if they were switched off, which is the honest test of production.
The problem is that each pocket is a vertical, with its own data path, vendor, evaluation method, definition of good and answer to what happens when it is wrong. None of it is available to the next team, so the marginal cost of capability number three equals number one. Manufacturers here often report rising AI spend and flat AI capability, and both numbers are correct.
This is also where the three fronts diverge without anyone deciding they should. The product front is usually furthest ahead, because a vehicle programme has a hard date and an integration culture; the plant front is next; the enterprise front is a scatter of licences. That imbalance is the residue of which sponsor was loudest, not a strategy — and time here is not neutral, because pockets harden into constituencies that later defend their own stack against any shared foundation.
In practice
The feature that shipped and the platform that did not
An OEM shipped a well-received in-cabin voice assistant on one model line. It ran on a stack chosen by that programme, evaluated with that programme's test set, and released on that programme's calendar. Eighteen months later a second model line wanted the same capability, and discovered that almost nothing was portable: different ECU generation, different supplier contract, different data-retention terms. The second implementation cost roughly what the first had, and the company had two assistants to maintain instead of one.
What it looks like
- One or two AI capabilities are in real daily use and are defended by their users
- Each lives entirely inside one plant, one feature team or one department
- The second site rebuilt what the first site built, from scratch
- Budget conversations are per-initiative, never portfolio-wide
Diagnostic signals you can check this week
- Ask what the second plant reused from the first. If the answer is 'the idea', you are here
- Count the distinct AI evaluation methods in use — one per pocket is the signature
- Ask whether any AI budget line covers more than one front
- Ask an engineering leader and a plant leader to name each other's top AI capability. Blank looks confirm the stage
Anti-pattern · Scaling the pocket instead of extracting from it
The obvious move is to take the successful pocket and roll it out everywhere. It fails in automotive more often than in other industries because the pocket is tightly coupled to one plant's equipment or one programme's ECU generation, and the rollout becomes a series of bespoke re-implementations wearing a programme name. Extract instead: take the two or three genuinely portable pieces — the defect taxonomy, the evaluation harness, the rollback procedure — and make those the shared assets. Roll out the pattern, not the installation.
What holds you here
Every capability is a vertical, so capability number three costs what number one did and the three fronts drift apart by accident rather than by decision.
Highest-leverage next move
Name one owner per front, put all three on one portfolio review, and extract the two or three portable assets from your best pocket.
Cost of leaving
- Effort
- 6–12 months
- Team
- A small platform group, one owner per front, a governance forum with budget authority
- Risk
- Medium — the extraction competes for the same engineers the pockets are using
- To next stage
- 6–12 months
If this is you, the next step is
We audit your working pockets and separate the transferable assets from the site-specific ones.
Stage 3
Programmed
26% of operators sit here
Programmed is the stage where AI has a portfolio, a budget line and a named owner per front, and initiatives are sequenced against a release calendar rather than against enthusiasm.
Programmed is the first stage where the word portfolio means something. There is a register, the register has owners, and the owners meet. Crucially the meeting is about sequence rather than approval: everyone accepts that more good ideas exist than can be delivered, so the discussion is which quarter each one lands in and what it displaces. That conversation is what first surfaces absorption capacity as a real number.
The character of the work changes too. At stages 1 and 2 the hard problems are technical. At stage 3 they are calendar problems: the plant use case is ready but the change window is in October and the model-year freeze lands in September; the product feature is ready but the type-approval evidence is not; the enterprise agent is ready but the works council has not reviewed how its output affects job content. None of these is solved by better modelling, and teams that keep trying stall here for years.
The constraint that emerges is that everything below the portfolio layer is still bespoke. The register is shared; the plumbing is not. Each initiative builds its own data path, evaluation and rollback, so throughput is capped by the number of teams capable of all three — a number usually far smaller than leadership believes. This is where the honest absorption figure first gets measured, and where it is usually a shock.
In practice
The quarter that could only hold two
A manufacturer's AI portfolio review approved nine initiatives for the year across the three fronts. By the end of the second quarter, two had reached production. The rest were not blocked technically — they were queued behind the same four engineers who knew how to get a change through the plant's validation process and the same two who understood the vehicle release train. The portfolio was funded at nine and absorbed at two, and no financial report showed the gap.
What it looks like
- One register lists every AI system with an owner, a front and a cost
- Product, plant and enterprise fronts each have a named accountable leader
- New initiatives are sequenced against release windows, not approved on merit alone
- Someone can state, in a meeting, how much capacity the portfolio consumes
Diagnostic signals you can check this week
- Ask how many initiatives were approved this year and how many reached production. The ratio is your absorption number
- Ask what the last approved initiative displaced. If the answer is 'nothing', the portfolio is not really sequenced
- Check whether the register records front, owner and change window for every row
- Ask whether any initiative has ever been stopped at a review. A portfolio that only adds is a list
Anti-pattern · Funding the backlog instead of the bottleneck
When the queue becomes visible the reflex is to approve more initiatives, on the theory that the problem is ambition. It is not — the queue is the symptom of a fixed number of integration-capable teams. Adding funded work to a saturated system lengthens every lead time and demoralises the teams doing the delivering, because their throughput now looks like failure. The move is to buy or build absorption: more teams who can carry a change through validation, or fewer initiatives. There is no third option that survives a year.
What holds you here
Everything below the portfolio layer is still bespoke, so throughput is capped by a small number of integration-capable teams and the queue is invisible on a spend report.
Highest-leverage next move
Extract the shared foundations — evaluation harness, release path, rollback, safety-evidence templates — so an initiative becomes configuration rather than a project.
Cost of leaving
- Effort
- 12–18 months
- Team
- Platform group, one owner per front, plus deliberate investment in integration-capable teams
- Risk
- Medium — extracting shared foundations competes with delivering the approved portfolio
- To next stage
- 12–18 months
If this is you, the next step is
We count approved-versus-delivered across your last four quarters and name the bottleneck.
Stage 4
Platformed
12% of operators sit here
Platformed is the stage where the three fronts draw on shared foundations — data, evaluation, deployment, safety evidence — so a capability built for one front can be re-used on another.
At stage 4 the marginal cost of the next AI capability finally falls, and the reason is unglamorous: the shared pieces are the boring ones. A common way to hold and version training data. A common evaluation harness that answers 'is this better than what we ship today' for a paint-shop model and an in-cabin assistant alike. A common release path with a rehearsed rollback. Once those exist, a new initiative is mostly specification and delivery is measured in weeks.
The distinctive automotive property of this stage is that the platform must serve two very different risk regimes without pretending they are the same. A plant model that misclassifies a weld is a scrap and rework problem; a vehicle function that misjudges a lane boundary is a homologation and liability problem. A platform that treats them identically will either strangle the plant front in evidence it does not need or under-serve the product front in evidence it absolutely does. Share the mechanics; keep the evidence bar per-front.
What binds here is no longer technology or sequencing. It is people and bets. The platform makes it cheap to do the next obvious thing, so the portfolio fills with obvious things while the genuinely strategic questions — how far to go on autonomy, whether to own the in-vehicle model stack, whether the plant should run its own inference — are deferred because they are uncomfortable and never urgent. Manufacturers plateau here in comfort rather than in pain.
In practice
Three weeks, most of it spent agreeing
A manufacturer with a shared evaluation harness and a plant release train added a new torque-anomaly model at a second assembly plant. Engineering time was under a week. The remaining two weeks went on agreeing the acceptance threshold with the quality organisation and confirming the line-side rollback with the plant. That ratio — specification-heavy and build-light — is the signature of a platformed programme, and it is the first point at which the portfolio can genuinely grow without adding headcount.
What it looks like
- One evaluation harness serves plant, product and enterprise models
- A new plant use case ships inside a release train rather than a change project
- Safety and compliance evidence is produced by the pipeline, not assembled for the audit
- Absorption capacity is a tracked, forecast number in planning
Diagnostic signals you can check this week
- Ask whether a plant model and a vehicle model are evaluated with the same harness in the same units
- Time the last three initiatives from decision to production and check the trend
- Ask whether compliance evidence for an AI feature is exported or assembled
- Ask what the biggest unresolved strategic bet is. Stage-4 organisations can name it and have not decided it
Anti-pattern · Letting the platform choose the portfolio
Once the shared layer exists, the cheapest initiatives get done first, and cheapness quietly becomes the selection criterion. Twelve small plant models ship in a year while the one decision that would change the company's position — the in-vehicle stack, the autonomy level, the aftersales agent — sits unmade because it does not fit the release train. The correction is structural: reserve a fixed share of absorption capacity for bets that cannot be justified on this year's payback, and defend it in the portfolio review like any other commitment.
What holds you here
The platform makes cheap work easy, so the portfolio fills with obvious initiatives and the genuinely strategic bets are deferred indefinitely.
Highest-leverage next move
Ring-fence a fixed share of absorption capacity for bets with a stated hypothesis, named tests and a kill date, and review them on their own cadence.
Cost of leaving
- Effort
- 18+ months
- Team
- Platform team, per-front owners, a standing bet-review forum with real authority
- Risk
- Higher — the binding constraints become talent retention and strategic commitment, not engineering
- To next stage
- 18+ months
If this is you, the next step is
A working session on the two or three decisions your platform is letting you avoid.
Stage 5
Compounding
3% of operators sit here
Compounding is the stage where each shipped AI capability makes the next one cheaper, because the vehicle fleet, the plant and the enterprise feed one learning loop.
Compounding is narrower than the word suggests. It does not mean an AI-run company; it means the loop closes. A warranty pattern seen in the field becomes a test case in engineering and an inspection class on the line, automatically, because all three sit on the same data and evaluation foundation. The tenth capability is worth more than the first not because the model is better but because the estate it plugs into is richer.
The engineering is largely solved by the time a manufacturer arrives here; the hard part is organisational memory. Compounding requires that capabilities die without taking their assets with them — when a vision system is replaced, its labelled images, evaluation set and failure catalogue stay. Most organisations lose exactly this, because the assets belong to a vendor contract or a programme that ends. Asset survival is a dull supplier clause with an outsized effect on the ten-year trajectory.
Sustaining this stage is a governance discipline, and it is the stage most likely to regress. A reorganisation splits the fronts apart; a cost programme cancels the platform group because it ships no features; a new model programme negotiates its own stack for good local reasons. Compounding is not a plateau you reach but a position you defend, and the defence is mostly about who owns the shared assets when budgets tighten.
In practice
The field signal that closed the loop
A manufacturer noticed an unusual pattern in connected-vehicle diagnostic data on one component. Because the fleet corpus, the engineering test library and the plant inspection taxonomy shared identifiers, the pattern was traceable to a supplier process change and reproduced as a new inspection class at two plants inside the same quarter, with the corresponding scenario added to the validation suite. None of the three steps was novel. The loop closing without a project being raised was the novelty.
What it looks like
- Field data from vehicles improves plant models and engineering decisions, not just vehicle features
- A capability retired or replaced leaves its data, evaluation and evidence behind for the next one
- Strategic bets carry stated hypotheses, named tests and kill dates, and some are actually killed
- Absorption capacity is planned and grown as deliberately as plant capacity
Diagnostic signals you can check this week
- Ask whether a field failure has ever changed a plant inspection rule without a project being raised
- Ask what happened to the assets of the last AI system you retired
- Check supplier contracts for who owns labelled data, evaluation sets and failure catalogues
- Ask when a strategic bet was last killed on its own evidence rather than on a budget cut
Anti-pattern · Treating the shared foundation as overhead
The platform group ships no visible features, so in the first serious cost programme it looks like overhead and is cut or dispersed into the fronts. Within eighteen months the fronts have diverged again, the evaluation harness has three variants, and the next capability costs what capabilities cost at stage 2. Fund the shared foundation as infrastructure with a named business owner and a stated service, not as a project that finishes — and make the compounding effect legible in the same review where its cost appears.
What holds you here
Compounding is defended, not achieved — reorganisations, cost programmes and new model programmes all pull the shared foundation apart.
Highest-leverage next move
Give the shared foundation a named business owner, a stated service level and asset-survival clauses in every supplier contract.
Cost of leaving
- Effort
- Continuous
- Team
- Platform group as standing infrastructure, per-front owners, a bet portfolio with real kill authority
- Risk
- Concentrated — regression is organisational, arrives during cost programmes, and is rarely noticed for a year
If this is you, the next step is
We trace one real field signal end to end and show where the loop actually breaks.
Where vehicle manufacturers actually sit today
The distribution across the ladder, and why the Pocketed stage holds more manufacturers than any other — including several with excellent individual capabilities.
Most vehicle manufacturers are Pocketed. They have one or more AI capabilities in genuine daily use, defended by the people who rely on them, and almost nothing shared between those capabilities. The distribution below is weighted heavily toward that middle: a large majority have something real running, a much smaller group has a portfolio with owners and a sequence, and only a handful have reached the point where each new capability is cheaper than the last.
Illustrative distribution of vehicle manufacturers across the adoption ladder
Illustrative distribution, synthesised from published cross-industry AI adoption research and automotive-sector reporting; it is a model of the shape, not a survey result. The pattern it encodes is well documented elsewhere: a large mass of organisations with working AI capabilities, and a much smaller group that has made those capabilities cheap to repeat.
Share of manufacturers
- 21% — 1 · Experimenting
- 38% — 2 · Pocketed (the mode)
- 26% — 3 · Programmed
- 12% — 4 · Platformed
- 3% — 5 · Compounding
Source: Illustrative, anchored to Stanford HAI's AI Index adoption tracking and automotive-sector reporting
The distribution is not a judgement about capability. Several manufacturers with genuinely leading in-vehicle software sit at stage 2 on this ladder, because the leading capability is a vertical: it shares no data foundation, no evaluation harness and no engineers with the plant or with engineering. That is a defensible position for a while — a hard product deadline is an excellent forcing function — but it caps the rest of the estate, and it means the company's tenth AI capability will cost roughly what its first one did.
The automotive industry supports 14 million jobs and accounts for 34% of Europe's R&D investment.
Context matters for reading that distribution. This is an industry that already spends more on research than almost any other in Europe, according to ACEA (opens in a new tab), and whose German association the VDA (opens in a new tab) tracks a simultaneous electrification and software transition. Broader analyses of the sector's direction from McKinsey's automotive and assembly practice (opens in a new tab), Deloitte's automotive insights (opens in a new tab) and the World Economic Forum (opens in a new tab) all describe the same squeeze: several transitions demanding capital and engineering attention at the same moment. AI adoption is not happening in a quiet year.
The three-front board: what ships, who gates it, and where the value lands
The reference table for this page. Product, plant and enterprise, compared on the six attributes that determine how quickly an initiative on each front can actually reach production.
The three fronts differ on six attributes, and every one affects lead time more than model quality does: what actually ships, the cadence it ships on, the regulatory regime it enters, the system of record it lands in, who can do the work, and where the value shows up. Read the board below as the scoping tool it is — before an initiative is approved, its row tells you which gates it must clear and roughly what that costs in calendar time.
| Front | What actually ships | Natural cadence | Regime it enters | System of record | Absorption unit |
|---|---|---|---|---|---|
| Product — in the vehicle | ADAS and perception functions, in-cabin assistants, range and charging prediction, diagnostics | Software: weeks to months, once OTA exists | Type approval, UN vehicle regulations, functional safety and SOTIF, market-by-market homologation | Vehicle software stack and the release train | Validation and safety-evidence capacity |
| Plant — on the line | Vision inspection, weld and torque anomaly detection, predictive maintenance, scheduling, generative work instructions | Model-year and shutdown windows: one to four times a year | IATF 16949 quality process, plant change control, worker safety and consultation | MES, quality system, andon and maintenance systems | Plant change windows and validated-process engineers |
| Enterprise — across the business | Engineering copilots, requirement and test drafting, supplier and contract analysis, warranty and claim triage | None imposed — as fast as procurement and policy allow | Data protection, EU AI Act classification, works-council consultation, supplier confidentiality | PLM, sourcing and contract systems, warranty and dealer platforms | Policy review capacity and genuine workflow integration |
The regime column is where most cross-front planning goes wrong. A manufacturer that has learned to ship plant AI quickly assumes the same team can ship an in-vehicle feature at a similar pace, and it cannot — not because the engineers are less capable, but because the evidence burden is categorically different. The table below sets out what each regime actually asks of an AI feature, so that the difference is a planning input rather than a discovery.
| Regime | Applies to | What it demands of an AI feature | Front |
|---|---|---|---|
| Vehicle type approval (UNECE WP.29) | Anything shipped in a vehicle sold in a regulated market | That the vehicle type, including its software, is approved before sale — and that later software changes are managed under an approved process | Product |
| Cyber security and software update management (UN R155 / R156) | New vehicle types in the EU and other adopting markets | A demonstrable management system for cyber security and for software updates, audited rather than asserted | Product |
| Functional safety and SOTIF (ISO 26262, ISO 21448) | Safety-related vehicle functions, including perception | A traceable argument from hazard through mitigation to test evidence — which constrains architecture, not just testing | Product |
| Consumer safety assessment (Euro NCAP and equivalents) | Driver-assistance behaviour as experienced by a customer | That the feature performs in published assessment scenarios, which effectively sets a de facto behaviour spec | Product |
| Automotive quality management (IATF 16949) | Manufacturing processes and their changes | Change control, process capability evidence and traceability for anything that affects product quality | Plant |
| EU AI Act classification | AI systems placed on the market or used in the EU, by risk class | Correct classification, documentation and human-oversight arrangements proportionate to the class | Product and enterprise |
| Data protection and works-council consultation | Employee, customer and supplier data, and changes to job content | Lawful basis, retention limits and consultation before deployment where work content changes | Plant and enterprise |
Two consequences follow. Sequence by regime rather than by enthusiasm: plant and product initiatives of identical technical difficulty can be six months and two years respectively, and putting them in the same quarter's plan is a planning error rather than an ambition. And invest in the regime work as a shared asset — a management system for software updates, a reusable safety-argument template, an EU AI Act (opens in a new tab) classification procedure and a mapping to the NIST AI Risk Management Framework (opens in a new tab) are each expensive once and nearly free thereafter. Treat them as per-initiative overhead and you pay for them every time.
Absorption capacity, not budget, sets the pace
A manufacturer can fund far more AI than it can absorb. What an absorption unit is, how to count yours, and why the queue behind an over-funded portfolio never appears on a spend report.
Absorption capacity is the number of AI changes an organisation can actually take from approval through validation into supported production in a given period, and in automotive it is almost always smaller than the funded portfolio. This is the single most useful idea on this page, because it reframes the adoption question. The board does not need to decide whether AI is worth funding — that argument was won. It needs to decide which three of the eleven funded initiatives will exist in eighteen months, because the other eight are going to queue whether or not anyone says so.
An absorption unit is a team, not a budget
What gets consumed is a group who can carry a change end to end: understand the process, build or adapt the model, produce the evidence the regime demands, integrate it into the system of record and stay on call afterwards. Most manufacturers have between two and six such groups company-wide and can name every member. Budget buys models; it does not buy this.
Absorption is per-front, and the units are not interchangeable
A team that can get a vision model through plant change control is not automatically a team that can produce a safety argument for a perception function. A single company-wide number hides exactly the shortage you need to see. Count three, one per front, and expect them to be uneven.
The queue is invisible in every standard report
Spend reports show funding, not throughput. A portfolio funded at eleven and absorbed at three looks healthy in every financial view while quietly producing eight demoralised sponsors and a growing suspicion that AI does not work here. Only approved-versus-delivered by quarter surfaces it, and almost nobody produces that report.
Absorption can be bought, but not instantly
Three routes: train validated-process engineers in AI delivery, hire integration engineers who can learn the domain, or contract partners with their own delivery capacity. All three take two to four quarters to appear as throughput, which is why absorption has to be planned a year ahead of the portfolio it will carry — exactly as plant capacity is.
The talent market is why it stays scarce
Vehicle manufacturers are not competing for these engineers against each other. They are competing against technology firms and losing on cash compensation in most markets. What automotive offers instead is distinctive: physical systems, safety-critical work, a decade-long product life and problems that exist nowhere else. Recruit on that and people stay; try to win on package alone and they leave at around eighteen months, exactly when they had become useful.
| Front | What you actually run out of | Realistic annual throughput at stage 3 | The tell that it is over-subscribed |
|---|---|---|---|
| Product | Validation and safety-evidence capacity, and access to the vehicle release train | One to three substantive features per release train | Features complete and then wait months for a release slot |
| Plant | Change windows and engineers who can take a change through validated-process control | Two to six changes per plant, unless the software layer has been separated from the process layer | Approved plant use cases with no scheduled window |
| Enterprise | Policy and works-council review capacity, and genuine integration into the working system | Three to eight integrated capabilities, far fewer than the licences purchased | Rising licence counts with flat task-completion measures |
Funded ambition against absorption capacity
Plot what you have funded against what you can carry. Three of the four quadrants call for a change in the portfolio rather than a change in the technology — and the top-left quadrant is where most vehicle manufacturers currently sit.
The queue
- Funded far faster than it can be delivered
- Where most manufacturers currently sit
- Fix: cut the portfolio to what one quarter can carry, or buy absorption before buying more models
Compounding
- Ambition and capacity roughly matched
- Constraint moves to bet quality, not throughput
- Fix: protect a share of capacity for bets that cannot pay back this year
Deliberately small
- Modest portfolio, modest capacity
- Entirely valid for a smaller manufacturer or supplier
- Fix: nothing, provided the choice is stated rather than accidental
Under-used bench
- Capacity built ahead of a portfolio to use it
- Rare, and it decays fast — good engineers leave idle benches
- Fix: commit the capacity to a real front within a quarter or lose it
One arithmetic exercise makes this concrete, and it takes an afternoon. Count how many AI initiatives were approved in each of the last four quarters. Count how many reached supported production. Divide. That ratio is your absorption rate, and it is the most honest planning number in the building — more honest than any maturity score, including the one from the assessment on this page. If the ratio is below one in three, the next investment is capacity, not capability.


