Start a project
← Insights

How to choose an electronics development company

What to look for in an engineering partner: hardware and firmware under one roof, prototype capability, manufacturing support, deliverables, IP ownership, and the fifteen questions to ask before you sign anything.

9 min read
  • Product development
  • Process
  • Suppliers

Choosing the right electronics development company is one of the more consequential decisions in a hardware project. The right engineering partner turns an idea into a working prototype and carries the technical expertise needed to move towards manufacturing. The wrong one produces a circuit board and leaves you to discover what it does not do.

For startups and established companies alike, the difficulty is usually knowing what to look for. Electronics development spans circuit design, PCB development, firmware, prototyping and manufacturing support, and not every company offers the same services or has experience taking a product through the whole process. What follows is what to ask, and why each answer matters.

What an electronics development company does

An electronics development company helps businesses design and develop products containing electronic hardware, depending on the project, anywhere from initial concept to a production-ready design. Typical services cover electronics and schematic design, PCB layout, component selection, firmware and embedded software, prototype assembly, hardware and product testing, enclosure and mechanical development, manufacturing support, design for manufacture and production testing.

Some companies specialise in one of those. Others provide several under one project. For most product developers a single engineering company responsible for multiple parts of the development makes the process simpler, and more importantly removes the seams between suppliers where problems tend to live unowned.

Do they handle both hardware and firmware?

This is the first question worth asking. Hardware and firmware are tightly coupled in most modern products: the PCB carries a microcontroller, sensors, wireless connectivity, displays or motors, all of which need embedded software to do anything.

Developed separately, every interaction between them becomes a coordination problem. A hardware change affects the firmware; a firmware requirement forces a change to the electronics. Worse, when something does not work, neither party owns the fault. A company working across both manages those interactions inside one development process instead of across a contractual boundary, which matters most for connected devices, industrial equipment, monitoring systems, medical devices, robotics and IoT products.

Can they build a complete prototype?

A schematic and a PCB layout are design files, not a product. At some point you need to test physical hardware. Ask whether the company can build and test a working prototype, which means:

  1. designing the electronics;
  2. manufacturing the PCB;
  3. sourcing components;
  4. assembling the board;
  5. programming the firmware;
  6. integrating the electronics into an enclosure;
  7. testing the finished prototype.

A team that manages all seven catches the practical problems that are invisible in design files: the connector that cannot be reached once the board is mounted, the part that was never really available, the firmware that works on a bench supply and not on a battery.

Can they work from an early-stage idea?

You do not need a complete technical specification before approaching a development company. Plenty of projects start with a concept, a description of what the device should do, an early prototype, or a collection of ideas. A good partner turns that into a practical technical specification.

You might know you want a device that measures temperature, sends data wirelessly and runs from a battery, without knowing which sensor, processor, radio or power architecture to use. Deciding those is the engineering work. Ask directly whether a supplier is comfortable at the concept stage or expects a fully defined specification, because the answer tells you which of you is expected to carry the technical risk.

Can they support manufacturing?

A working prototype is a milestone, not the end of development. Prototypes routinely use components and construction methods that are unsuitable at volume: the PCB may need redesigning, parts may need replacing, and the manufacturing process needs thinking about properly.

Ask whether the company can support the move from prototype to production. That covers design for manufacture, component availability checks, PCB manufacture and assembly, production testing, sourcing, manufacturing documentation, supplier coordination and resolving production issues as they arise.

How much of this you need depends on volume. A startup building its first 100 units has very different requirements from a company preparing to manufacture 50,000.

What should be in a development quote?

Before comparing quotes, understand what each one actually covers. A quote should describe the proposed work and the expected deliverables: requirements gathering, system architecture, schematic design, PCB layout, bill of materials, firmware, PCB manufacture and assembly, prototype testing, enclosure development, documentation and manufacturing support, as applicable.

Then establish what is not included. Does the price cover prototype PCBs and components? Firmware? Testing? Revisions if the first prototype does not behave as expected?

Ask what the deliverables will be

You should know what you receive at the end. For an electronics project that typically means schematic and PCB layout files, Gerbers, the bill of materials, firmware source code, programming files, test and manufacturing documentation, assembly drawings and the prototype hardware itself.

Establish who owns the resulting design files and intellectual property. This matters especially for startups developing their own products: you should know exactly what rights you hold over the hardware design, the firmware and everything else produced during the project, before the project starts rather than when you want to move it elsewhere.

Ask about previous projects

Ask to see previous work relevant to your requirements. You do not need a company that has built precisely your product, but experience with comparable technologies, environments and engineering challenges is worth a great deal.

For a battery-powered wireless device, relevant experience means low-power electronics, wireless communication, embedded firmware and battery management. For an industrial product, it means robust electronics, sensors, communications and manufacturing. Look for evidence that the company recognises the kinds of problems your product will run into. Our portfolio is organised that way deliberately, by engineering challenge rather than by sector.

Ask how the development process works

Ask a prospective partner to explain how they normally approach development. A typical shape is requirements, system design, proof of concept, prototype, testing, manufacturing, though the specifics vary: a simple device needs few stages, a complex product needs several prototype iterations and extensive testing.

Understanding the process tells you what happens next and when decisions have to be made. It also separates companies treating your project as a structured engineering programme from those treating it as an order for a PCB.

Ask how changes are handled

Changes are normal in product development. A component underperforms. A prototype reveals a mechanical problem. A customer asks for a feature. A part goes end-of-life.

So ask how changes are handled: how additional engineering is charged, and how a change to the original requirements is agreed. Clarity here is what prevents an uncomfortable conversation about cost halfway through the project.

Ask how testing is handled

Testing belongs throughout development, not at the end. Depending on the product it covers electrical, functional, firmware, communications, environmental, battery, mechanical and user testing, plus manufacturing tests.

Ask what the development company will test and what you need to arrange yourself. For anything sold commercially, regulatory and compliance requirements should be raised early in development. The exact obligations depend on the product, the market and the intended use, and they are difficult to retrofit. Bench-to-field failures covers the specific measurements worth insisting on before manufacture.

What happens after the prototype?

One of the most useful questions you can ask. The first prototype almost always reveals improvements, which means another revision, more testing and further refinement before the design moves towards manufacturing.

A typical development journey
Concept
Idea and requirements defined
Proof of concept
Key technical risks investigated
Prototype
Fuller version built and tested
MVP
Features needed for first users
Design for manufacture
Refined for reliable production
Production
The product moves into manufacturing

Not every project needs every stage. The right approach depends on the complexity, the risk and the intended production volume, and the route from idea to working prototype sets out the same path in more detail.

How much does it cost?

Costs vary considerably. A simple electronic device needs relatively little engineering; a connected product with custom electronics, firmware, mechanical components and a mobile application needs a great deal more. The factors that move the number are product complexity, component count, PCB size and complexity, firmware scope, wireless connectivity, mechanical requirements, the number of prototype iterations, testing and certification requirements, production volume and component availability.

Rather than asking only for a total project price, ask for the expected cost of each stage: separate figures for a proof of concept, prototype development and manufacturing preparation. That shows you where the budget goes and gives you decision points between stages instead of one commitment at the start. We have written up indicative costs for each stage separately.

Fifteen questions to ask before hiring

  1. What parts of the development process do you handle?
  2. Do you provide both hardware and firmware development?
  3. Can you work from an early-stage product idea?
  4. Can you build and test physical prototypes?
  5. Who manufactures the prototype PCBs?
  6. Can you support the product through to manufacturing?
  7. What deliverables will I receive?
  8. Who owns the design files and the intellectual property?
  9. How do you manage changes to the requirements?
  10. How is testing handled?
  11. What experience do you have with similar products?
  12. What is included in the quote?
  13. What is excluded from the quote?
  14. How are additional development costs handled?
  15. What happens after the first prototype?

Choosing a partner

The right company depends on what you are building. For an early-stage startup, the ability to work from an idea and produce a first working prototype usually matters most. For an established company, manufacturing experience, documentation and the ability to integrate with an existing engineering team may matter more. For a research project, the ability to develop custom hardware quickly and adapt to changing requirements is often the deciding factor.

The common thread is to look beyond the initial PCB design. Consider the whole journey from where you are now to the point where the product needs to be tested, manufactured and deployed. A partner who understands that whole process reduces the number of suppliers involved and provides continuity as the product develops.

Choosing an electronics development company comes down to finding an engineering partner whose capabilities, experience and development process match what your project actually requires. If you would like to put the fifteen questions above to us, send us the requirement.