//pragmatic leaders

Conjoint Analysis

Reading time
6 min
Section
Product Strategy
6 min left0%
conjoint analysis0%
6 min left
Conjoint analysis is not just a survey technique — it is a structured path from understanding user trade-offs to shaping product strategy.
Talvinder Singh, from a Pragmatic Leaders session on product strategy

Conjoint analysis is a powerful tool to understand how users make trade-offs between different product features. The actual job is to uncover which combinations of attributes drive preference and willingness to pay — not just what features users say they want in isolation.

The trap is to run a conjoint survey as a checkbox exercise without a clear plan to connect the results to personas, market simulations, and strategy. If you cannot answer “which product configuration wins in the market?” you are not ready to use conjoint analysis effectively.

This lesson walks you through the end-to-end process, grounded in real-world Indian product challenges — from initial qualitative research to the final strategic outcomes.

The structured path from research to strategic outcomes

Conjoint analysis integrates multiple steps, each building on the last. The process begins with deep user research and ends with data-driven product roadmaps and pricing strategies targeted at key market segments.

Final outcomes you should aim for:

  • Persona-specific product profiles: Detailed insights on which features appeal to each persona and how best to configure your product for them.

  • Market share predictions: Clear understanding of how different product configurations impact market share and preference.

  • Strategic product roadmap: A data-driven plan aligned with user preferences that maximizes market potential.

  • Pricing and positioning strategy: Optimized pricing that caters to key segments and reflects willingness to pay.

The following sections unpack each step in this journey.

1. Initial research and preparation

The foundation of conjoint analysis is qualitative research that surfaces the attributes users actually care about.

User interviews and data collection

Start by conducting qualitative research — user interviews, focus groups, or observational studies. The goal is to identify the attributes and decision-making factors that influence your target audience.

For example, if you are building a project management tool like Asana, attributes might include number of projects supported, collaborators, integrations, pricing, and templates.

Transcribing and coding

Transcribe all interviews to get clean textual data. Then code the transcripts to identify common themes and attributes. Use techniques like open coding and axial coding to cluster user preferences and pain points.

Attribute identification and refinement

From your coded data, extract a list of potential attributes. Validate this list with users, stakeholders, and domain experts to narrow it down to the most critical ones.

Define attribute levels

For each attribute, define multiple levels that reflect the range of options users might consider. For instance, for "price," levels could be ₹0, ₹10,000, ₹30,000.

Make sure the levels are mutually exclusive and collectively exhaustive, covering the full range of realistic choices.

// thread: #product-research — Team refining conjoint attributes
Anjali (UX Researcher)From our interviews, users care most about integrations and pricing. Battery life and UI themes came up less often.
Rahul (PM)Let's focus the conjoint attributes on those two plus collaboration features.
Meera (Marketing)Agreed. We should also define clear price points that match Indian SMB budgets.

2. Constructing product profiles

Once attributes and levels are defined, you create product profiles — hypothetical combinations of attribute levels representing different product variants.

For example, a profile for Asana might combine:

AttributeLevel
Number of projects5
Number of collaborators10
Integrations10
Price₹10,000
TemplatesIntermediate

Because the number of possible combinations grows exponentially, you use experimental design techniques like fractional factorial designs to reduce the profiles to a manageable set without losing statistical power.

This ensures respondents can evaluate a practical number of profiles.

3. Survey design and implementation

Create the conjoint survey

Your survey includes:

  • Screener questions to ensure respondents fit your target audience.

  • The conjoint questions where respondents choose between or rate different product profiles.

  • Demographic and psychographic questions for segmentation.

Recruit participants

Identify a representative sample of your target audience. In India, this might involve a mix of urban and tier-2 city participants, diverse industries, and company sizes.

Ensure your sample covers all key segments or personas.

Create personas

Before launching the survey, develop personas from prior research and segmentation analysis. Use clustering or factor analysis to define 4-6 key personas representing your target audience’s diversity.

These personas will guide your segment-level analysis.

// scene:

Product strategy meeting at a SaaS startup in Bangalore

You (PM): “We need a survey that is clear and short enough to keep respondents engaged.”

Priya (Data Scientist): “Let's use choice-based conjoint with sets of 3 profiles per question. That balances cognitive load and data quality.”

Karthik (UX Designer): “We should also randomize attribute order to avoid bias.”

The team aligns on survey design principles to maximize response quality.

// tension:

Balancing survey length and data quality

4. Survey administration and data collection

Distribute the survey to your recruited participants. Monitor response rates and ensure all personas are adequately represented.

Clean the data by removing low-quality responses (speeders, straight-liners). Confirm all attribute levels are sufficiently covered.

5. Utility analysis and estimation

Calculate utilities (part-worth values)

Using conjoint analysis software (R, Sawtooth, JMP), calculate utility values for each attribute level. These numerical utilities represent the relative desirability of each level.

Run statistical models

Apply models like logistic regression or hierarchical Bayesian depending on the conjoint type.

Validate model fit to ensure robustness.

Interpret utilities

Higher utility means stronger preference. Negative or low utilities mean less desirability.

Analyze trade-offs — for example, how much more users are willing to pay for better integrations.

6. Segment-level analysis and persona insights

Map the utility values to your personas.

Calculate average utilities per persona to create preference profiles showing which features each segment values most.

Run simulations to predict how changes in product features affect different personas’ preferences.

// thread: #product-analytics — Interpreting segment-level conjoint results
Neha (Data Analyst)Persona A values integrations highly but is price sensitive. Persona B prioritizes collaboration features over price.
You (PM)We can tailor messaging and packaging accordingly.

7. Preference simulation and market prediction

Use utilities to simulate market reactions to different product configurations.

Test "What-If" scenarios — changing price, adding features, or bundling differently.

Estimate market share for each profile by predicting choice likelihood versus competitors.

Identify key drivers of choice via importance analysis to focus product development and marketing.

8. Strategic outcomes and recommendations

Persona-specific product strategy

Develop targeted strategies highlighting the features each persona values most.

Portfolio optimization

Recommend discontinuing unpopular variants, bundling features, or filling product gaps.

Pricing and positioning

Use price elasticity insights to set prices that maximize revenue without losing customers.

Final strategic report

Compile findings, data-driven personas, preference models, and simulations into a comprehensive report for stakeholders.

9. Continuous improvement and validation

After launch, collect real-world data to validate predictions.

Refine utility models and personas based on actual user behavior.

Use updated personas for future research and testing.

// exercise: · 15 min
Design a conjoint survey for your product
  1. List the top 5 attributes you believe influence user choice.
  2. Define 3 levels for each attribute that cover realistic options.
  3. Sketch 3 hypothetical product profiles combining these levels.
  4. Draft 3 sample conjoint questions where respondents choose between profiles.
  5. Identify your target personas and how you would recruit them for the survey.

Common pitfalls and how to avoid them

Pitfall: Running conjoint analysis without solid qualitative research leads to irrelevant attributes.

Avoidance: Spend enough time on interviews and coding before designing the survey.

Pitfall: Survey fatigue from too many profiles or complex questions.

Avoidance: Use fractional factorial designs and choice-based conjoint to reduce burden.

Pitfall: Ignoring segment-level preferences and treating all users as homogeneous.

Avoidance: Develop personas early and analyze utilities per segment.

Pitfall: Taking utilities as absolute truths without validating with real-world data.

Avoidance: Plan for iterative learning and post-launch validation.

Conjoint analysis in the Indian context

India’s market diversity demands careful persona segmentation. Urban vs. tier-2 users often have different price sensitivities and feature priorities.

Indian B2B SaaS companies like Razorpay and Freshworks use conjoint to optimize packaging for diverse customer sizes.

Pricing strategies must reflect Indian purchasing power and competitor positioning.

Test yourself: Prioritizing features with conjoint insights

// learn the judgment

You are PM at a Series A SaaS startup in Pune building a team collaboration tool. Your conjoint survey reveals that Persona 1 values integrations most, willing to pay ₹15,000 for advanced integrations, while Persona 2 values offline access more but is price sensitive. Your engineering team can build either feature next quarter, but not both.

The call: Which feature do you prioritize and how do you justify your decision to leadership?

Your reasoning:

// practice

You are PM at a Series A SaaS startup in Pune building a team collaboration tool. Your conjoint survey reveals that Persona 1 values integrations most, willing to pay ₹15,000 for advanced integrations, while Persona 2 values offline access more but is price sensitive. Your engineering team can build either feature next quarter, but not both.

Your task: Which feature do you prioritize and how do you justify your decision to leadership?

your reasoning:

0 chars (min 80)
// thread: #product-team — Communicating conjoint-driven prioritization to stakeholders
Rahul (CEO)Why are we prioritizing integrations over offline access?
You (PM)Our conjoint analysis shows integrations drive higher willingness to pay among the largest persona segment, which impacts revenue directly.
Priya (Engineering)We’ll need to adjust our sprint plan accordingly.
Anjali (Marketing)We can tailor messaging to highlight integrations in our next campaign.

Where to go next