ESP32 OEM/ODM: How to White-Label a Connected Product

If you want to sell a connected product but do not want to build a hardware team, the words "OEM" and "ODM" will come up in every conversation you have with a manufacturer. They are often used interchangeably, and that is where projects go wrong. They describe very different levels of involvement, very different ownership, and very different costs.

This article explains what each model actually means for an ESP32-based product, so you can choose deliberately instead of discovering the difference halfway through a contract.

OEM, ODM, JDM: the three models

The letters matter, because they define who designs what.

OEM (Original Equipment Manufacturer). In the strict sense, OEM means the factory builds *your* design. You own the schematic, the layout, and the firmware. The factory manufactures and assembles to your specification. You are the product owner; they are the hands.

If you have ever bought a product where the seller's logo was on the box but the engineering belonged entirely to them, that was a true OEM arrangement in the classic sense — the seller designed it, a contract manufacturer built it.

Confusingly, in everyday usage "OEM" is often used loosely to mean "we put your brand on an existing product." That is really ODM or private label. Watch for this when you talk to suppliers: a factory that advertises "OEM service" may mean either the strict definition or the loose one, and the difference is tens of thousands of dollars in engineering cost.

ODM (Original Design Manufacturer) and custom ESP32 product development. The factory owns the design. They have an existing ESP32-based board or product platform, and they adapt it to your requirements — branding, enclosure, firmware features, sometimes interfaces — to create a custom esp32 product. You get to market faster and cheaper, but the core design is theirs, and so are the constraints.

This is the model behind most white label iot hardware sold under different brands: the same board inside, a different logo outside.

JDM (Joint Design Manufacturing). A hybrid. You and the factory's engineering team design together. Ownership is negotiated, usually split by contribution. This is common for products that are "almost standard" but need real customization.

The practical question is always: who owns the schematic, the layout files, and the firmware source? Everything else follows from that.

Why the distinction matters for ESP32 products

ESP32 products sit in a sweet spot that makes this question especially sharp: the modules are cheap and well-documented, so an ODM platform can get you to market fast. But the moment your product has a specific antenna requirement, a certification target, or a power budget, the limitations of a generic ODM platform show up.

Three ESP32-specific considerations:

Antenna and RF. If the ODM platform uses a module with an integrated antenna and a fixed keep-out, you cannot move the antenna, and you cannot easily change the RF performance. If your product needs a specific range or a specific enclosure material, that constraint may rule out a standard ODM board. A metal enclosure, for instance, can turn a working ODM design into a product with half its advertised range.

Certification. ODM platforms often ship with existing certifications — a real time and money saver. But if you modify the design (change the antenna, move components near the radio), you may invalidate the certification and inherit the testing burden yourself. In the US, that means a fresh FCC Part 15 submission; in the EU, a new esp32 ce certification self-declaration backed by test data. Either can cost more than the platform itself.

Firmware ownership. In many ODM arrangements you get a binary, not source. If you need to integrate with your cloud, add features, or fix bugs, having no source is a serious limitation. Insist on understanding the firmware arrangement before you sign — and decide in advance who owns the over-the-air update infrastructure, because that detail determines whether you can push a security patch without the supplier's help.

What you own, by model

| Item | OEM (your design) | ODM (their design) | JDM (shared) |

|---|---|---|---|

| Schematic | You | Them | Shared |

| PCB layout | You | Them | Shared |

| Firmware source | You | Usually them | Negotiated |

| Enclosure tooling | You (or theirs) | Them | Negotiated |

| Certifications | You own the process | Often transferred | Shared |

| Time to market | Slowest | Fastest | Medium |

| Cost to start | Highest | Lowest | Medium |

| Second-source flexibility | Full | None | Limited |

If you plan to raise investment, sell, or scale, ownership of the design files matters more than the launch date. Investors and acquirers ask a simple question: if this supplier disappeared tomorrow, could you keep shipping? With OEM, the answer is yes. With ODM, it is usually no.

What it actually costs

ODM is cheaper up front because you are buying into an existing design. You pay for customization, tooling, and per-unit manufacturing, but not for a ground-up design.

OEM is more expensive up front because you are paying for design work — schematic, layout, prototype iterations — before a single unit ships. But your per-unit cost may be lower at volume, because you are not paying a margin to the platform owner.

JDM sits between and is usually the most negotiation-heavy.

The trap is comparing only the up-front numbers. An ODM that is cheap to start can be expensive to change later if you hit a design ceiling. An OEM that is expensive to start can be the cheapest path if you need exactly the product you specified. A useful exercise is to model the total cost of ownership over three years — design, tooling, per-unit, and the cost of one forced redesign — rather than comparing two quotes for the first run.

The redesign line is the one people forget, and it is often the largest.

How to choose

Choose ODM when: your product is close to an existing platform; time to market matters more than design ownership; your requirements fit within the platform's constraints; and you are comfortable not owning the design.

Choose OEM when: your product has specific technical requirements (RF, power, certification, form factor); you need to own the IP; you plan to scale or raise money; and you are willing to invest up front.

Choose JDM when: you have some in-house capability; your product needs real customization but not a full redesign; and you want to share risk.

The questions to ask any supplier

Before you sign anything, get clear answers to these:

  • Who owns the schematic, layout, and firmware source — and will I receive the files?
  • If I modify the design later, what happens to the certification?
  • What is the minimum order quantity, and how does the per-unit price scale?
  • Can I take the design to a different manufacturer later, and will I have what I need to do so?
  • What is the process if a unit fails in the field?
  • Which parts of the product are proprietary to you, and which are mine?
  • What happens to my tooling if we stop working together?

A supplier who answers these clearly is one you can work with. A supplier who deflects is telling you something.

Worked example: the same product, three ways

To make the difference concrete, imagine a Wi-Fi temperature and humidity sensor for commercial buildings. Roughly the same hardware, three very different paths.

The ODM path. A factory already sells a white-label sensor with an ESP32 inside, a plastic enclosure, and a mobile app. You ask them to put your logo on it, change the enclosure colour, and adjust the firmware to report to your cloud. They quote a low per-unit price and a short lead time. You can be selling in six weeks.

What you do not control: the antenna inside the enclosure (which limits range in a metal riser closet), the exact power profile (so battery life is what it is), and the firmware source (so your cloud integration is whatever they built). If your product later needs a different sensor, you start over.

The OEM path. You specify the sensor, the enclosure, the antenna placement, and the firmware you own. A design house captures the schematic and lays out the board; a factory builds it. The per-unit price at volume is often lower than the ODM platform, because you are not paying an IP margin — but you spent a design fee and twelve weeks before the first saleable unit.

In exchange, the board is yours: you can change the sensor, the radio region, or the enclosure without asking permission.

The JDM path. You have some firmware capability and a rough hardware idea. You and the factory split the work: they handle the module integration and certification, you handle the sensor front end and the cloud side. Ownership is written into the contract by contribution. This is the messiest to negotiate and, for a team that already has half the skills, often the best value.

The lesson is not that one model is better. It is that the model determines what you can change later, and "later" always comes.

The trap of the loose "OEM" label

Because the labels are used loosely, the first job in any supplier conversation is to translate. When a supplier says "we offer OEM," ask one question: "who draws the schematic?" If the answer is "we do," you are talking to an ODM arrangement wearing an OEM label. If the answer is "you do, we build it," it is a true OEM contract. If the answer is "let's split it," you are in JDM territory.

Getting this straight early prevents the most expensive misunderstanding in hardware: assuming you will receive design files that the supplier never intended to hand over.

Payment structure and what it signals

The payment terms often tell you which model you are really in, before the contract does.

  • In a true OEM arrangement, you typically pay separately for an engineering or NRE phase, then per-unit manufacturing. The engineering invoice is your signal that you are buying design work and will receive the outputs.
  • In an ODM arrangement, the price is usually a unit price with a tooling or setup fee, and there is rarely a line for engineering. That is because the engineering already exists — and belongs to them.
  • In JDM, you often see a shared engineering line, sometimes with the cost split explicitly by workstream.

If a supplier insists there is no engineering cost but also will not hand over the schematic, you have found the gap between what they called the model and what it actually is.

How ownership affects your exit

The most underrated question in these contracts is the exit. Three years in, you may want to change manufacturers, raise money, or sell the company. In each case, someone will ask whether you can keep making the product without your current supplier.

  • With full OEM ownership, the answer is yes: you hold the schematic, the layout, the firmware source, and the BOM. Moving to a new factory is a logistics exercise.
  • With ODM, the answer is usually no. You may hold a licence to sell the product in certain markets, but you do not hold the design. If the relationship ends, so does the product.
  • With JDM, it depends entirely on what the contract says, which is why it must be written down rather than agreed verbally.

This is not a reason to avoid ODM. It is a reason to price the lack of ownership into your plans — and to negotiate a licence or a buy-out option while you still have the upper hand, which is before you sign.

What a hardware handoff package should contain

Whichever model you choose, at some point engineering hands over to manufacturing, and the quality of that handoff determines how smoothly everything after it goes. A complete package for an ESP32 product includes:

  • The schematic, as a PDF and in editable form.
  • The PCB layout, with the stackup defined and the RF section marked.
  • Gerbers, drill files, and the fabrication notes, including the impedance requirements.
  • The BOM, with manufacturer part numbers, references, and second sources.
  • The assembly drawings and pick-and-place files, correct for each side.
  • The firmware source or binary, depending on the model, plus the build instructions.
  • The test specification, so production knows what "passing" means.

In an OEM arrangement, you receive all of this. In an ODM arrangement, you may receive only the finished product. In JDM, the package is split by the contract. The point of listing it is that "who owns the design" is really a question about which of these files end up on your computer at the end of the project — and that is a concrete thing you can put in writing.

Where the ESP32 platform makes the choice easier

On many platforms, going ODM means accepting a big gap between the reference design and your product. On ESP32, that gap is smaller than it looks, because the platform is unusually well documented. Espressif publishes reference schematics, layout guidelines, and module integration notes for free, and the module ecosystem is deep.

That means an esp32 odm platform based on an ESP32 module is often closer to your target than an ODM platform on a less documented chip. It also means that if you do decide to own your design later, the reference material to do it is already in your hands. For a team weighing OEM against ODM, this is worth counting: the cost of owning an ESP32 design is lower than the cost of owning a design on a chip with poorer documentation.

A decision, revisited as the product grows

The model you choose at launch is not necessarily the model you keep. A common and healthy progression looks like this:

  • Launch on ODM to prove the market quickly and learn what customers actually want.
  • Move to JDM once demand is proven and the customization requests become specific.
  • Move to OEM when volume and margin justify owning the design outright.

Each step trades a little speed for a little control, and each is easier if you negotiated the option to move up front. The worst outcome is launching on ODM with no path to ownership, then discovering that the design ceiling caps the product just as demand arrives. If you think you might want to own the design eventually, say so at the start, and get the transition written into the agreement.

The IP questions that outlive the project

The ownership discussion usually focuses on the files, but the more durable questions are about intellectual property that exists before and after those files:

  • Background IP. What did you bring, and what did the supplier bring? If the supplier's platform contains patents or trade secrets, your licence to them has to survive the relationship.
  • Foreground IP. What is created during the project, and who owns it? This is where JDM gets complicated, because both sides contribute.
  • Brand and trademark. The name on the product is usually yours, but confirm it is registered and that the supplier cannot use it elsewhere.
  • If the supplier improves the design for you, do those improvements belong to the design you own or to the supplier's platform?

These questions are answered in a contract, not in a handshake, and they are far cheaper to settle while everyone is still friendly.

A practical way to start

If you are unsure which model fits, a low-risk way to start is with a defined piece of work rather than a whole product. Ask a design house to scope one milestone — a schematic review, a module selection study, a layout of one board — and use that engagement to test how they communicate, whether they explain their decisions, and whether the deliverable is what you expected.

A team that handles a small, scoped piece of work well is a team you can trust with a whole product. A team that struggles on a small piece will not improve when the stakes are higher. The cost of finding out early is a fraction of the cost of finding out on the full project.

A final word on timing: the model decision should be made as early as the product definition, not when the first supplier conversation happens. By the time you are comparing quotes, the architecture is usually locked, and the architecture is where the model is really chosen. Decide whether you intend to own the design before you decide what the design contains, and the rest of the project gets simpler.

Where we fit

We work with clients across all three models. If you need your own ESP32 design — schematic, layout, and a clean handoff to manufacturing — that is our PCB design service. If you already have a schematic and need layout plus a manufacturing-ready package, see pcb-layout.

And when it is time to build and assemble, that runs through PCB PCBA order online.

Tell us whether you want to own the design or buy into one, and we will tell you which model fits.

OEM means the factory builds your design; ODM means they own the design and adapt it for you; JDM means you design together. The difference comes down to who owns the schematic, layout, and firmware. For ESP32 products, antenna freedom, certification, and firmware source are the three constraints to check first. ODM is faster and cheaper to start but caps your control; OEM is slower and costlier up front but you own the product.

Ask every supplier the ownership and handoff questions before you sign — and model the total cost over three years, not just the first order.

Related Posts
Start typing to see products you are looking for.
Shopping cart
Sign in

No account yet?

Shop
Wishlist
0 items Cart
My account