New product development (NPD), invention, innovationâcall it what you will, but all refer to basically the same discovery-analysis-creation process. Not that many in the product design biz could describe it fully; many work on an intuitive level. One of the primary, formalized methods to help in this process is quality function deployment (QFD), which got a bad name in the 1990s. âIt was multi-failure. A lot of practitioners thought it was just chart drawing and changing voices of customers to specifications. It wasnât,â says Jim Finn, QFD unit business manager for International TechneGroup Inc. (ITI; www.QFDcapture.com; Milford, OH). Add to this, says Larry Keeley, president of the design firm Doblin Inc. (www.doblin.com; Chicago IL), that many of the formalized NPD methodologies, like QFD, âreveal a certain kind of command-and-control bias.â He thinks that bias is part of the reason why U.S. automotive companies seem to be struggling âto get powerfully relevant products and services,â and suggests these tools âare specifically about making sure we focus on the things that matter for manufacturing. They do nothing to help us think through little curiosities, like the customer and what he or she might want.â
But since the â90s, QFD seems to have âevolved to its most appropriate applications,â comments Bob Hayes, vice president of product development for New Product Innovations, Inc. (NPI; www.npi.com; Powell, OH). In fact, QFD has changed. âEnough consultants [are] pushing the idea that youâre trying to make better engineering decisions,â says Finn. Another change is in the QFD methodology and its associated software.
Start with customers
QFD is a quality method consisting of several management and planning tools, explains Glenn Mazur, executive director of The QFD Institute (www.qfdi.org and www.mazur.net; Ann Arbor, MI). These tools are âa series of tables and charts to then systematically disaggregate customer needs into prioritized product requirements, functions, technology, systems, subsystems, parts, reliability, cost, manufacturing, production, equipment setup, operator training, and process controls.â This series constitutes a recursive decomposition process. It starts with a matrix of customers needs that gets decomposed and cascaded into more focused and detailed matrices, ending with a matrix that lists actionsâthe design/engineering specification.
Along the way, the NPD team attaches relative priorities to the statements of customer needs. That is part of the âvoice of the customerâ investigation. For example, says Kenneth Crow, president of the QFD consulting firm DRM Associates (www.npd-solutions.com; Palos Verdes, CA), having a cupholder is a nice-to-have feature; having good gas mileage is a more important feature. âWhile these are related to totally different systems and different levels of importance within a vehicle, you need to have that distinction so you can plan what your requirements are.â
One of the fundamental matrices in QFD is the House of Quality (HoQ). This matrix relates customer requirements to business objectives (and engineering actions). However, says Finn, âdrawing the HoQ is not the point. The point is in analyzing the content and the data. A lot of people draw the HoQ just to get their manager off their back, and then they do what they want.â
However, donât brush off that customer voice part. âQFD is a detailed process that can be arduous to put together for a product,â says Shawn Dodson, NPIâs director of quality and information technology. âYou really canât start QFD until you have the true voice of the customer.â There are lots of ways to do that. Keeley ticks of a couple of the âhundreds of structured analysis techniquesâ: agent-based modeling (dynamic optimization from past data), ethnographic research (studying customers), experience models (âliving a lifeâ), and focus groups. Add to this the Customer Needs Map, a Six Sigma tool that, explains Dodson, is boilerplate of sorts that makes the NPD team consider all the things a customer might want in a product. Ziba Design, Inc. (www.ziba.com; Portland, OR), also researches the backgrounds of users to understand what they grew up with (such as the movies, television shows, and even the commercials they watched), and to tap into the âreminiscent qualitiesâ that people hold dear. Marty Gage, principal for design firm Rocket Surgery (www.rocketsurgery.biz; Columbus, OH), includes in his customer research looking for patterns in participatory exercises.
These tools are designed to get people to articulate what they wish for, and, says Eric Chan, founder and president of ECCO Design Inc. (www.eccoid.com; New York, NY), to âconnect the emotional to the consumer.â Take the Toyota Prius, continues Chan. âThe Prius is meaningful to its owners. Itâs not [just about] saving money or saving gas. They feel theyâre responsible; they want to be better, intelligent individuals.â So the question to figure out, Chan continues, âitâs not just [about] a beautiful product, but why is it beautiful?â
Two other formalized NPD methodologies should be mentioned. Design for Six Sigma is another structured learning process relating customer needs to quality to manufacturing, and so on. Another tool is failure modes and effects analysis. FMEA helps designers identify potential problem areas in a product and the corrective action to reduce the effect of that problem.
Regardless of NPD methodology, software is not required. Steve McCallion, Zibaâs creative director, gives this analogy: Hollywood has computer programs that can write a screenplay, âBut it wonât be magical. It wonât be amazing.â Strictly logic-based approaches are missing that magical aspect, what McCallion calls âinformed intuition.â
Therein lies the rub. Informed intuition is basically a manual evaluative process. Hayes echoes this point. âYou can reduce [NPD] to the totally formulaic. However, there is this human element that has to come in, some interpretation of what was observed, heard, and seen built by customers.â
That all said, capturing, prioritizing, and analyzing customer needs typically involves lots of cutting and pasting and typing, things that software performs quite speedily.
New, improved QFD
Over the years, QFD has been improved. For starters, more emphasis has been put on the voice of the customerââthe qualitative front-end analysis,â says Mazur. Next, some of the time- and resource intensive parts of QFD have been made optional or simplified. For example, Blitz QFD was specifically developed by the QFD Institute as a ârapid approach to applying QFD to only the most critical customer needs,â explains Mazur. The approach âuses several newer and smaller tools upfront to better understand the voice of the customer and to uncover unspoken customer needs.â HoQ is not required. Whatâs more, he says, âWe fixed the math.â Traditional QFD performed âimproperâ calculations using ordinal scale numbers. (For example, coming in âfirstâ or âsecondâ does not necessarily mean that the first-place winner is twice as good as the runner-up.) QFD is now based on ratio-scale numbers, which enables proper and relevant analysis.
Last, QFD users and consultants are moving away from the cookbook approach to applying QFD. Now, QFD is being customized for the user organization; consultants are extracting the QFD tools and sequencing them appropriate for that organization and its products.
Nowadays, NPD software does a lot more than cut-and-paste. For example, ITIâs QFD/Capture has tools to build a set of cascading matrices, starting with a source matrix (customer requirements) and finishing with submatrices (manufacturing requirements by product subsystem). If engineering changes are made at the submatrix level, the software ensures that none of the customer requirements listed in the source matrix are violated. Also, the software automatically translates priorities from one matrix to the others.
Embedded traceability functions let users trace backwards through the QFD matrices to see what customer requirements are violated if a requirement canât be met. This becomes helpful if manufacturing or an outside vendor canât meet the final engineering specification. If the customer requirement turns out to be relatively unimportant, then maybe a deviation from the engineering specification would be acceptable. When criteria or priorities change, linked data in upstream and downstream matrices are automatically updated.
In the past, users would manually inspect all the intersections in the QFD matrices for exes, circles, triangles, diamonds, and suchâsymbols that link the relevance of customer requirements to engineering action. Now, the software can fish through the matrices for relevant engineering actions and add up the associated costs to determine a budget. Other tools determine the overall importance of customer needs, the coverage of requirements, and the market opportunities.
Another module in QFD/Capture is basically a web-enabled directory system for communicating between users in the supply chain. This module serves two functions. One, users can share QFD charts through the web. Second, the module can archive the results of customer surveys, focus groups, and so on, and then populate the source QFD matrix. âItâs a way to automate some of the tedium in the QFD process,â adds Finn. There are other QFD software packages on the market. However, admits Finn, âour biggest competitorâ95% of the marketâuses Microsoft Excel.â
Ultimately, how does one translate the mass of data regarding customer needs into design/engineering requirements? At times, admits McCallion, âitâs a very messy process. Itâs a combination of art and science. We push the science part as much as far as we can, recognizing thereâs an aspect of art as well.âÂ