Chap 6 Product Specification
Chap 6 Product Specification
Chap 6 Product Specification
Chapter 6
PRODUCT SPECIFICATIONS
The development team had spent a great deal of time identifying customer
needs.As a result of this process they had assembled a list of customer needs.
They now faced several challenges:
1. • How could the relatively subjective customer needs be translated into precise
targets for the remaining development effort?
2. • How could the team and its senior management agree on what would constitute
success or failure of the resulting product design?
3. • How could the team develop confidence that its intended product would garner
a substantial share of the suspension fork market?
4. • How could the team resolve the inevitable trade-offs among product
characteristics like cost and weight?
WHAT ARE SPECIFICATIONS?
Product specifications to mean the precise description of what the product has to
do. Some firms use the terms “product requirements” or “engineering
characteristics” in this way. Other firms use “specifications” or “technical
specifications” to refer to key design variables of the product such as the oil
viscosity or spring constant of the suspension system.
A specification (singular) consists of a metric and a value. For example, “average
time to assemble” is a metric, while “less than 75 seconds” is the value of this
metric. Note that the value may take on several forms, including a particular
number, a range, or an inequality. Values are always labeled with the appropriate
units (e.g., seconds, kilograms, joules). Together, the metric and value form a
specification. The product specifications (plural) are simply the set of the individual
specifications.
WHEN ARE SPECIFICATIONS ESTABLISHED?
In an ideal world, the team would establish the product specifications once early in
the development process and then proceed to design and engineer the product to
exactly meet those specifications.
for technology-intensive products specifications are established at least twice.
Immediately after identifying the customer needs, the team sets target
specifications. These specifications represent the hopes and aspirations of the team,
but they are established before the team knows what constraints the product
technology will place on what can be achieved. The team’s efforts may fail to meet
some of these specifications and may exceed others, depending on the product
concept the team eventually selects. For this reason, the target specifications must
be refined after a product concept has been selected.
ESTABLISHING TARGET SPECIFICATIONS
the target specifications are established after the customer needs have been
identified but before product concepts have been generated and the most promising
one(s) selected. An arbitrary setting of the specifications may not be technically
feasible. For example, in designing a suspension fork, the team cannot assume in
advance that it will be able to achieve simultaneously a mass of 1 kilogram, a
manufacturing cost of $30, and the best descent time on the test track, as these are
three quite aggressive specifications.
Actually meeting the specifications established at this point is contingent upon the
details of the product concept the team eventually selects. For this reason, such
preliminary specifications are labeled “target specifications.” They are the goals of
the development team, describing a product that the team believes would succeed
in the marketplace. Later these specifications will be refined based on the
limitations of the product concept actually selected.
ESTABLISHING TARGET SPECIFICATIONS
9 7 Total mass 4 Kg
18 13 Unit manufacturing cost 5 $US
21 16,17 Time to disassemble/assemble for maintenance 3 s
26 20 Bending strength (frontal loading) 5 KN
EXHIBIT 6-4 List of metrics for the suspension.
Gathering these data can be very time consuming, involving (at the least) purchasing,
testing, disassembling, and estimating the production costs of the most important
competitive products.
ESTABLISHING TARGET SPECIFICATIONS
As the team finalizes the choice of a concept and prepares for subsequent design and development,
the specifications are revisited. Specifications that originally were only targets expressed as broad
ranges of values are now refined and made more precise.
Finalizing the specifications is difficult because of trade-offs—inverse relationships between two
specifications that are inherent in the selected product concept. Trade-offs frequently occur between
different technical performance metrics and almost always occur between technical performance
metrics and cost. The difficult part of refining the specifications is choosing how such trade-offs
will be resolved.
Here, we propose a five-step process:
1. Develop technical models of the product. 2. Develop a cost model of the product.
3. Refine the specifications, making trade-offs where necessary.
4. Flow down the specifications as appropriate. 5. Reflect on the results and the process.