Product Constraints Can be the Catalyst to a Great Design

Author: Jeff Disher

Product Constraints

In the world of design and engineering, product requirements (also called constraints) can often feel like restraints to our creativity and ability to design a great product or solution. We’ve all experienced the feeling of frustration when a constraint has kept us from implementing a good solution— sometimes literally by only tenths of a millimeter. And we’ve all responded with various coping mechanisms to deal with these frustrations, like screaming at our computer, pulling our hair out, or drinking that tenth cup of coffee. We are keeping the counseling and healthcare industries in business! Constraints in product design can make our lives difficult, and finding a solution that meets them all simultaneously isn’t easy. However, respecting the importance that constraints play in driving a great design solution may help you look at them more as your friend rather than your enemy.

About a year ago, I gave a presentation at the PDx/Amerimold Conference in Cincinnati titled “Cradle to Cradle – Design for Disassembly”. I was asked to discuss how to design products that disassemble easily for reuse and recycling as a way to protect the environment. As I was preparing, I soon realized that just talking about Design for Disassembly (DfD), while an important topic, was irresponsible and too narrow of a discussion. We, as product developers, are faced with much more to think about in our designs. We are responsible for more than just one goal— for more than just one constraint.

Deal with Constraints Holistically

How silly would it be to optimize a product’s design solely around its ease of disassembly and not consider other key factors like manufacturability, aesthetics, user interface, or part cost. DfD is important but it’s simply not the only constraint. Yet, we all fall into that mindset when we are in the thick of the design process at work. Consider this scenario. Mechanical Engineer Joe says to Industrial Designer Mike, “Mike, I can’t go that thin in that area or we will fail our load test.” Mike responds, “Well, you’re going to have to figure something out, John, because we can’t compromise on styling.” The reason companies have divisions between departments is that they are only focusing on their own world; their one requirement. Not only are they not willing to walk a mile in the other department’s moccasins, they are not even willing to try them on. The tension created by product constraints is real and understandable. There is no easy way to work through it, especially when timing is tight and days are long. Yet, when harnessed in the right way, this tension can become the catalyst to a great design through effective collaboration between departments.

Deal with Constrains Holistically

Accept the Requirements and Satisfy Them Together

In his book The Road Less Traveled, M. Scott Peck makes this observation, “Once we truly know that life is difficult – once we truly understand and accept it – then life is no longer difficult. Because once it is accepted, it no longer matters.” If you substitute product development for the word life, the statement is equally true. However, just saying, “It’s tough… accept it!”, doesn’t make it any easier. But having this awareness is a start to overcoming the frustration and team tension. Peck later points out in his book, “Problems are the cutting-edge between success and failure.” Again, constraints can be exchanged for the word problems and the statement holds true. Our ability to solve problems, i.e. satisfy multiple constraints, is our competitive advantage in the marketplace. The more you can satisfy— the better your product will be. Instead of fighting for the sole constraint for which you alone are responsible, fight for the balanced optimization of all product requirements for your team. The success of your product in the marketplace depends on it. Over time, doing this well (or not) will also affect your company and ultimately your career. You may even find that you suddenly are getting along better with others on your team if you are showing a win-win desire to help everyone succeed.

List the Requirements

In addition to developing a healthy perspective on product constraints, two other hurdles may exist: 1) not knowing all the constraints, and 2) prioritizing ones that are conflicting. At DISHER, we sometimes get projects that are quite undefined. At the onset, it is an exciting thought that we have a clean sheet of paper from which to start; but inevitably we will flounder until we start narrowing down our focus with constraints. In fact, the more definition— the better. One of the items we ask for when kicking off a project is the complete list of product requirements. If any area is undefined, we put it on our issues list and strive to define it as soon as we can. Requirements that get defined late in the game can cause costly changes and time delays. Make it a goal to compile all requirements for your project in a single document as early as possible in the process.

List the Requirements

Prioritize the Requirements

Prioritizing requirements as a team will help you make design decisions more effectively as you go along. During my DfD presentation, I mentioned that a designer’s dilemma is deciding how to balance all the requirements. For example, Design for Assembly (DfA) techniques that drive part cost down may make DfD more difficult and vice versa. Or the intended manufacturing process may have normal variation that does not meet the tolerance requirements of Design for Six Sigma (DfSS). One practice that can help your team focus is to identify those requirements that are non-negotiable and those that are not. This will not only help the team make better design decisions, but it will reinforce how the product is intended to compete in the marketplace (ex. lowest cost, lightest weight, strongest, highest quality etc.).

Product development is difficult. Constraints are challenging and can threaten team synergy. Yet, the team that can satisfy the most constraints, and keep their heads on straight during the process, will come out way ahead.

OS-174 resizedWritten By: Jeff Disher, Founder & President | Jeff is a 26 year veteran of new product development.  He has held roles in program management, product design, manufacturing, quality and training & development.  He has a BS from Hope College and an MS in Mechanical Engineering from the University of Michigan.  He also is a certified Professional Engineer in the State of Michigan.  Jeff and his family enjoy many outdoor activities.