Designers, Where Do You Start?

View Comments: Newest First|Oldest First|Threaded View
Page 1/2  >  >>
User Rank
bobjengr   10/7/2012 6:54:01 PM
 If we are talking about consumer products and ones that will be used by individuals, we are working in a direction somewhat determined by codes and standards; i.e. UL 858 for electric cooking products, Z21.1 for gas cooking products.   Jigs, fixtures, dies, tooling, robotics etc give a little room for creativity because they will be used in-house relative to the manufacturing floor.  In looking at products that will ultimately be used by consumers:
  •   Have a complete definition of the product needed and the scope of the overall project.  What do the customers want and how have those needs been defined by marketing.   If in doubt, obtain the necessary clarifications up front.  Don't wait until the first design review to obtain additional understanding of what's needed.
  • Obtain an absolutely clear understanding of time-lines for the project, including design guidance, design confirmation, pre-pilot, pilot and production dates.
  • Obtain the LATEST codes and standards to which the product will be tested.  (This is critical and includes all local codes and any national codes.)
  •  Discuss the product and project with manufacturing to make sure there are no issues relative to the overall project.  (Don't throw the design over the wall upon completion and expect manufacturing to make it.  Be up front and make the design/manufacturing phase a joint venture—no surprises! )
  • If components now used in existing products can be "designed" into the "new "product, by all means do so thus eliminating an additional item to be purchased and manipulated by assembly.
  •   Make plans to communicate with manufacturing, marketing and upper management on a weekly basis the status of your project.  Set a time and day each week for a brief status meeting.
  •   If needed, have legal determine if infringement in any area might occur.
  • If needed, research in-house and in the literature designs of a similar nature. Start with in-house.
  • Begin the design.


William K.
User Rank
Where does designing a product start?
William K.   10/3/2012 10:59:49 PM
Everything that I design is a "custom" design, in that it is created in response to a request for a product. OUr best customers arrive with a list of what the designed product must accomplish, and how fast it must accomplish the task. Some customers arrive with a list of what the system must do and how it must do it. They may, or not, understand what they need. So the first step is always finding out what the customer needs.

OF course, I am often at a good advantage in that area, because to produce a price quote for a product, it must be fairly well defined, and so going over the technical proposal usually is a very good first step. But we always meet with the customer to discuss just what the product will do to benefit them, since that is sort of mandatory information.

User Rank
bjchip   10/3/2012 4:22:24 PM
I take as a given that I will be asking others for input and trying hard to learn what else of the same sort has been done.  


However, the first thing I do is I start imagining.  First I imagine the customer... and I may not know MUCH about that customer to start with, and I will have to learn but I have to start by imagining (and correcting the image as I go) the customer.   Their experience is primal in this process.  

Second I imagine a device to do what the customer needs and wants.  

Third I imagine the device I have imagined working.  It works to do what my "customer" wants in some fashion and I have to imagine the way it works.  

Starting vague and refining and restricting the design until I have something useful or nothing is left and I decide it can't be done.  




User Rank
Re: Where to start?
Island_Al   10/3/2012 4:07:38 PM
warren- got a real chuckle out of "chief technologist = old engineer". Thats the way it works around here.  My boss, the "chief engineer", is a title (he is a graduate civil engineer with zero experience at anything).  If asked any technical question, his standard response is always "go ask Al"!

In my experience, the customer usually does not know exactly what he wants other than he wants it cheap, fast, and good.  At this point I usually explain that there is a natural law that he can have only two of the three.  Something like Boyle's Law, only different.  Sitting down with them and trying to see their vision is the first step.  Then look at their specifications and modify it as needed.  Next I simply stare outside, with a cup of coffee and a cigarette in hand, and mull it over in my mind.  Many times a great solution pops in my mind while sleeping. I then sketch it out on graph paper (always graph paper for some reason!). Then at work I start filling in the blanks with all the "hows" to accomplish the task.  After that the computer work starts, then debugging the new hardware/software.  Midstream in this I kick myself for dropping out of medical school.

My first cut is seldom correct, chop up the prototype, mangle the microcode, and viola- a work of art that performs (usually) like a Michelangelo but built internally  more like a Picasso!


User Rank
Design requirements manual
Dave   10/3/2012 11:50:09 AM
 I think every company should have their own Design Requirements Manual that specifies engineering and hardware requirements for the typical product design. This manual would also include theory that explains why (historically), some aspects of every design are similar or the same. For example, certain materials are FDA-approved; some materials have proven to be best for marine environments or have been thoroughly tested for UV resistance.

 This type of manual is especially handy when tribal knowledge gained from years of research is not readily accessible. So, assuming this DRM has already been created, the first thing I would do is read it. If it doesn't exist, create one, yourself after obtaining/learning what needs to be in it. If you are new to the company, this may take a while and most certainly will be a result of input from many people within your organization. Change to the document will inevitably occur over time, but it's engineering fundamentals should not.


User Rank
Re: When do you start?
rebowker   10/3/2012 10:09:20 AM
I wholeheartedly agree, assuming the ultimate goal is to sell a product and get $$$ from customers for doing this. To understand the problem to solve you have to understand customer needs.  And what's the first step in problem solving? Making sure you understand the problem. A good marketing organization will be in touch with this (sorry Battar, I disagree with your first point). And on a larger scale the "customer" could be in fact a "market" (a market is a group of customers with a particular set of needs). Needs become requirements, then research for solutions, which becomes a block diagram, a design proposal, then finally a design, all while verifying with the customer (or market) it will satisfy the need. Engineers often find the customer knows they need something but can't put their finger on it so they need a little help (again, a good marketing organization...). And yes I do agree with Battar, at some point you really do need to stop designing.

User Rank
Battar   10/3/2012 9:18:34 AM
First - tell Marketing to get stuffed. They will get what we can give them, not what they want.

Second - define the objectives.

Third - Go over the ifrst ideas and see how you can make it simpler.

Fourth - Now maker it even simpler and cheaper.

Fifth - Find out how many patents your design infringes. (This is important !!!)

Now put a definite date for freezing the design when marketing can't come and say they want an extra function or button.

User Rank
Re: When do you start?
tekochip   10/3/2012 9:03:53 AM
When the project starts is different for each of us.  Some of us may have a written specification...... OK, a startling few of us will be afforded that luxury, but if we are designing for an OEM they probably have a written specification.  If I have a written specification the first process is to determine if the specification makes sense, and do I understand what the customer wants.  I have found that the User Interface is often confusing in customer specifications, and what seems like a good idea on paper becomes very confusing when people really start pressing buttons.
Most of my projects today are new technology and the specification is conveyed over a phone call, "Hey, is there any way we could do this?"  For those projects I search for any prior work that can be helpful and also signal any patent problems before the development goes any further.
Somewhere in between are the projects that turn into real products.  There is no written specification, but it's an appliance that is familiar enough to design into a prototype that can be handled by everyone involved in the development so that the minute details of the design can be completed.  Yes, a written specification is better, but getting a prototype into the hands of people really brings the project to life.

Beth Stackpole
User Rank
Re: When do you start?
Beth Stackpole   10/3/2012 8:08:02 AM
It might not be simple, but incorporating the voice of the customer in critical and should be the responsibility, in part, of the development team to address in some fashion. Maybe they're not asking the right questions or even the right people. But developing in a vaccuum has been the death knell for many a good product.

Charles Murray
User Rank
Re: When do you start?
Charles Murray   10/2/2012 4:50:17 PM
Great point, naperlou. Before I read your comment, I was about to offer kudos to those who voiced the needs of the customer. But your comment reminds me of all the times I've interviewed engineers who said that their customers often didn't know what they wanted. Sometimes, it not as simple as it first appears.  

Page 1/2  >  >>
Partner Zone
More Blogs
Clearly, zombies are in this year -- taking over from a decade of vampire dominance in Halloween fashion.
Researchers in China have developed a battery with self-healing electrodes that makes it resistant to cracking, leaking, or just plain breaking.
The IoT will bring us the many positives of AI, evolving our technologies in ways that only a few years ago seemed like science fiction, according to ARM’s buyer.
Both traditional automation companies and startups are developing technologies to improve processes on the factory floor, while smart sensors and other IoT-related technologies are improving how products are handled during transport and across the supply chain.
Remote monitoring now looks beyond the individual motor or conveyor and instead views the process from end to end.
Quick Poll
The Continuing Education Center offers engineers an entirely new way to get the education they need to formulate next-generation solutions.
Oct 10 - 14, Embedded System Design Techniques™: Getting Started Developing Professional Embedded Software
SEMESTERS: 1  |  2  |  3  |  4  |  5  |  6 |  7 | 8 | 9 | 10

Focus on Fundamentals consists of 45-minute on-line classes that cover a host of technologies. You learn without leaving the comfort of your desk. All classes are taught by subject-matter experts and all are archived. So if you can't attend live, attend at your convenience.
Next Course September 27-29:
Sponsored by 3M
Learn More   |   Login   |   Archived Classes
Twitter Feed
Design News Twitter Feed
Like Us on Facebook

Technology Marketplace

Copyright © 2016 UBM Canon, A UBM company, All rights reserved. Privacy Policy | Terms of Service