Skip to main content

Fleet operations

What breaks first when a fleet scales by 100x.

Going from 100 to 10,000 vehicles isn't the same problem repeated — it's a different operating model. Here's what actually needs to change.

ChargeControl overview of charging activity
Charging overviewActivity, availability and context

The short answer

Growing an electric fleet from around 100 vehicles to 10,000 isn’t the same operation done more times — the processes that work at 100 vehicles (manual checks, a small team reviewing exceptions individually, ad-hoc spreadsheets) stop working well before the fleet gets anywhere near 10,000, because the volume of sessions, exceptions, and sites grows faster than a manual process can absorb. This is a scenario for thinking through what changes, not a claim about any specific fleet’s trajectory — the actual thresholds depend on the fleet’s mix of home, public, and workplace charging and how much of the operation is already automated.

What works at 100 vehicles usually doesn’t work at 1,000

At a smaller scale, it’s realistic for a fleet manager or small team to personally review charging sessions, catch obviously wrong reimbursement amounts, and handle exceptions one at a time as they come up. That approach depends on the exception rate staying low enough for a person to keep up with it. As vehicle count grows, the absolute number of exceptions grows too — even if the exception rate per vehicle stays the same — and at some point the review queue outpaces what a small team can process manually. The fleet doesn’t need a different problem to appear; it just needs enough volume that the existing problem stops being manageable by hand.

Data has to move from spreadsheets to a system of record

A spreadsheet works when there’s one person maintaining it and everyone trusts it as the source of truth. At larger scale, multiple people and systems need to reference the same charging, reimbursement, and cost data simultaneously, and a spreadsheet doesn’t hold up as a shared, concurrent data source — version conflicts and out-of-date copies become the norm rather than the exception. Moving to a system of record that multiple roles and systems can query directly is less about adopting new technology for its own sake and more about removing the single point of failure a spreadsheet represents once more than a few people depend on it.

Roles need to split as the exception volume grows

At 100 vehicles, one person can plausibly own charging policy, reimbursement review, and reporting. At larger scale, these tend to split into distinct responsibilities — someone owning policy and exceptions that need judgment calls, a different function handling routine settlement and reporting, and site or regional owners handling workplace charging capacity locally rather than centrally. This isn’t a fixed org chart that applies to every fleet, but the general pattern is that a single owner across the whole operation becomes a bottleneck well before 10,000 vehicles, regardless of how capable that person is.

Exception handling needs rules, not case-by-case judgment

The exceptions that come up at small scale — a missing session, a disputed reimbursement amount, a charger reporting incorrectly — don’t go away at large scale; there are just more of them. What has to change is how they’re handled: instead of a person looking at each exception individually, the fleet needs defined rules for common exception types, such as what happens automatically when a session is missing data, how disputes get routed, and what triggers a manual review versus an automatic resolution. This shifts human review to the genuinely ambiguous cases and lets the routine ones resolve without a person touching every one.

A staged rollout beats a single cutover

Fleets that try to redesign their entire operating model in one step, at the same time as scaling vehicle count, tend to have more disruption than fleets that stage the changes: first fixing data flow and reporting at the existing scale, then testing new exception rules against real data before relying on them, then splitting roles as volume justifies it, and only then pushing further vehicle growth on top of an operating model that’s already been tested. Scaling the vehicle count and redesigning the operating model at the same time makes it hard to tell which change caused which problem if something goes wrong.

What this means for planning ahead

The specific point at which any of these changes becomes necessary depends on the fleet’s actual charging mix and how much manual process is already baked in — there’s no fixed vehicle count where a switch flips. What’s consistent is the direction: manual review gives way to system-of-record data, a single owner gives way to split roles, and case-by-case exception handling gives way to defined rules. Planning for that direction before hitting the wall, rather than after, is what makes scaling to a much larger fleet possible without a period of reduced accuracy and unmanaged exceptions.