Stellantis Shows What Happens When Cost Falls Faster Than Complexity
The numbers suggest something deeper than a cost-cutting story: a struggle to simplify a huge industrial system while the automotive industry keeps adding new complexity.
In this article
In 2023, if you looked only at Stellantis ' financial performance, the merger economics looked exceptional: €189.5 billion in revenue, €24.3 billion in adjusted operating income, a 12.8% margin and €12.9 billion in industrial free cash flow. The merger synergies had also arrived faster than originally expected.
Less than two years later, the same company was reporting a €22.3 billion net loss, cancelling or reassessing programmes, writing down billions in development expenditure and resetting a large part of its strategy. That headline loss should not be confused with €22.3 billion of ordinary operating cash burn; a substantial part came from impairments, programme cancellations and the strategic reset.
That contrast is what interests me.
When an industrial system moves from apparently excellent performance to major rework that quickly, my first question isn't where all the money went.
What was already happening inside the system before the financial numbers showed it?
After looking at Stellantis from that angle, I keep coming back to one distinction:
A company can remove cost faster than it removes complexity.
I don't think complexity explains everything that went wrong at Stellantis . Pricing, product timing, electrification assumptions, regulation and regional decisions clearly mattered too. I see complexity more as an amplifier: the more complicated the system becomes, the more expensive it is when one of those assumptions turns out to be wrong.
The merger economics worked
It is easy now to look backward and say the PSA–FCA combination was a mistake. The evidence doesn't support that simple conclusion.
The industrial logic was credible. FCA brought strong North American positions, particularly Jeep and Ram. PSA brought cost discipline, modular-platform experience and a profitable European operation. The original combination targeted roughly €3.7 billion in annual synergies. By 2022, Stellantis reported €7.1 billion in net cash synergies, already beyond the original target, while adjusted operating margins remained around 12–13%.
The savings, integration benefits and profitability were real. But while those numbers were improving, Stellantis was also managing an extraordinary amount of change: legacy PSA and FCA architectures, fourteen brands, new global platforms, a major software transformation, electrification and different regional and regulatory requirements.
None of that automatically means the company was badly managed. But it creates a question I would want answered inside almost any large industrial organisation:
How much workload disappeared with the cost, and how much simply remained inside a leaner organisation?
I don't work inside Stellantis , so I cannot tell you how many approval levels sat behind an engineering decision or whether specific teams were overloaded. The public data do not tell us that, and I wouldn't pretend otherwise. Decision latency, engineering WIP, approval layers, meeting load and programme-level workload are not publicly available.
What I can say is that people and resources are part of capacity, while platforms, variants, interfaces, changes, validation and coordination create workload. Reducing one does not automatically remove the other.
The problems didn't all appear in the financial statements
One of the clearest signals wasn't inside a Stellantis factory.
It was sitting outside dealerships.
In the US, Stellantis' market share fell from 9.6% in 2023 to 7.6% in 2025. Pricing had risen significantly, inventories became heavy, and incentives increased as the company worked to rebalance supply and demand.
In manufacturing, when material accumulates between two operations, I don't see only inventory. I see information. Something upstream and downstream is no longer synchronized.
I think of dealer inventory almost like downstream WIP: finished vehicles sitting between the industrial system that produced them and the customer the system expected to absorb them.
That doesn't tell you the root cause. It might be pricing, product mix, product age, planning, powertrain availability or several of those at the same time. But the buffer tells you where to start asking questions. Stellantis' US dealers were raising concerns about inventory, sales and the condition of the brands before the full financial deterioration became impossible to ignore.
Quality gives us another signal.
At the end of 2025, Stellantis carried €14.124 billion in product warranty and recall provisions. That does not mean Stellantis generated €14.1 billion of defects that year; the provision covers expected future warranty, recall and related costs. What caught my attention was Stellantis' own reporting, which referred to deterioration in quality associated with operational choices that had not delivered the expected quality performance.
A warranty issue found by a customer today may have started months earlier in design, a supplier choice, validation, industrialisation or a late programme change. Warranty is one of the places where earlier decisions eventually come back with a price tag attached.
Optimising one part of a system doesn't guarantee that the total system becomes cheaper. If those optimisations are poorly balanced, the cost can simply change address.
That doesn't prove Stellantis' cost reductions caused its later quality problems. Public data cannot establish that relationship at programme or component level. But it is exactly the interface I would investigate: the cost of the original decision versus the total cost after warranty, rework, delay and customer impact.
The 2025 reset gives another example. Stellantis recognised roughly €6.2 billion in impairment or write-off of capitalised development expenditure as programmes, platforms and assumptions were reassessed.
I don't mean an impairment is literally rework or scrap in accounting terms. I mean it in the industrial sense of learning late.
Change a design while it is still an idea and the cost may be limited. Change it after engineering, tooling, validation, supplier capacity and launch preparation have already moved forward, and the same learning becomes much more expensive.
And the cost doesn't stop at the OEM. Cancelling a programme doesn't cancel the engineering, tooling and capacity suppliers may already have committed. Stellantis' reset created material supplier-related costs and obligations.
For me, that's what makes these programme cancellations interesting beyond the accounting impact. They raise a more industrial question: when did the organisation learn that its previous assumptions were no longer valid?
I wouldn't start by counting brands
One of the easiest Stellantis takes is: “Fourteen brands are too many.”
Maybe some of them ultimately are. Brands aren't free. Marketing, distribution, homologation, differentiation and capital all cost money. Maserati's 2025 economics show how difficult the equation becomes when a brand loses sufficient scale.
But if I were looking for the complexity problem, I wouldn't start by counting logos.
I would start by counting interfaces.
I would look at the number of architectures, component families, software environments, validation paths, propulsion configurations and programme-specific solutions that still have to be maintained underneath those brands.
Because a brand can remain distinctive without requiring a completely separate industrial system underneath it.
That leads to one principle I think Stellantis will have to execute extremely well:
Standardise what the customer does not need to feel. Protect what the customer pays to feel.
A hidden component can be common. An architecture can be common. Parts of the software stack can be common. But if commonality makes a Jeep, Peugeot, Fiat and Alfa Romeo increasingly feel like variations of the same product, you've simplified the wrong thing.
This is why STLA One interests me. Stellantis intends the architecture to consolidate five architectures into one scalable B/C/D-segment architecture, support more than 30 models and enable much greater component reuse. The company itself describes reducing complexity and strengthening supplier stability as objectives.
Software makes that architecture challenge even more interesting.
In 2021, Stellantis expected STLA Brain, SmartCockpit and AutoDrive to begin deploying at scale from 2024. The current architecture now positions STLA One in 2027 as the first platform slated to integrate Brain, SmartCockpit and steer-by-wire, with the broader next-generation software rollout extending beyond that point.
I wouldn't call that proof that Stellantis' software strategy failed. It isn't. But the shift in timetable matters because hardware, software, validation, suppliers and vehicle programmes eventually have to converge into one product that can be industrialised reliably.
When that convergence takes longer than originally expected, the effect isn't confined to an IT roadmap. It can propagate into product timing, engineering workload and programme decisions.
The number I would watch is 24 months
Stellantis' new strategy targets vehicle development at around 24 months, down from as much as roughly 40–44 months.
That number may tell us more about the turnaround than another headcount target.
Faster is not automatically better. Compress engineering badly and you can create validation problems, quality escapes and expensive late changes. But development lead time tells you something about the health of the system: how quickly a customer signal can become an engineering decision, how long work waits between functions, and how much engineering has to be repeated because learning arrived late.
A vehicle-development cycle isn't just an Engineering KPI. It is the accumulated result of decisions and interfaces across the organisation.
The competitive context isn't getting easier either. Some leading Chinese manufacturers are challenging Western OEMs not only through cost, but through different engineering structures, tighter supplier integration, higher vertical integration and compressed development loops.
At the same time, Stellantis has to deal with software, ICE, hybrids, PHEVs, range extenders, BEVs and different regional requirements. Multi-energy gives the company flexibility against uncertain demand, but that flexibility has an engineering cost too: more configurations, calibration, validation, supply-chain combinations and manufacturing complexity unless the common architecture underneath them is extremely disciplined.
Stellantis is therefore trying to remove yesterday's complexity while tomorrow's complexity is still being created.
Stellantis is already changing
This is why I wouldn't frame the issue as “How I would save Stellantis.”
Antonio Filosa and his team clearly already understand many of the visible problems. The current strategy concentrates roughly 70% of brand and product investment on Jeep, Ram, Peugeot, Fiat and Pro One. It aims for greater platform and component reuse. European capacity is planned to fall by roughly 800,000 vehicles while utilisation moves from around 60% toward 80%.
Regional teams are receiving more authority, the company is restoring more affordable products and broader powertrain choices, quality is being attacked directly, and development time is now a strategic target.
Stellantis hasn't abandoned cost discipline. It is still targeting major savings. But the emphasis appears to be shifting from simply making the existing system cheaper toward removing complexity from the system itself.
There is another reason I wouldn't describe Stellantis as a broken company: it wasn't failing everywhere.
South America remained strongly profitable in 2025, producing €1.96 billion in adjusted operating income on €16.2 billion of revenue. Middle East & Africa also remained highly profitable, while Stellantis retained a leading position in European light commercial vehicles.
That matters. If Stellantis simply had one universally dysfunctional operating system, I would expect the deterioration to look much more uniform.
It doesn't.
So I would want to understand what the stronger parts of Stellantis are already doing differently: product-market fit, regional decision authority, platform mix, pricing, capacity utilisation, supplier structure and speed of response. Not every difference will be transferable between regions, but sometimes the best benchmark for fixing a company is already inside the company.
There are signs of recovery too.
H1 2026 revenue increased 10% and adjusted operating income recovered to €1.73 billion. In Q2, North American revenue rose 32%, shipments rose 38%, and industrial free cash flow turned positive for the quarter. But Europe was still loss-making at the adjusted operating level, and group profitability remained far below the 2021–23 period.
Part of the North American shipment improvement involved dealer replenishment, so stronger shipments shouldn't automatically be interpreted as equivalent growth in sustainable customer demand.
Sell-in and sell-through are not the same thing.
The recovery therefore still has to answer a harder question: can Stellantis restore customer pull, profitability and cash generation without rebuilding the buffers that helped hide the previous mismatch?
What I would measure next
If I had access to Stellantis' internal operational data, I would spend less time looking at another headline headcount target and start with four measures: decision lead time, from a real customer, plant or supplier signal to an accountable decision; engineering WIP, meaning how many programmes, changes and urgent actions compete for the same critical resources; rework, particularly engineering or validation repeated because learning arrived late; and recurrence, measuring how often the organisation solves the same class of problem more than once.
Those are not Stellantis' publicly reported KPIs. They're the kind of diagnostics I would want because they reveal flow: problem-to-owner time, owner-to-decision time, engineering release lead time, active programmes per critical resource, validation loops, late changes and recurring warranty issues.
And I would compare them by region, platform and programme.
Because the question isn't simply whether Stellantis is spending less. It is whether the work itself is beginning to flow better.
Stellantis already demonstrated that a huge automotive merger could extract enormous synergies. Now it has to demonstrate something more difficult: that scale can remain an advantage after the easy synergies have been captured.
The encouraging part is that the current strategy is already attacking several sources of complexity through fewer architectures, more reuse, higher utilisation, more focused investment, regional authority, shorter development cycles and stronger quality discipline.
But the industry will not wait while Stellantis simplifies. Software will keep expanding, powertrain choices will remain uncertain, regulation will continue to diverge, Chinese competitors will keep pushing cost and development speed, and customers will still expect Stellantis' brands to give them distinct reasons to choose one over another.
So I don't think Stellantis' challenge is simply to become smaller. And I don't think it is simply to cut more cost.
The harder job is to remove enough non-value-creating complexity that the scale created by the merger becomes an advantage again.
There is a big difference between making an organisation cheaper to run and making it easier to run.