Solutions / For Charger OEMs

EVSE Technology Partner for Charger OEMs

Charger companies are usually strong in one part of the stack and dependent elsewhere. The dependency that hurts most is firmware, because it never stops needing attention.

A protocol that keeps evolving, backends that interpret it differently, security expectations that rise, and a fleet in the field expecting updates. That obligation is permanent, and it is the one most often underestimated when a charger company decides what to own.

Discuss a partnership

For Charger manufacturer, hardware brand

01

Where OEMs usually need help

Swipe to compare

GapWhat it looks like
Firmware and protocolProduct works, protocol maintenance has no owner
CertificationDesign complete, route to market unclear
Production engineeringDesign works, does not build repeatably
BackendHardware ready, no platform to sell it with
Cost positionProduct competitive technically, not commercially
LocalizationCustomer requires local manufacture you cannot offer
02

Buy the controller rather than build the stack

If you build enclosures, power paths and cables well but do not want to own an OCPP implementation, the controller is the subsystem to take under an integration programme. Your product stays yours; the maintenance obligation moves.

03

Or develop the product together

Where the requirement is a product that does not exist yet, development runs from requirements through architecture, prototype, validation and certification to pilot build. Scoped at the depth the commercial objective needs rather than at the deepest available.

04

Ship it with software

Selling hardware with a platform attached changes the proposition, because the buyer gets one supplier and one place to go when something fails between layers. It also means your product is judged on software behaviour, which is a real exposure to price in.

05

Design for where production ends up

If a customer may later require local manufacture, designing for that transfer at architecture stage costs little. Retrofitting a design for transfer afterwards is awkward and sometimes impossible without revisiting decisions.

06

What an end-to-end programme looks like

Where an OEM wants the whole path rather than one piece, the sequence runs: an initial sample batch to validate the platform in your conditions, customisation to make the product yours, technology transfer of the design and production package, then localization support to get it building at your own site.

The software can come with it. The same organisation builds the charging management platform, the operations suite and the charger registry, so a hardware programme does not have to arrive without a way to operate the fleet it produces.

07

What one OEM programme looked like end to end

A renewables company in Europe entering EV charging, with nothing in the field and no way to forecast volume honestly. Samples first, their own management platform developed alongside, volume once the samples had proved the case, then customisation to their form factor, technology transfer of two AC platforms starting at 3.3 kW, and finally manufacturing set up in their own market.

The hardest part was not engineering. It was qualifying suppliers in a market where we had no relationships, and it took longer than moving the design. Any OEM planning to build locally should budget for that specifically.

They are in production and run their own operational system. This is the shape of an end-to-end programme when it works.

08

The software half of an OEM programme

A charger without a platform is a product you cannot sell twice. Most OEM conversations start at the hardware and the ones that succeed cover the software in the same breath.

  • The charging management platform your customers will actually operate on
  • Warranty management, so claims, returns and root cause analysis are a system rather than a mailbox
  • The operations suite: monitoring, ticketing, dispatch and the automation around them
  • APIs, so your customers can build on what you sold them

We develop the product and the software together and ship them as one thing, which is the only arrangement where a fault gets diagnosed instead of attributed.

09

What else comes with it

  1. 1

    Test setup and certification

    We build the test systems and take products through accredited laboratories. We have done this for our own products and for customers'.

  2. 2

    Manufacturing support

    Production setup, line planning, test jigs, vendor qualification and the documentation a factory builds from.

  3. 3

    Operations support

    Running the network, or supporting the team that does, after the units are in the ground.

  4. 4

    Consulting

    Where the question is which of the above you actually need, which is frequently the first conversation rather than the last.

Want this applied to your own site?

Discuss a partnership

Technically reviewed by Anees P K, Director of Technology. Last reviewed 2026-09-01.

Frequently asked questions

Can we use your controller in our own charger?

Yes, under an integration programme covering controller, firmware and integration support. Enclosure, power path, protection selection and positioning remain yours.

Do you compete with us?

We manufacture AC chargers, so in some markets yes. Where that is a concern, say so at the outset and we will scope the relationship around it.

Can you handle certification?

We prepare the technical file and take products through accredited laboratories. The scheme determination rests with the certification body.

What if we want to manufacture locally later?

Tell us at architecture stage. Designing with a future transfer in mind costs little; retrofitting for one is expensive.

Discuss a partnership

Tell us which part of the stack is the dependency and we will tell you what the options cost.

Discuss a partnership