Now You need the thingie that does it. Okay, there are some steps first, like verifying that the Invention actually works, getting some money for the development, perhaps starting a company...
Now, how can the Thingie be developed ?
In a modern world, You can use a Partner to make the project, especially the stuff that You don't have competence in Your company. Usually this means at least the necessary mechanics, embedded software, analysis software, user interface SW, electronics and software for cloud services or mobile software.
But is that how it goes ? Just tell the Design Partner what the Thingie is and wait for volume production to start ?
Well, no... Really not. Or depends a bit on the Partner.
Problem is, the engineers are usually really good in implementing a Customer need to a working device according to Customer specifications. But thre are two catches here : What really is the Customer Need, and what is a Working device. If we come back to the thing that measures something important : What is the device actually, and when is it done ?
Usually the Brand Owner (inventor) has a good or sometimes a vague idea of what are the important features for their new Product to be developed. And it is somehow described on paper as requirements, pictures and stuff like that. There's usually an idea how much it can cost, and for what cost it will be sold, and some estimations of how many will be sold per year. It can be taken as a specification of the work and get the project going on. Problem is, that this doesn't necessarily create the right kind of Thingie. It may of course. All depends on how well the Thingie idea and service has been developed and tested with real users.
But here's the thing : I'd say that it is typical to start making detailed design work before there's good enough understanding of what really is suitable for the intended use. And that is because thoroughly considering the Use cases, perhaps testing the concept with real users, preferrably with good pilot or mockup takes some time and costs some money, and also because it's easy to think that there is nothing unclear in the concept or to imagine that everything is understood of the users and their needs. A good pilot is small project in it self, and takes some effort in making. But may give invaluable insight into how possible users see the future device and it's value. And today it's quite easy to print a 3D model and use a Raspberry Pi or Arduino to make a Pilot functionality
Another thing is, that it's more than likely that the Design Partner doesn't really understand everything that goes on in the Customers mind. They understand the most important features, but there is usually a lot of secondary, but still valuable features and goals that are hard to be described in enough detail in paper. And if it's only described in talking, some of it is not understood and some is just forgotten.
So what is a good way to start a project ?
First of all, be sure that You understand is the purpose of the Thingie. And what are nice to have features, or things that can be implemented for next generation.
Write Use Cases and specifications with the Design Partner - Understanding Your needs is a process, not a read-only task. Anything can only be understood by time and some sweat. Target at making early prototypes and pilots for testing the concept with real users
There are lots of upsides for making the design in smaller steps, and piloting the Thingie. There's high likelyhood that understanding of what is really needed improves as the work progresses, and feedback from real users and real use environment really is easier to take into account. A good way of making the design is getting real functionality as soon as possible, moving to the real target, but if possible with proto & pilot steps. And the first prototypes usually don't need all the bells and whistles of the final product. Maybe even the end product really don't...
This approach also reduces risks, as any risks related to the product should be implemented and tested early on.
Downside ? Well, it may look like more work to be done. And possibly it also is. But in the end the odds are, that making a product in smaller steps, and testing it soon prevents major hiccups in later stage of product design.
Next time, some more stuff that should be considered early on when designing a Thingie :)
