Start Your Iot Product Development Off Right

If you want the best chance of a successful IoT product development, you need to start with a focus on early preparation. Without proper planning and documentation, you can easily create project dead-ends that waste a lot of time and money. You can even paint yourself into a corner where you think you’re done – until you realize you have to change something major. There are many pitfalls and unforeseen problems that can be avoided through proper documentation of your use cases and requirements. After all, you wouldn’t construct a house without a blueprint. The same goes for electronic device development.

Below, we’ll discuss these early steps of product development in a bit more detail.

Step 1: High level discussion

At F3, every development project starts with a high-level discussion. We use this time to establish the use cases, actors (who will use the device), and how they will use it. This includes a checklist of questions, including:

• Geographical areas where it will be used

• Parts that must be included in the design

• How will it be powered

• Preferred vendors or suppliers (established business relationships)

• What can and can’t change with the design

• A description of how the device is to be used once in production

We also use this time to define roles for each stakeholder in the project.

Step 2: Requirements gathering

Once we understand the use case, we will start gathering and documenting requirements. At F3 we always give this phase its due diligence, as the documentation provides the foundation for the rest of the project.

The requirements phase outlines what the device will do. We discuss mechanical, software, regulatory, and communication requirements, including, but not limited to:

• Environmental consideration (temperature, vibration, moisture, size constraints, etc.)
  Certification requirement

• How the device is to be powered (wall source, battery, etc)

• How the device will be provisioned for use during mfg

• How the device is set up, used and monitored in the field

• How the device firmware will be updated

We also use this time to define roles for each stakeholder in the project.

Step 3: Design and testing

Once the requirements are determined and agreed upon, the project can move into design. We estimate costs and timelines for the rest of the project and get everyone to agree.

There are two paths the design of a device can take:

1. Proof of concept (PoC) – This is typically a prototype that can prove feasibility and functionality to investors and stakeholders. These typically are not full designs, but are scaled down in terms of features. Off-the-shelf development kits can often be used as a starting point, and elements of the design may or may not be used in actual development once a project gets the green light. It’s important to understand that the nature of a proof of concept is to do things quickly and cheaply. Thus, almost all the work done for a PoC can NOT be reused for the real product.

2. Fully funded project – This is when we start creating specifications for the actual product right away and start selecting high-level components. This includes firmware, mechanical, architecture, electrical components, modems, and processors.

All engineering is iterative. You design as much as you can of the real product, build it, and test it. Then you take everything you learned, adjust the design, build new prototypes, and test again. This cycle is repeated until the results are good enough. The requirements define what “good enough” means. The first iteration is typically a printed or machined prototype of the mechanical design, the first electronic assembly, and firmware features that enable hardware testing to see if changes are needed. Then, in the second phase, we develop what is intended to be the final design, perform design verification testing again, and start preparing for certifications – so there are no surprises. The key in this phase is to have accurate, signed-off requirements that best reflect the product functionality.

Test and manufacture with confidence

Even after you test the implementation to meet requirements, you still have to complete system-level validation testing to ensure the product works with everything else in your system and meets government and agency certifications. This is where your preparation pays off, as you do not want to miss any requirements or use cases that will come back to haunt you down the line.

Typically, we start setting up the manufacturing process after the first development phase. The first production run is when we can accurately test devices out in the field. At this phase, any kinks that need to be worked out can be fixed before scaling up production. This is also the time that manufacturing test support is discussed so development of a manufacturing tester can be planned, quoted, and started.

Good product requirements and use cases are essential to successful product development. There’s no “secret sauce” to achieving success. Just requirements that are thoroughly documented, fully reviewed, and a product that is properly designed and tested. And F3 can help you do it right.

Read about how F3 provided complete development, design, and manufacturing management for GotRad, a wireless product company: https://f3wireless.com/gotrad/