|
RSS MattersBy Rich Herrington, Research and Statistical Support ServicesIntroducing the SPSS CONJOINT ProcedureThe Research and Statistical Support group (RSS) of Academic Computing Services (ACS) has recently acquired the "conjoint analysis" procedure from SPSS Inc. We thought it might be useful to review this procedure briefly. Conjoint analysis is actually a collection of methods which allow one to measure and analyze consumer preferences about attributes of a product or service. Market researchers are frequently interested in finding out those characteristics of a product or service which consumers deem important. While the ideal product would be best, consumers usually make complex tradeoffs which involve price and quality features of the product. SPSS provides three procedures: CONJOINT, ORTHOPLAN, and PLANCARDS. Currently, the CONJOINT procedure is only accessible from a syntax window. ORTHOPLAN and PLANCARDS are available from the main menu bar under DATA ORTHOGONAL DESIGN GENERATE, or DISPLAY. Conjoint analysis is frequently used by market researchers for aiding in the design stage of a product. Researchers can ask questions such as: What products are most and least important to the consumer? , What product attributes are the least and most important to the consumer? And, What is the highest price acceptable for this product. A conjoint analysis asks the consumer to make choices regarding products by trading off qualities or features against one another. With these ratings, the conjoint analysis allows the researcher to determine the relative importance of each attribute including the most and least preferred levels. Additionally, if background demographics are available to the researcher, market segments can be identified to which tailored products can then be developed. We will use an example to illustrate these procedures. Suppose we wish to develop a statistical package. Several considerations should go into the design of this product. One feature of a statistical package that might be important to consumers would be "ease of use". We might define a low versus high range on ease of use. If this attribute were the only consideration, the choice would be clear. However, some statistical packages which are easier to use may not be as flexible in that they do not offer a wide range of options. Likewise, a statistical package which is more flexible may be more difficult to use from a usability standpoint. From this we define a low versus high dimension on flexibility. Additionally, the cost of the statistical package should be a concern to most consumers. We may define a low versus high range on cost. Suppose our attributes are presented to the consumer as eight alternatives:
Given these alternatives, product 1 is probably the most preferred while product 8 is probably the least preferred. The preferences for the other products will be determined by what is important to each consumer. SPSS CONJOINT uses the "full-concept" approach for conjoint analysis. In this approach, consumers rank alternative products defined by all attributes as in the table above. For a large number of attributes this becomes too time consuming and fatiguing for the consumer. SPSS CONJOINT uses fractional factorial designs, which present an appropriate fraction of the possible alternatives. The ORTHOPLAN procedure generates orthogonal fractional factorial plans. The PLANCARDS procedure enables you to generate a physical profile which can then be sorted by the respondent to arrive at a ranking. The CONJOINT procedure uses the ordinary least-squares method to produce importance ratings of the attributes, part-worth estimates showing preferences for attribute alternatives, and correlations relating predicted rankings from the conjoint model with observed rankings. For our example we have the following syntax to generate a 2x2x2 orthogonal design; generate the profiles for ranking; and analysis of the ranked data from 8 respondents: *Generate Orthogonal
Design . *Generate profiles for
ranking *Ranked profiles from
respondents *Conjoint analysis of data |