Choicery Methodology Series

DR-CBC: Dual-Response Choice-Based Conjoint

The manual for the DR-CBC editor: every step and setting, the Integrated and Two-Block modes, how large the study should be, and how Choicery turns the buy / no-buy answer into a None utility. Worked example: the pizza delivery task of the Pizza (Example) study.

Choicery Methodology Reference | October 2026

Contents

Part I, Practical Guide
  1. What Is DR-CBC?
  2. When to Use It (and When Not)
  3. Opening the Editor
  4. The Required Steps
  5. The Optional Steps
  6. Generate, Diagnostics and Preview
  7. How Large Should Your Study Be?
  8. What the Respondent Sees
  9. Estimation and Results
  10. Best Practices & Pitfalls
Part II, Theoretical Background
  1. Key Definitions
  2. The Random Utility Model & Logit
  3. Data Stacking: How the Buy Question Becomes a None
  4. Hierarchical Bayes Estimation
  5. Effects Coding, Zero-Centered Diffs & Importances
  6. Experimental Design
  7. References
Part I

Practical Guide

How to build, field, and analyse a Dual-Response Choice-Based Conjoint study in Choicery.

1. What Is DR-CBC?

Dual-Response CBC (DR-CBC) is standard Choice-Based Conjoint with one extra question per task. First the respondent makes the usual forced choice: they see a small set of product profiles and pick the one they prefer most. Then they answer a follow-up question about that profile: would you actually buy it? Yes or No. The second answer is what makes the method "dual response".

The follow-up recovers something a forced choice throws away. In traditional CBC every respondent must pick a profile, even one they would never buy, so the data only show relative preference. The "No" answers in DR-CBC create a real no-purchase outcome. From them Choicery estimates a None utility (a no-purchase threshold) next to the part-worths, so you can talk about category demand and not only about who wins a forced choice.

The Pizza example used throughout this guide

The Pizza (Example) study contains a DR-CBC task about pizza delivery with five attributes: Variety (Margherita, Salami, Vegetarian), Crust (thin (Italian), whole grain, cheesy crust), Delivery time (20, 35, 50, 65 min), Rating (3.5, 4.0, 4.5, 4.9 ★) and Price (per pizza) (€8.50, €11.00, €14.00, €17.00). Respondents see three pizzas, pick one, and then answer "Would you actually order this pizza in a real situation?". All screenshots below come from this study.

What you get out of it

2. When to Use It (and When Not)

Use DR-CBC whenever "would anyone buy this at all?" is a real question, not only "which of these would they pick?". That covers new products, pricing studies where walking away is a real option, and any study that has to size demand rather than only split it.

SituationUse
You need "would you buy at all?" (a real None, category demand)DR-CBC (dual response)
Standard "pick one of several products", with or without a None columnCBC Traditional
You want extra information per task (best and worst)Best-Worst CBC
A shop or shelf presentation mattersCBC Shop
Many single items (features, messages), no product profilesMaxDiff

Orme and Chrzan (2017, ch. 5 "Dual-Response None") compare the standard None column with the dual-response None and conclude: "We tend to favor the dual-response None." The reason: with a standard None, a respondent who picks None tells you nothing about the products shown; with heavy None use the effective sample shrinks (their example: over 80% None left about one fifth of the data). The dual-response format keeps the forced choice, so every task carries product information, and it lengthens the interview without doubling it. If every respondent will certainly buy something (a captive audience), the follow-up adds little and plain CBC is simpler.

3. Opening the Editor

Open the Survey Flow editor of your project. In the palette on the left, section Conjoint, click (or drag) DR-CBC. Choicery creates a draft and opens the DR-CBC Design Configuration on the General step. The task joins the survey flow once you save the draft. To change an existing DR-CBC task, click Edit (gear icon) on its card in the flow, or click its row in the list view.

The editor has a left rail with four groups:

What saves automatically

StepHow it saves
GeneralOnly with the Save changes button at the top right. The status next to it reads "Saved" or "Unsaved changes".
Dual-ResponseAutomatically. The status line reads "Saving dual-response settings...", then "Dual-response settings saved".
Attributes, Fixed Tasks, Product Images, Level Images, Prohibitions, TemplatesEach action (add, edit, delete, upload) is saved at once.
GenerateThe design is saved when generation finishes.

Locks

Two locks protect a study once it is in use.

Above all steps the editor can also show "Design Warning: ..." when the generated design no longer matches the attributes, and "Regeneration required. This generated design conflicts with active prohibitions and cannot be published until it is regenerated."

4. The Required Steps

General

The General step holds the task name, the question above each choice, and how the product cards look. Remember to click Save changes.

The General step of the DR-CBC editor with Task Name, Question / Instruction, Footer, Layout Style, Attribute Display, Image Options and Option Header
Figure 1. The General step of the Pizza DR-CBC task.
No.ControlWhat it does
1Task Name *Internal name of the task. Letters, numbers, underscores and hyphens only, up to 50 characters, no spaces. Default drcbc_task. It becomes part of the export column names (see the box below).
2Question / Instruction *Rich text shown above every choice (in Two-Block mode only above the Block 1 choices). Default: "If you were buying a new product and these were the only alternatives available, which one would you choose?". Up to 10,000 characters and 10 inline images.
3FooterCollapsible panel for optional text below the task, for example a note on delivery costs.
4Layout StyleHow each product card lists its attributes: Compact Grid (attributes left, levels in columns), Stacked (name above each value) or Inline (labels inline with values). Default Inline. Stacked and Inline are the mobile-friendly choices.
5Attribute DisplayCapitalize attribute names (UPPERCASE). Off by default.
6Image OptionsEnable image zoom on click (opens images in a lightbox) and Show labels under images (only applies to level images). Both off by default.
7Option HeaderShow option header switch (on by default) and the label text (default "Option"). The cards then read "Option 1", "Option 2", ... Up to 100 characters are kept.
Export column names

In the wide data export the columns of a DR-CBC task are named drcbc_<Task Name>_t1, drcbc_<Task Name>_t2, ... for the chosen option (1, 2, 3 = Option 1, 2, 3), and drcbc_<Task Name>_t1_none, ... for the follow-up (1 = Yes, 2 = No). Tasks at a fixed-task position are labelled FIXED_t<n>, for example drcbc_<Task Name>_FIXED_t2. The prefix drcbc_ is always added, so the Pizza task name drcbc_pizza_oven gives drcbc_drcbc_pizza_oven_t1. A short task name without the prefix (for example pizza) keeps the columns readable.

Dual-Response

This step defines the follow-up question and how it is shown. It saves automatically. It needs no design columns: the follow-up is always asked about the option the respondent chose.

The Dual-Response Configuration card with the Integrated and Two-Block mode cards, the Two-Block settings, the Follow-up Question, the Yes and No button texts and the Preview
Figure 2. The Dual-Response step of the Pizza task, set to Two-Block.
No.ControlWhat it does
1Dual-Response ModeChooses how the follow-up is presented. Default Integrated. Switching the mode shows or hides the mode-specific settings below.
2Integrated"Choice + follow-up on same page". One page per task: the product cards with the follow-up underneath.
3Two-Block"Forced choice, then buy/no-buy". The info box explains: "In Block 2, participants will see the product they chose and be asked if they would actually buy it."
4Block 2 Introduction TextTwo-Block only. Rich text "shown above the chosen product in Block 2". Default "You previously chose the following product:".
5Block 2 Button OrderTwo-Block only. Yes left, No right (default) or No left, Yes right. This is the same stored setting as Integrated Button Order (below): changing one changes the other.
6Follow-up QuestionRequired rich text, "This question asks if the participant would actually buy/choose the product". Default "Would you also choose this option in a real situation?". The Pizza study uses "Would you actually order this pizza in a real situation?".
7"Yes" Button TextRequired, plain text, up to 50 characters. Default "Yes".
8"No" Button TextRequired, plain text, up to 50 characters. Default "No".
9PreviewLive preview of the follow-up with your wording, button order and style. The badge shows the question visibility ("Always visible" or "After selection"). You can click Yes or No to see the selected state. It stays usable when the editor is locked.

Advanced Settings (Integrated mode only)

In Integrated mode a collapsed link Advanced Settings appears below the button texts. In Two-Block mode it is hidden.

SettingOptions and defaultEffect
Question VisibilityAlways visible (default) or Show after option selection"When the follow-up question appears": at once, or only after a product card is clicked.
Integrated Button OrderYes left, No right (default) or No left, Yes rightSame setting as Block 2 Button Order.
Button StyleColored (Green / Red) or Neutral (Black border) (default)"Visual style of Yes/No buttons".
Green/red border when selectedSwitch, shown only for Neutral. On for new tasks (off for tasks saved before the setting existed)On: the chosen Yes gets a green and the chosen No a red border. "Off: the selected button uses the primary color."
Show icons on buttonsSwitch, on by default"Show ✓ and ✗ before Yes/No".
Expected None Share (Optional)Empty, or a share from 0 to 1 in steps of 0.01 (0.25 means 25%)"Proxy metadata for diagnostics; this does not change the generated tasks." It appears in the Efficiency Details of the design diagnostics. A value outside 0 to 1 turns the field red: "Enter a value from 0 to 1."
Settings that are hidden in Two-Block mode but still used

Button Style, Green/red border when selected and Show icons on buttons sit only in the Integrated Advanced Settings. In Two-Block mode they are hidden, but the Block 2 pages still use the saved values. To change them for a Two-Block study, switch to Integrated, change them, and switch back to Two-Block. The same applies to Expected None Share. Question Visibility has no effect in Two-Block mode, because the follow-up has its own page there.

Integrated or Two-Block?

IntegratedTwo-Block
Pages per task12 (one in Block 1, one in Block 2)
OrderChoice and follow-up on the same page, task after taskAll forced choices first (Block 1), then one follow-up page per task in the same order (Block 2)
What the follow-up page showsThe follow-up box below the cards, with the chosen card highlightedBlock 2 Introduction Text, the chosen product as a single card (headed "Option n" with its original position when the option header is on), the follow-up question and the Yes/No buttons. The Question / Instruction is not repeated.
Settings in the editorFollow-up Question, Yes/No texts, Advanced SettingsFollow-up Question, Yes/No texts, Block 2 Introduction Text, Block 2 Button Order
Page count and progress barOne page per taskEvery task counts twice. With the Pizza design (10 random + 2 fixed tasks) the task has 24 pages instead of 12. The Tasks value on the Generate step is per block.

What the literature says. The digest of sources behind this guide contains no study that compares these two presentations directly, so the choice is a judgement call.

In practice: Integrated is shorter and is the format used in the studies above. Two-Block keeps the forced choices free of the purchase question, at the cost of twice the pages and a less natural flow. The estimation is identical for both.

Attributes

The Attributes step lists the attributes and their levels. Every action saves at once.

The Attributes step with the lock notice, the Add Attribute button and five attribute cards with Hide, Edit and Delete buttons
Figure 3. The Attributes step of the Pizza task. A design exists, so the attributes are locked.
No.ControlWhat it does
1Attributes are locked.Shown once a design exists. Delete generated design to edit attributes removes the design and keeps all settings; the design size and method return to their defaults. With responses the design cannot be deleted.
2Add AttributeOpens the Add Attribute dialog (Figure 4).
3Drag handle"Drag to reorder". The order here is the order of the rows on the product cards.
4Hide / Show"Hidden attributes are still part of the design but won't be displayed in the survey. Useful when Product Images already show the attribute visually." Choicery asks for confirmation first.
5EditOpens the attribute in the same dialog. With a design present, a change shows "Design exists but attributes have changed. Please regenerate your design."
6Delete"Delete attribute "<name>"? This cannot be undone."
The Add Attribute dialog with Attribute Name, Levels and the Add Level button
Figure 4. The Add Attribute dialog.
No.ControlWhat it does
1Attribute NameUp to 50 characters. The T button next to the field opens text formatting (no images). Names that equal technical column names in Choicery data files are rejected, and two attributes cannot share a name (ignoring capitalization).
2LevelsOne field per level, up to 50 characters each, with a level counter. Press Enter for the next level, Shift+Enter for a line break. At least 2 levels; duplicates (ignoring capitalization) are not allowed. From 16 levels the counter turns amber: "This attribute is approaching the limit of 20 levels."
3Add LevelAdds another level field. Pictures for levels are added on the Level Images step.
LimitEditor (all plans)Free
Attributes per taskup to 204
Levels per attribute2 to 204
Attribute and level name length50 characters50 characters

The editor allows far more than the literature recommends; see Section 7. The Pizza task uses 5 attributes with 3 or 4 levels each.

5. The Optional Steps

Fixed Tasks

Fixed tasks are the same for every respondent. Choicery uses them as holdouts: they are excluded from the HB estimation and serve to check how well the model predicts choices.

The Fixed Tasks step with the Applied badge, the Add button and two fixed task cards
Figure 5. The Fixed Tasks step of the Pizza task with two fixed tasks.
No.ControlWhat it does
1Fixed Tasks + state badgeThe badge shows whether the fixed tasks are in the design, for example "APPLIED (1800 ROWS)". Without fixed tasks a warning explains that you cannot calculate hit rates.
2AddOpens the Create Fixed Task dialog (Figure 6).
3Show n alternativesExpands the alternatives of a fixed task. The pencil and bin icons edit or delete it. Fixed tasks may have more or fewer alternatives than the random tasks (here 4 and 5 against 3 concepts).
The Create Fixed Task dialog with Number of Alternatives, Randomize All and the level selects per alternative
Figure 6. The Create Fixed Task dialog.
No.ControlWhat it does
1Number of Alternatives2 to 9, default 3. One block of level selects per alternative appears below.
2Randomize AllFills all selects at random. The shuffle icon on each alternative randomizes only that one.
3Save Fixed TaskSaves the task. Every level must be chosen ("Please select all levels for Alternative N"), and alternatives that violate a prohibition are rejected. Up to 20 fixed tasks per task.

You place the fixed tasks after generating the design, under Fixed Task Positions on the Generate step (Figure 14).

Product Images

Product images show a picture (or a text) above the attributes when a given combination of levels appears in a product. The Pizza study uses nine rules, one per Variety and Crust combination.

The Conditional Product Images step with nine rules, each combining a Variety and a Crust level
Figure 7. The Product Images step of the Pizza task.
No.ControlWhat it does
1Conditional Product ImagesThe list of rules. Each row shows the rule name, its conditions and the image. The icons on the right edit a rule, switch it on or off, and delete it.
2Add RuleOpens the Add Product Image dialog (Figure 8). Up to 30 rules.
The Add Product Image dialog with Rule Name, Trigger Conditions and Display Content
Figure 8. The Add Product Image dialog.
No.ControlWhat it does
1Rule NameRequired, up to 80 characters.
2Trigger ConditionsPick an attribute and a level, then + Add. Conditions can be combined in AND and OR groups; an attribute can appear only once per AND group. At least one condition.
3Display ContentContent Type Image (with Choose Image...) or Text (up to 1,000 characters). For images, Max Height Ratio (default 1, 0.5 to 3) limits the height relative to the card width: 1 = square, 0.5 = landscape, 2 = tall portrait. The content always appears at the top of the card.

Level Images

Level images replace the text of a level with a picture, for example star graphics for the ratings.

The Assign Images to Levels step with one card per attribute; the four Rating levels have star images
Figure 9. The Level Images step of the Pizza task. The Rating levels use star images.
No.ControlWhat it does
1LibraryOpens the image library of the project.
2AddUploads or picks an image for this level (png, jpg, jpeg, gif or webp, up to 5 MB). Once an image is set, the pencil changes it and the bin removes it. The badge per attribute counts the images ("4/4 IMAGES"). As soon as an attribute has an image, the switch Hide attribute name appears: "Images use the full card width".

Prohibitions

A prohibition stops a combination of levels from appearing in the same product. Use them sparingly (Section 7).

The empty Prohibitions step with the Add Prohibition button
Figure 10. The Prohibitions step (the Pizza task has none).
No.ControlWhat it does
1Add ProhibitionOpens the dialog in Figure 11. Disabled while a design exists. Up to 50 prohibitions.
The Add Prohibition dialog with Name and Conditions
Figure 11. The Add Prohibition dialog.
No.ControlWhat it does
1NameA description, for example "No cheesy crust at the lowest price".
2ConditionsAttribute and level, then +. Add at least 2 conditions.

Templates

The Templates step with Save as Template and Available Templates
Figure 12. The Templates step.
No.ControlWhat it does
1Save as TemplateTemplate name (required) and an optional description, then Save. Disabled until attributes exist: "Define attributes first to save a template."
2Available TemplatesYour saved templates, with a refresh button. Applying one asks: "This will replace your current attributes, images, prohibitions, and product images."

6. Generate, Diagnostics and Preview

Generate

The Generate step builds the experimental design. DR-CBC uses the same design generator as CBC. The follow-up question needs no design columns, so the design only covers the product profiles.

The Generate step before generation with Versions, Tasks, Concepts, Method and the Generate Design button
Figure 13. The Generate step before a design exists.
No.ControlWhat it does
1VersionsNumber of different questionnaire versions (blocks); each respondent gets one. Default 200, allowed 1 to 1,000.
2TasksNumber of random choice tasks per respondent. Fixed tasks are added on top. Default 10, allowed 1 to 30. In Two-Block mode this is the number per block. Free plan: at most 6 tasks per block, fixed tasks included.
3Concepts"Number of alternatives or concepts shown in the task." Default 3, allowed 2 to 9. Free plan: 3. There is no None column; the follow-up plays that role.
4MethodBalanced Overlap (default): "Balanced-overlap heuristic with level and pair balancing". D-Optimal: "D-efficient heuristic design", slower. Random: "Simple random sampling, no optimization". The overlap target is fixed internally; DR-CBC has no overlap setting.
5Generate DesignStarts the generation, with a progress bar and a Cancel button. A run is stopped after 300 seconds. If a design exists, Choicery asks "Replace existing design? ..."; the previous design is backed up. If responses exist (also in the Bin), generation is blocked and a dialog offers Open Bin.

Before generating, the editor warns when a level must repeat within a task ("Repeated levels are unavoidable with N alternatives for ..."), which happens when Concepts is larger than an attribute's level count. On success it reports, for example, "DR-CBC design generated: 200 versions with 10 random tasks + 2 fixed tasks per version."

The Generate step after generation with the status bar, Show Design Diagnostics, the delete button and Fixed Task Positions
Figure 14. The Generate step after generation: 200 versions, 10 random tasks + 2 fixed, 3 concepts, Balanced Overlap.
No.ControlWhat it does
1Show Design DiagnosticsOpens the diagnostics panel (Figure 15). Above it, the status bar summarizes the design and offers Download Report (arrow icon) and Download Design CSV (CSV icon).
2Generate DesignGenerates a new design that replaces the current one (after confirmation).
3× (Delete design)Deletes the design and unlocks attributes and prohibitions. Disabled once responses exist: "Design locked: responses already collected. Delete all responses to unlock."
4Fixed Task PositionsOnly with fixed tasks. Pick a position (Pos:) for each fixed task. "Position 1 = first task shown, Position 2 = after first random task, etc." Here the fixed tasks sit at positions 2 and 8 of 12.
5Apply PositionsInserts the fixed tasks at those positions in every version. Each position must be unique ("Duplicate positions found").
6Remove from DesignTakes the fixed tasks out of the design again (their definitions stay on the Fixed Tasks step).

Design Diagnostics

The opened design diagnostics with five tiles, the efficiency verdict and seven collapsible detail sections
Figure 15. The design diagnostics of the Pizza task.
ElementPizza valueWhat it means and what to do
Design Efficiency87%Information the design keeps compared with Choicery's balanced reference design. The verdict line ("Good design efficiency") explains it. Higher means more precise estimates from the same tasks. A low value: reduce prohibitions, or try another method.
Choice Sets2,000Random choice sets included in the diagnostics (200 versions x 10 tasks). The note below says how many fixed-task rows were excluded (here 1,800).
Independence100%How uncorrelated the attributes are across the design. Values well below 100% usually come from prohibitions.
Balance100%How evenly the levels appear (random tasks only).
Repeated Attribute Levels38.0%Share of attribute slots where a level repeats within a task, and the share of tasks with at least one repeat (here 91.1%). Some overlap is intended with Balanced Overlap.
Efficiency DetailsD-efficiency, A-efficiency ratio, number of parameters, condition number. With an Expected None Share it also lists "Proxy Expected None", "Proxy None Scope" and "Efficiency Scope: Product profiles; the follow-up choice is modeled separately".
Per-Level SE ProxiesExpected standard error per level. Rule of thumb: 0.05 or lower.
Level Balance, Attribute Association, Two-Way Level FrequenciesHow often each level and each pair of levels appears, and how strongly attributes are associated.
Overlap by Attribute, Concept Slot BalanceRepeats per attribute, and whether each level appears equally often in each card position.

All efficiency figures describe the product profiles. The follow-up answer is not part of the design objective, so the diagnostics are a proxy for the efficiency of the full dual-response model.

Preview

The Survey Preview with three pizza cards and the follow-up question with Yes and No buttons
Figure 16. The Preview step of the Pizza task: task 1 of 12 in design version 1.
No.ControlWhat it does
1Design versionChooses the version to page through with Previous and Next; the button next to it reloads the preview. Before a design exists the preview shows "Example Preview" with sample rows.
The Preview always shows the Integrated layout

The editor Preview shows the follow-up directly below the choice, whatever the mode. It does not show the Block 2 pages of Two-Block mode (introduction text and the repeated product) and ignores "Show after option selection". To check the real flow, use a test run of the survey.

7. How Large Should Your Study Be?

The editor limits are technical ceilings, not recommendations. The table gives the values from the literature; DR-CBC uses the same design rules as CBC.

TopicRecommendationSourceChoicery limit
AttributesAbout 6 to 8 at most; many respondents struggle with more and start to simplify. Sources disagree: Orme (in Rao, 2026) recommends CBC for 4 attributes or fewer, Orme and Chrzan (2017) only worry from 15 on.Orme 2020, ch. 6.1, p. 50; Rao 2026, p. 527; Orme & Chrzan 2017, ch. 720 (Free plan 4)
Levels per attribute2 to 5, and about the same number for every attribute. Attributes with more levels get more importance (number-of-levels effect). About 5 levels are enough for price.Orme 2020, ch. 6.2, pp. 52-53; Rao 2026, pp. 74-752 to 20 (Free plan 4)
Tasks per respondent8 to 12; more than about 15 no longer improves, and may reduce, HB prediction. Mild disagreement: Sablotny-Wackershauser et al. (2024) find that in standard CBC predictive validity can peak well before the last task.Orme 2020, ch. 11.3, p. 109; Goeken et al. 2024, p. 150; Sablotny-Wackershauser et al. 2024, Web Appendix H, pp. 139-1401 to 30 (Free plan 6 incl. fixed)
Tasks with dual responseEach dual-response task carries more information: 10 dual-response tasks beat 15 single-response tasks.Hung, Liu et al. 2025, pp. 865-867
Concepts per task3 to 5. With 4 or more, respondents in high-involvement categories screen down to about 2.Orme 2020, pp. 47, 62; Rao 2026, p. 234; Orme & Chrzan 2017, ch. 42 to 9 (Free plan 3)
Sample sizen × t × a / c ≥ 500, better 1,000 (n respondents, t tasks, a concepts per task without None, c largest number of levels). In any case at least 300 respondents, or 200 per subgroup you want to report. Plan to drop 10 to 30% poor respondents.Orme 2020, ch. 7.5, p. 64 and ch. 11.4, pp. 110-111; Orme & Chrzan 2017, ch. 8no limit
None / no-buy shareAbout 5 to 20% is typical for a standard None; dual response raises it. The None is unstable: it rises in later tasks and with difficult tasks. Remove respondents who never buy (Hung et al. removed 8 of 318; keeping them inflated the equilibrium prices).Orme 2020, p. 111; Orme & Chrzan 2017, ch. 5; Hung, Liu et al. 2025, p. 863
Holdouts (fixed tasks)More than one; one fixed holdout task "is not enough". Telling the right model from a wrong one needs about 7 in-sample holdouts. Older ratings-based practice uses 2 to 4.Orme 2020, pp. 191-192; Orme & Chrzan 2017, ch. 6; Rao 2026, p. 76up to 20
Versions"Bigger is better", but about 10 to 12 good versions capture most of the value.Orme & Chrzan 2017, ch. 31 to 1,000 (default 200)
ProhibitionsSparingly or not at all; they almost always reduce efficiency. Prefer combined attributes or conditional pricing.Orme 2020, ch. 6.3, pp. 53-54; Orme & Chrzan 2017, ch. 3up to 50

Sample size for the Pizza task

Pizza uses t = 10 random tasks, a = 3 concepts, and c = 4 (Delivery time, Rating and Price have 4 levels).

n ≥ 500 × 4 / (10 × 3) = 67 (minimum) n ≥ 1,000 × 4 / (10 × 3) = 134 (better) floor: at least 300 respondents, or 200 per reported subgroup -> plan for 300 or more completes, plus 10 to 30% for cleaning

With the Free plan limit of 6 tasks (fixed tasks included, so 4 random tasks with the two holdouts) the rule gives 167 and 334 respondents.

8. What the Respondent Sees

The forced choice has no None card. The respondent clicks a product card (the chosen card is outlined) and answers the follow-up. If something is missing, the page shows "Please choose one of the options.", "Please answer the question below." or "Please choose one of the options and answer the question below." These texts can be changed per language in the project settings.

A DR-CBC task of the Pizza study in Integrated mode, with Option 2 selected and the follow-up question below it with Yes selected
Figure 17. A Pizza DR-CBC task in Integrated mode (survey preview, Task 1 of 12): Option 2 is chosen, and the follow-up "Would you actually order this pizza in a real situation?" below shows Yes selected with the green border. The Pizza study itself uses Two-Block; the mode was switched for this picture.

9. Estimation and Results

Open the analysis hub, pick the DR-CBC task and stay on Preference Analysis (HB). Settings, convergence checks and results are the same as for CBC and are explained in the Preference Analysis (HB) guide. Two points are specific to DR-CBC.

The Preference Estimation (HB) card on the Pizza DR-CBC task with Variable Coding, Price set to Linear with its four values, the Include None Option checkbox and Sign Constraints
Figure 18. The Preference Estimation (HB) card for the Pizza DR-CBC task (691 participants, 10 of 10 tasks): Variable Coding with Price (per pizza) set to Linear and its values 8.5 to 17, Include None Option ticked and the Sign Constraints row.

The None in the results

The None is one constant on the same utility scale as the products. It appears at the end of the Average Utilities section as the card None Option with the single level No Purchase. A strongly negative value means most respondents buy something; a value near the products means the category is a hard sell. The None is not an attribute range, so it does not enter the importances.

The Average Utilities section of the Pizza DR-CBC run with the None Option card next to the linear Price card, followed by the Holdout Validation block
Figure 19. Average Utilities of the short demo run DRCBC_Run_1 (5,000 burn-in, 5,000 draws, zero-centered): the linear Price card (−18.3 per euro, 155.9 points across 8.5 to 17) next to the None Option card (No Purchase +26.1), followed by the Holdout Validation block with the two fixed tasks.

To turn the None into a share, run the Market Simulator with Include "None" switched on. The no-purchase share is then the part of the market that walks away from that set of offers. The switch is only shown when the run estimated a None; otherwise the simulator shows "None not available in active run". Be careful when the simulated scenario has more or fewer products than the survey tasks: the None share depends on the number of alternatives shown (Orme & Chrzan, 2017, ch. 5).

The Market Simulation Choice Share tab with Share of Preference and the Include None toggle on, showing Product 1, Product 2 and None (no purchase)
Figure 20. Market Simulation, Choice Share tab, with Include "None" switched on (demo run DRCBC_Run_1). Product 1 (Margherita, thin crust, 20 min, 3.5 ★, 8.50) takes 70.4 percent, Product 2 (Salami, thin crust, 35 min, 4.5 ★, 14.00) 13.9 percent, and 15.7 percent choose no purchase.

Other analyses on the same utilities: Market Simulation, Sensitivity Analysis, Willingness to Pay, Price Elasticity, Reservation Price. Alternative estimators: Latent Class, AI-Driven Profile Analysis, Interaction Search.

10. Best Practices & Pitfalls

Do

Do not

Part II

Theoretical Background

The random utility model, the None as an alternative-specific constant, and the data stacking that turns a "No" into a no-purchase observation.

11. Key Definitions

Attribute and level
An attribute is a feature that varies (Price (per pizza)); a level is one of its values (€11.00). A profile (concept) is one level per attribute.
Forced choice (first response)
The ordinary CBC question: choose one of the shown concepts. There is no opt-out on this screen, so a choice is always made.
Buy question (second, free response)
The follow-up: would you actually buy the concept you just chose? Answered Yes (would buy) or No (would not buy).
None / no-purchase outcome
The outcome a "No" reveals: the respondent would rather buy nothing than buy the best of what was shown.
None utility (ASC)
A single alternative-specific constant that carries the appeal of not buying, on the same scale as the concepts. It sets the no-purchase threshold.
Data stacking
Turning the two answers from one task into one or two multinomial-logit observations, so the same logit machinery can use both.
Hierarchical Bayes (HB)
An estimation method that models each respondent's utilities as drawn from a population distribution, so individual estimates borrow strength from the group.
RLH (root likelihood)
Geometric mean of the predicted probabilities of the chosen alternatives; a fit measure. Chance level is one over the number of alternatives in the set.

12. The Random Utility Model & Logit

DR-CBC rests on the same random utility theory as CBC (McFadden, 1974). Respondent h assigns to profile j a utility that is the sum of the part-worths of its levels plus a random error:

Uhj = Xj′ βh + εhj
Utility of profile j for respondent h; Xj codes the levels, βh is the respondent's part-worths.

The no-purchase alternative is different: it has no attributes, so its systematic utility is a single constant, the same in every task. This is the None utility, often written ASCnone:

Uh,none = βnone,h + εh,none
The no-purchase alternative carries one alternative-specific constant per respondent, plus error. No level codes it.

When the choice set includes the None, the multinomial logit probability of picking concept j puts the None term in the denominator like any other alternative:

P(j | βh) = exp(Xj′ βh) / [ Σk exp(Xk′ βh) + exp(βnone,h) ]
Choice probability over a set that includes the no-purchase option. The sum over k runs across the shown concepts.

This is the same likelihood every CBC-family method maximises. What differs between CBC, DR-CBC, Best-Worst CBC, and MaxDiff is only how observations are constructed and stacked before this same logit is applied. For DR-CBC, that construction is the subject of the next section.

13. Data Stacking: How the Buy Question Becomes a None

The two answers per task cannot both be fed to the logit as they stand, because they express different comparisons. The forced choice says "this concept beats the other concepts". The buy answer says something about the concept versus not buying. Stacking translates the pair into one or two logit observations using the standard dual-response convention.

The rule

Code the buy answer as a variable that is 1 for "would buy" (Yes) and 2 for "would not buy" (No). Then:

Yes → 1 observation over { concepts, None }, chosen concept wins
No  → 2 observations: { concepts } chosen wins, and { concepts, None } None wins
The dual-response stacking rule. A Yes yields one row; a No yields two.

A task without a usable buy answer is not stacked. For the HB run the DR-CBC data converter skips that task and logs a warning, so only fully answered tasks reach the sampler. Latent Class, Interaction Search and AI-Driven Profile Analysis keep the forced choice as a products-only observation instead.

Why a Yes needs only one row. If the respondent would buy their chosen concept, that concept must beat both the other concepts and the no-purchase option. A single observation over the four-way set { concept A, concept B, concept C, None }, in which the chosen concept wins, captures both facts.

Why a No needs two rows. If the respondent would not buy, there are two separate facts that disagree about the winner. The person still preferred the chosen concept over the other concepts, but preferred not buying over that concept. So the task is split: one three-way observation over { A, B, C } where the chosen concept wins, preserving the preference information, and one four-way observation over { A, B, C, None } where the None wins.

Stacking a Pizza task (chosen concept: the Salami pizza)

Case Yes. The respondent would order the Salami pizza. One stacked observation:

Set: { Margherita, Salami*, Vegetarian, None } Winner: Salami* Reads: the Salami pizza beat both rivals AND the no-buy option.

Case No. The respondent would not order it. Two stacked observations:

Obs 1: { Margherita, Salami*, Vegetarian } Winner: Salami* (preference is preserved) Obs 2: { Margherita, Salami, Vegetarian, None* } Winner: None* (no-buy threshold beats every concept)

Across the sample, the Yes tasks and the "None wins" rows from the No tasks identify the None constant. Without the buy question there would be no row in which the None ever wins.

Once every task has been expanded into its one or two rows, the design matrix is built with effects coding (Section 15), and the same multinomial-logit likelihood and Hierarchical Bayes sampler run as for standard CBC, with the None constant as one more coefficient.

Other ways to model dual response

Hung, Liu, Brazell and Allenby (2025) compare three approaches. Collapsing (dropping the first answer when the second is No) wastes information. Treating the two answers as independent draws, which is what the row stacking above does, is in their view less plausible. Their "Unified Model" uses the same error draw for both answers (equal to the DR-AnyMax model of Diener et al.) and yields about 30% more information than collapsing (pp. 858-861, 865-867). Choicery's in-app estimation uses the stacking rule above, not the Unified Model.

14. Hierarchical Bayes Estimation

Rather than estimate one average model (aggregate logit), HB estimates individual part-worths and a population distribution that ties them together (Lenk, DeSarbo, Green, & Young, 1996; Rossi, Allenby, & McCulloch, 2005). The None constant is estimated for each respondent like any other coefficient. The model has two levels:

βh ~ MVN(μ, Σ)
μ ~ MVN(0, σ² I),   Σ ~ Inverse-Wishart(ν, S0)
Individual part-worths (including the None constant) are drawn from a population normal; the mean and covariance have diffuse priors.

Choicery draws from the posterior with a Gibbs sampler that alternates three steps per iteration: a Metropolis-Hastings update of each respondent's βh (proposals shaped by the current covariance Σ), a Gibbs draw of the population mean μ, and a Gibbs draw of Σ from its Inverse-Wishart posterior. The default target prior variance is 4.0, and the Inverse-Wishart degrees of freedom are the number of parameters plus 5. The per-respondent likelihood is the product of the logit probabilities of all the stacked observations that belong to that respondent.

Why HB instead of one aggregate model?

A single aggregate logit hides heterogeneity: if half the market is price-sensitive and half is not, the average looks moderately price-sensitive and describes nobody. The same is true of the None: people differ in how readily they walk away. HB recovers a price sensitivity and a no-buy threshold for each person, which is what a realistic no-buy simulation needs.

Aggregate logit: one β (and one None) for everyone. HB: one β_h per respondent, drawn from MVN(μ, Σ). A credible no-buy share needs the individual β_h and None_h.
Convergence diagnostics

R-hat below 1.05 (good) or 1.1 (acceptable) signals that independent chains agree. Effective sample size above 100 supports point estimates; above 400 is comfortable for intervals. If either is weak, use at least two chains, inspect the acceptance rate, and reallocate burn-in versus post-burn-in draws within the shared budget. Details: Preference Analysis (HB) guide.

15. Effects Coding, Zero-Centered Diffs & Importances

Attribute levels enter the model through effects coding. For an attribute with L levels, L minus 1 indicator columns are used and the last level is the negative sum of the others, so the part-worths of an attribute always sum to zero:

Level 1: [1, 0, ..., 0]   Level 2: [0, 1, ..., 0]   ...   Level L: [-1, -1, ..., -1]
Effects coding. The reference level is the negative sum, so Σ utilities = 0 within the attribute.

The None constant is not effects-coded. It is a single alternative-specific column that is 1 for the no-purchase alternative and 0 for every concept, so its coefficient is a free-standing threshold rather than part of any attribute. That is why it is reported on its own and excluded from importances.

Raw utilities are on the model's logit scale and their absolute size depends on response consistency, so they are not comparable across respondents or studies. Zero-centered diffs (ZC) rescale each respondent so that the average attribute range equals 100:

ZCi = Rawi × (100 / average attribute range)
Zero-centered-diff rescaling. After this, an attribute range of 100 is "average importance".

Importance of an attribute is its utility range divided by the sum of all ranges, expressed as a percentage:

Importancea = (maxa - mina) / Σall attributes (max - min) × 100%
Attribute importance. Computed per respondent, then averaged. The None constant is not an attribute range and does not appear here.

Because importances are computed per respondent and then averaged, they reflect that different people weight attributes differently.

16. Experimental Design

The experimental design for DR-CBC is the same design you would build for standard CBC. Two properties matter: level balance (each level appears about equally often) and orthogonality (levels of different attributes are as uncorrelated as possible). Choicery generates designs with a balanced-overlap algorithm by default, which allows a controlled amount of level repetition within a task; D-Optimal and Random are the alternatives on the Generate step. Multiple versions (blocks) spread the full design across respondents.

The dual-response layout does not touch the design. Whether you present the buy question integrated or in a separate block, the concepts shown in each task come from the same design matrix; the buy question is asked about whichever concept the respondent chose, so it needs no design columns of its own.

Why not a full factorial?

The Pizza attributes have 3, 3, 4, 4 and 4 levels, so there are 3 × 3 × 4 × 4 × 4 = 576 possible profiles. Showing them all is impossible, so CBC uses a fractional design that still identifies every part-worth. The buy question then adds the information needed to pin down the None.

17. References

Brazell, J. D., Diener, C. G., Karniouchina, E., Moore, W. L., Séverin, V., & Uldry, P.-F. (2006). The no-choice option and dual response choice designs. Marketing Letters, 17(4), 255-268.

Goeken, N., Kurz, P., & Steiner, W. J. (2024). Multimodal preference heterogeneity in choice-based conjoint analysis: A simulation study. Journal of Business Economics, 94, 137-185.

Hung, C.-Y., Kurz, P., Bailey, R. A., Huber, J., & Allenby, G. M. (2025). Re-examining the no-choice option in conjoint analysis. Journal of Choice Modelling, 57, 100578.

Hung, C.-Y., Liu, Y. M., Brazell, J. D., & Allenby, G. M. (2025). Dual response in conjoint analysis. Marketing Letters, 36(4), 857-873.

Lenk, P. J., DeSarbo, W. S., Green, P. E., & Young, M. R. (1996). Hierarchical Bayes conjoint analysis: Recovery of partworth heterogeneity from reduced experimental designs. Marketing Science, 15(2), 173-191.

Louviere, J. J., Hensher, D. A., & Swait, J. D. (2000). Stated choice methods: Analysis and applications. Cambridge: Cambridge University Press.

McFadden, D. (1974). Conditional logit analysis of qualitative choice behavior. In P. Zarembka (Ed.), Frontiers in econometrics (pp. 105-142). New York: Academic Press.

Orme, B. K. (2020). Getting started with conjoint analysis: Strategies for product design and pricing research (4th ed.). Manhattan Beach, CA: Research Publishers.

Orme, B. K., & Chrzan, K. (2017). Becoming an expert in conjoint analysis: Choice modeling for pros. Orem, UT: external conjoint software.

Rao, V. R. (2026). Applied conjoint analysis (2nd ed.). Springer. (Chapter 16 is written by B. Orme.)

Rossi, P. E., Allenby, G. M., & McCulloch, R. (2005). Bayesian statistics and marketing. Chichester: John Wiley & Sons.

Sablotny-Wackershauser, V., Lichters, M., Guhl, D., Bengart, P., & Vogt, B. (2024). Crossing incentive alignment and adaptive designs in choice-based conjoint: A fruitful endeavor. Journal of the Academy of Marketing Science, 52(3), 610-633. Web Appendix.

Schlereth, C., & Skiera, B. (2017). Two new features in discrete choice experiments to improve willingness-to-pay estimation that result in SDR and SADR: Separated (adaptive) dual response. Management Science, 63(3), 829-842.

Train, K. E. (2009). Discrete choice methods with simulation (2nd ed.). Cambridge: Cambridge University Press.