Matter product development

We develop the hardware, the firmware and the Matter data model together, because they are the same decision. A board that meets cost targets but cannot host the clusters you need is a redesign. An endpoint map chosen after the tooling is cut is a re-certification. We sequence the work so the certification-relevant decisions are made before the irreversible ones.

Four layers of development

Each layer has a different owner, a different failure mode, and a different cost of getting it wrong. We work them in order, but we review them together at every design gate.

Layer 1

Hardware

Industrial design, mechanical engineering, PCB layout and RF optimisation. For sensor-class devices this is where battery life, antenna performance and enclosure fitment are won or lost — and where a wrong choice shows up as a certification problem two months later.

Layer 2

Firmware

Board bring-up, drivers, power management, sensor handling and the SDK integration. On a shared platform this is where model differentiation happens: same board, different behaviour per SKU.

Layer 3

Matter data model & clusters

Device type selection, endpoint allocation, cluster and attribute mapping, reporting intervals. This is the layer that determines your certification test surface, so it is frozen before implementation.

Layer 4

Commissioning, OTA & production test

The commissioning flow, factory provisioning of credentials, OTA update path and the functional test your line will run on every unit. Often left until last, and always more expensive when it is.

From spec to working samples

Indicative for a sensor-class device. Ranges assume a shared core board where one exists, and a cooperative customer who can answer questions in days rather than weeks.
GateDeliverableTypical durationDecision taken here
G0Spec & device-type memo1 weekWhich device type, which transport, which certification route
G1Architecture & endpoint map1–2 weeksEndpoint and cluster allocation — the certification surface
G2Schematic + mechanical layout3–5 weeksBOM freeze for prototyping, tooling go/no-go
G3EVT samples (engineering validation)3–5 weeksFunctional confirmation; list of fixes
G4DVT samples (design validation)3–4 weeksDesign freeze for certification
G5Certification-ready build2–3 weeksSubmit to the lab
Why we insist on a sample before a promise. Every schedule we publish is fixed only after G2. Before the schematic exists, a timeline is a sales document; after it exists, it is an engineering document.

Shared platform or clean sheet

ApproachBest whenTrade-off
Shared core boardYou want speed and a stable BOM more than a unique electronic architectureFastest and cheapest route to market. Differentiation comes from enclosure, firmware feature set and industrial design rather than from silicon.
Clean sheetThe product needs a form factor, power profile or sensor configuration the shared board cannot supportAdds 6–10 weeks and a larger NRE. Justified when the mechanical or power requirements are genuinely different.
Take over an existing designYou already have hardware and want a manufacturing and certification partnerOften the fastest route of all — unless the existing Matter implementation has structural problems, which we will tell you before you commit.

What we need from you

The product

What it does, what it must work with, and how it differs from what already exists.

The constraints

Target cost, battery life expectation, size, and any industrial design already committed.

The markets

Which regions you sell into — that decides whether CE/RED and UKCA, FCC, or other compliance work belongs in the plan.

Next: how certification is run →

Common questions

What do you need from us to start?

A product description, the ecosystem it must work with, a rough annual volume, and your target markets so we know which compliance set applies. If you already have industrial design or a board, we review it before proposing anything.

Can you reuse a core board across several products?

Yes, and it is usually the cheapest way to build a range. One certified core board plus different enclosures and firmware feature sets produces several SKUs from a single engineering investment — which is how our own 32-SKU Matter roadmap is structured.

Do you also build the app?

We integrate a mainstream white-label app and cloud stack, or work with yours. The Matter-specific ownership is the data model, cluster implementation and provisioning flow — that is the part we will not hand off.

Can we see the endpoint map before you commit to it?

Yes, and we would rather you did. It is produced at G1 as a document you can review, because changing it later is a certification decision rather than a firmware edit.

Have a spec, even a rough one?

Send what you have. We will come back with a device-type recommendation, a development path and an indicative schedule.

Request a Quote