What Is the Best Architecture for My Smart Metering Programme?
The optimal design depends on scale, complexity, regulatory requirements and the number of connected devices.
Every briefing in this series has, in its own way, avoided answering the question this one asks directly — because the honest answer to "what's the best architecture?" has always been "it depends," and it's worth being precise about what it depends on.
Four factors do most of the work: the scale of the estate, its complexity, the regulatory environment it operates in, and the trajectory it's growing along. None of them individually determines the answer, but together they narrow it considerably — often more than a vendor comparison or a feature checklist ever could.
This briefing sets out those four factors, maps them to the architecture patterns covered elsewhere in this series, and gives a starting point for building the answer that fits a specific programme rather than a generic one.
Four inputs, not one formula
Scale
Tens of thousands of devices and tens of millions call for genuinely different platform, network and operational choices — what works at pilot scale often doesn't survive contact with the full estate.
Complexity
A single technology in a single territory is a different problem from a mixed comms estate spanning multiple regions, legacy fleets and acquired territories.
Regulatory requirements
Data residency, interoperability mandates, and price-control treatment of capex versus opex all push the architecture in specific, sometimes non-negotiable directions.
Growth trajectory
An estate expecting to double, absorb an acquisition, or take on major new device classes needs headroom the current footprint doesn't.
Where scale and complexity point
Scale and complexity are the two factors that move the needle most directly — plotting an estate against both narrows the field considerably before regulatory and growth considerations are even applied.
Figure 1. A starting map, not a final answer — regulatory constraints and growth trajectory can shift a programme off its "natural" quadrant, which is exactly why the other two factors still matter.
When the general pattern doesn't apply
A regulatory mandate for specific data residency or a named interoperability standard can override what scale and complexity alone would suggest. A utility with significant sunk investment in a particular HES or MDMS has real switching costs that the map doesn't capture. And a utility formed by merger or acquisition often inherits a mixed estate that doesn't sit cleanly in any single quadrant — its architecture needs to accommodate what already exists, not just what the clean-sheet answer would be.
How this maps to the rest of the briefing
The HES-versus-MDMS-versus-integrated-platform decision becomes more consequential toward the high-complexity side of this map, where a single vendor's roadmap has to stretch across more technology and more territory. The ownership-versus-SMaaS decision shifts along the same axes — SMaaS tends to suit the left side of the map, ownership the right, for the reasons covered in this series' comparison of the two models.
And an estate rarely stays in one quadrant. Growth trajectory is what moves a utility from one to another — which is why the architecture decision needs revisiting on a cycle, not settled once and left alone for fifteen years.
There is no single best architecture for a smart metering programme — only the best fit for a specific estate's scale, complexity, regulatory environment and trajectory, honestly assessed. The utilities that get this right are the ones that answer those four questions deliberately, and revisit the answer as the estate itself changes.
How a read moves across the estate
HOVER OR TAP A STAGE TO EXPAND TECHNICAL SPECS
The four factors, weighted
Scale and complexity are the factors a utility can measure today; regulatory environment and growth trajectory are the ones that change over the asset's life. Weighting the second pair heavily enough — even though they're harder to quantify — is what stops an architecture being right for year one and wrong by year ten.
The map is a starting point, not a verdict. The most expensive mistakes come from treating a quadrant as a permanent home rather than a phase the estate will grow through.
- 01
- 02
- 03
- 04Mobile IoT for Utilities — GSMA

Chris Gales
Chris Gales leads CEHG. He converts complex technical and commercial choices into clear decisions and dependable outcomes for utilities running connected device estates at scale.
He writes these field notes from the practice — on bearer migration, smart metering architecture, procurement and operations — to help estates start counting down early.

