ODM Customization Buyer Guide

ODM customization buyer guide: how to specify software, housing, logo and packaging customization, in buyer steps.

What ODM and OEM mean here

ODM, original design manufacturing, and OEM, original equipment manufacturing, are often used interchangeably, but they describe different relationships. In an OEM arrangement, the buyer specifies a product, often based on an existing design, and the manufacturer produces it to that specification, usually with the buyer's branding. In an ODM arrangement, the manufacturer offers its own design, and the buyer selects and customises it. The customisation service published for this range covers software development, probe housing customisation in shape and colour, logo printing by laser, silk-screen or transfer methods, and custom packaging. A buyer should clarify which arrangement they are entering, because it affects who owns the design, who is responsible for changes, and what happens if the relationship ends.

That clarification should be in writing before any payment. A verbal understanding that a design is exclusive, or that a customisation will be available for reorders, is not a substitute for a written agreement, and a buyer who pays a deposit without one risks finding that the terms are different from what was assumed.

Software customization

Software customisation can mean several things: a branded app interface, a custom preset or measurement package, a different language set, or integration with a particular record system. Each of those is a different scope, with a different cost and lead time, and a buyer should specify exactly what is needed, rather than asking for custom software in general. The published app for this range is described as compatible with iOS, Android and Windows, with images saved in JPG, PNG, MP4 and DICOM formats, and any customisation should be specified against that baseline: what changes, on which platforms, and how it will be tested.

Testing is the part of software customisation that is most often underestimated. A custom app version needs to be tested on the devices the buyer will use, with the record system the buyer will use, and by the staff who will use it. A buyer should agree the testing plan, the acceptance criteria and the process for fixing faults before paying a deposit, because a custom version that is not tested in the buyer's environment may fail when it is deployed.

Housing, logo and packaging

Housing customisation covers the shape and colour of the probe housing, within the limits of the existing design. A buyer should ask which shapes and colours are available for the exact model, whether a new mould is needed, and what the minimum quantity and lead time are for a custom housing, because a new mould changes both cost and timing significantly. Logo printing covers laser, silk-screen and transfer methods, and a buyer should specify the logo file, the placement, the size and the durability required, and should approve a sample before mass production.

Packaging customisation covers the box and any insert or backpack option, and it should be specified with the same care: the box size, the material, the printed content and the quantity. Packaging is often treated as an afterthought, but it affects shipping, storage and the first impression a distributor's customer receives. A buyer should approve a packaging sample as well as a product sample, before committing to mass production.

The process, in buyer steps

Send your requirement, including the model, the customisation scope and the quantity. Confirm the sample, including the housing, the logo, the software and the packaging, before committing to mass production. Before payment, confirm the model, specifications, customisation scope, lead time and price in writing. Arrange mass-production delivery only after the sample is confirmed. Those steps are written as buyer actions, because a published company process is not by itself evidence that any particular order will follow it without a written agreement, and a buyer who follows those steps protects themselves against the most common customisation disputes.

In particular, a buyer should not pay a final payment before the sample is confirmed, and should not accept a mass-production delivery that differs from the approved sample without a written variation. Those two rules alone prevent most of the problems that arise in customised orders.

Costs, quantities and reorders

Customisation costs depend on the scope, and the most expensive items are usually a new mould, a new software version and a small quantity spread over a large fixed cost. A buyer should ask for a cost breakdown that separates the fixed customisation cost from the per-unit product cost, so that the cost of a reorder, where the fixed cost has already been paid, can be calculated. Confirm also whether the customisation is exclusive to the buyer, whether the manufacturer may sell the same customisation to others, and how long the custom tooling or software version will be retained for reorders. Those questions affect the long-term value of the customisation, and they should be answered in writing before the first order.

Protecting your customization on reorder

A customisation is only valuable if it can be reordered. A custom housing that cannot be remade, a custom software version that cannot be reinstalled, or a custom logo that cannot be reprinted, is a one-off, not a product line. A buyer should therefore agree, before the first order, how the customisation will be retained: how long tooling will be kept, how software versions will be archived, and what happens if the manufacturer changes its product line. Those agreements should be in writing, with a named contact responsible for them, because a verbal assurance that tooling will be kept is not a substitute for a written retention commitment.

Version control matters for software customisation in particular. A custom app version should be identified by a version number, and any change to it should create a new version, with a record of what changed and why. A buyer who reorders without specifying the version may receive a different version from the one they approved, with different features or different behaviour, and that difference may only become apparent in the clinic. Specifying the version on every reorder, and testing a new version before deploying it, prevents that problem.

Second-sourcing is a harder question. A customisation that is tied to one manufacturer's design cannot easily be moved to another manufacturer, and a buyer who depends on a single source for a customised product is exposed if that source fails, changes its terms or discontinues the design. A buyer should weigh that exposure against the benefit of customisation, and should consider whether a less customised product, available from more than one source, would serve almost as well with much less risk. That judgement depends on how distinctive the customisation really is, and a buyer should be honest about whether it is essential or merely preferred.

Finally, a buyer should plan the end of a customisation as well as its start. A product line ends, a design is superseded, or a relationship ends, and the buyer needs a plan for that day: a final order quantity, a stock of spares, a transition to a replacement product, and a record of what was customised and why. A plan made at the start, when the relationship is good, is easier to agree than a plan made at the end, when it is not. A customisation with an exit plan is a business decision, while a customisation without one is a gamble.