Specification


Having identified the needs of the customers and other stakeholders, the product specification enables these needs to be agreed and communicated within the design team. The specification provides a link between the language of the customer and the language of the business and in particular, the language of the engineer.

A product specification should provide precise, measurable and unambiguous detail about what the product must do, without providing unnecessary constraints or suggesting possible solutions. As a critical document in the design process, it should represent unambiguous team agreement.

The design brief vs the product specification
The design brief describes what the product must be. It outlines the objectives, goals and functions of the required product and does not normally have precise limits; it describes the required product. The brief outlines the product aims, which should be as specific as possible, without indicating solutions or limiting the scope of possible solutions.

In contrast, the product specification defines the required performance of the required product outlined in the brief. The product specification limits the range of acceptable solutions and sets boundaries to the solution space, which later provide a baseline for the evaluation of solutions. The specification aims to provide precise limits to individual parameters, distinguishing between wishes and needs, from both the company's and the users' perspectives.

Thus, the design brief is not the same as a product specification, but is certainly closely related. Ideally, the design brief is a starting point from which the unknown aspects of the product and market can be identified, researched and defined.

Having identified the needs of the customers and other stakeholders, the product specification enables these needs to be agreed and communicated within the design team. The specification provides a link between the language of the customer and the language of the business and in particular, the language of the engineer.

A product specification should provide precise, measurable and unambiguous detail about what the product must do, without providing unnecessary constraints or suggesting possible solutions. As a critical document in the design process, it should represent unambiguous team agreement.

Unique and professional website templates. Vooweb - Website Templates offers a great variety of Website templates for business and personal use | If there has been no improvement since the beginning of your relationship with your SEO company, they need to explain why. Then you have a great seo Company working for you. If you don't want to do it yourself, an SEO company being paid monthly should detail exactly what they are doing for you. | Any link exchanges promising hundreds or links immediately upon joining should be avoided unless the only search engine you care about is MSN. Using a link exchange as the only way you get links will also not be a path you want to wander down. Exchanging links with every site under the sun is also bad.

The single page project mission statement
It is common for a development team to rush straight into the production of a detailed specification, without a strong understanding of user needs and the benefits that the project will deliver to the business. A key driver of the product specification is a clear statement of the project mission, focusing on user benefits and customer requirements. The mission statement should indicate the business benefits of the project, including market, financial and even cultural issues. If possible, it is preferable to express the mission graphically, in the form of a product concept brochure. The generation of a shared mission statement can help to build team cohesion and focus the mind on user requirements as opposed to technical features.

It has been demonstrated that the ability of someone to read a brief is inversely proportional to the length of the brief! Thus, it is a good discipline to summarise the project objectives, goals and benefits on a single sheet, along with an indication of the intended role of the industrial designer, maybe following the same major headings as the more detailed brief:

  • The opportunity
  • The proposed product
  • The project
  • The Industrial design requirement

Using visual media and analogies
Several elements of the brief do not lend them selves to written communication. When describing the intangible aspects, it is often most effective to use imagery, analogy and visual means. Traditionally, designers have used images to build 'mood' or 'style' boards, which help support and focus the creative process. Such tools are an excellent way of developing team agreement and understanding over ergonomic and aesthetic issues. Such image boards should be at least A2 size and use images from brochures, professional publications, journals, magazines or the web. Before a session, some preparation is needed to collect together suitable publications. Some examples of how image boards might be used are given below:

  • To describe the customer
    Images of typical customers, preferably operating in their typical environments. This could be built as a single board, representing the range of potential users, demonstrating their diversity. Alternatively, individual users could be 'caricatured' to show the nature of a typical user. It can also be informative to produce an image board which shows unrelated products which may be used by the target customer group, to highlight any specific stylistic, material or visual trends. This helps to indicate the importance of fashion, style and image to the target audience and more importantly, indicates the types of 'visual values' which are seen as important to them.
  • To describe competitive products
    Rather than a table, listing product specifications and ranking the competitors for performance, aesthetics and ergonomics, it can be informative to see images of competitive products side by side.
  • To describe the place of use
    Again, rather than 'describe' the place of use, use images to indicate the typical locations in which the product is likely to be used. Again, as with the customer, this could either demonstrate the diversity of possible locations or caricature the most likely ones. It can also be useful to produce an image board which includes products which are typically seen in similar environments. This can give visual cues to some of the stylistic features and trends seen in other products.
  • To describe the means of use
    It can be informative to collect images of products which are used in similar ways. If the product is to be 'hand held', collect images of 'hand held' devices to provide insight into the different ways in which this could be achieved.
  • To describe the visual values desired
    'Mood boards' are traditionally used by designers to convey the mood or feel of the product and involve the collection of images which suggest the look, feel, texture, atmosphere etc. These images tend to be more abstract and suggestive. However, similar approaches can be taken to demonstrate 'lifestyle', or more simply just 'style'

an image board - 'style icons'

Who should produce it?
The product specification should unite the whole design team, regardless of their functional orientation, around the requirements of the product and how those requirements are related to underlying customer needs. Thus, the generation of the specification is a team responsibility. It is undesirable to produce separate 'marketing' and 'technical' specifications, as this can reinforce functional divisions, create a focus for disagreement and is sometimes a get-out from the difficulty of trying to understand the different perspectives.

How should the specification be used?
Typically, the specification is generated as an input to a stage review or project gate meeting. From this point, it becomes the control document against which design decisions are evaluated. In a long development programme, the specification may stay the same, whilst the needs of the market place have progressed. The product specification provides a tool to guide the design team, but not the ultimate benchmark by which the final solution should be judged. The only realistic benchmark is the customers themselves.

customer-driven v specification-driven projects

 

Not just a wish list
The specification should not be an uncorroborated 'wish list' generated by the marketing department to be as challenging as possible, with the justification that "if we get half of what we ask for, then it might just be alright." Nor should the specification be a list of 'what we can achieve' in order to make the life of the engineers a little bit easier. The specification should be based primarily on 'what do users need'. To support this, it is useful to think both in terms of "must have", "need" and "want" as a simple way of classifying requirements. Alternatively, requirements can be viewed from the users perspective:

  • "basic attributes" - these are fundamental and must be present
  • "linear attributes" - customer delight will increases with improved levels of execution
  • "exciter/delighter attributes" - surprising features, for which the customer may pay a premium

The design mix
The product specification is often viewed as an 'engineering document'. Indeed, it is frequently called the 'technical specification' or 'engineering requirements'. An engineering biased view can create barriers between customer facing and technical disciplines. The specification becomes a description of the 'tangible' engineering characteristics which are quantifiable and measurable.

A more serious consequence of an overly technical orientation is that aspects relating to how, where, why and who the product will be used by are often overlooked. These 'intangible' elements of the design mix can be difficult to quantify, specify and measure - but it does not mean you shouldn't try. It can be more effective to consider the representation of form, appearance, style, usability and feel using visual means. Simple 'mood boards' or 'concept boards' can provide more information than several pages of text describing the market.

the design mix

 

Good v Bad specifications

  GOOD POOR
Teamwork Generated collaboratively, between all functions including marketing, industrial design, manufacturing and engineering

Help to build consensus and generate a shared vision of the product

A separate marketing and technical specification, create functional disagreement

Little involvement from manufacturing

Engineering don't have to think about how or why it is used and marketing avoid thinking technically

Mission
statement
Clear statement of the problem

Outline of business needs and product USPs

No simple statement outlining the project objectives
Style Combination of text and graphics

Visual approaches to defining soft attributes

100 page document
Content Indicates relative importance - needs, wants, musts

Basic attributes, linear attributes and delighters

Avoid trivial detail

Measurable and quantifiable where appropriate

An unprioritised 'wish list' not generated from a deep understanding of customers

Too ambitious and probably not achievable

Likely to result in late design changes

Perspective Put you in the position of the user Inward looking and functionally fixated
Design mix A balance of both hard and soft product attributes Focus on the technology and its delivery

User focus limited to "easy to use" and "must look nice"

Usage Guides development but does not take the place of the customer Are used to 'prove my innocence'

At the end of the project, if "it works to the spec" then it must be complete

 

Further information

  • Bruce M, Cooper R, (2000), Creative product design: a practical guide to requirements capture management, John Wiley & Sons, UK
  • Otto & Wood, (2000), Product design, Prentice Hall
  • Pugh S, (1996), Creating innovative products using total design: the living legacy of Stuart Pugh, Addison-Wesley Publishing Company, USA
  • Reinertsen, (1997), Managing the design factory, Simon & Schuster
  • Ulrich & Eppinger, (2000), Product design and development, McGraw Hill, USA

 

Back to Effective Product Design


Home | GDP Program | Design maturity | Effective product design | Tools and techniques | Contact | Links

Better Product Design Collections