A customer ordering a kitchen, a custom bicycle, a made-to-measure window or a configured computer is not picking a reference: they are building a product. PrestaShop’s combination selector, designed for a size and a colour, does not hold up to that journey.
Here is when a configurator becomes necessary, and how to structure it so that it closes sales instead of making people abandon them.
Why combinations are not enough
The reason is arithmetic. PrestaShop materialises every combination of attributes as a record in the database, with its own reference, stock, price and images.
Five attributes with four values each give 1,024 combinations for a single product. Seven attributes with five values give more than 78,000. The back office becomes unusable, product page load times collapse, and stock management loses all meaning since you do not stock combinations but components.
The practical threshold sits around one hundred combinations per product. Beyond that, the combination model stops being tenable and you have to switch to a configuration logic: options evaluated on the fly, with no combination stored in advance.
Splitting into steps
A form presenting twenty options at once produces two reactions: paralysis, or departure. Splitting into steps solves this problem, under three conditions.
Three to five steps, no more. Beyond that, the progress bar becomes discouraging. If you have more material, group rather than add steps.
One decision per step. A step carries one question, not a list. “Which dimension?” then “Which material?”, not a screen mixing dimensions, materials and finishes.
From structural to cosmetic. The choices that condition the others come first: dimension, model, motorisation. The decorative choices, colour, finish, engraving, come last. This order has a useful side effect: the customer commits to the hard decisions while their motivation is intact.
Step-by-Step Product Configurator — Visual Options, Live Preview & Price Impact (PrestaShop 8 & 9)Every product becomes configurable, step by step€129.00
Dependencies between options
This is the part that distinguishes a real configurator from a multi-step form, and the one that costs the most when handled badly.
Three types of rules must exist.
- Exclusion. Choice A at step 1 makes choice B impossible at step 3. The rule must hide or grey out the option, not display an error after validation.
- Value constraint. A width above 120 centimetres requires a reinforcement. The option becomes mandatory and preselected, with an explanation.
- Conditional default. Depending on the chosen model, the most common finish differs. Preselecting correctly reduces the number of real decisions.
The behaviour to avoid at all costs: letting the customer build an invalid configuration for four steps, then invalidating it at add-to-cart time. Every rule must apply at the moment of choice, not at the end.
Real-time pricing
The price must be permanently visible and update with each choice. A customer who discovers the total at the last step abandons, or orders and then cancels.
Three technical points. The displayed price must be calculated server-side, not in the browser, otherwise a savvy user can manipulate it. The display must distinguish the base price from the extras, so the customer understands what drives the total up. And the update must be visible: an amount that changes without animation goes unnoticed.
On configurations where the price can vary widely, displaying a range at the entrance of the configurator avoids wasting the time of a visitor who is out of budget.
Recovering abandonments
A configurator mechanically produces mid-journey abandonments: the customer compares, thinks it over, asks for an opinion. These abandonments are recoverable, unlike a classic cart abandonment, because the configuration represents work the customer does not want to redo.
Three mechanisms, in order of effectiveness.
- Automatic saving of the configuration in progress, restored when the visitor returns to the site, even without an account.
- The resume link sent by email, which reopens the configurator exactly where it was left. It is also a shareable link, useful when the decision is made by two people.
- The quote request from the configurator, for complex configurations where the customer prefers a human exchange before paying.
What goes to production
An overlooked and expensive point. A configured order must be readable by the person who prepares or manufactures. A picking slip showing “Configured product, ref. CFG-4471” without the option details is a guaranteed source of errors.
The configuration must appear in full on the picking slip, on the invoice and in the order detail in the back office, in a form readable by a human and not as technical identifiers.
Also plan for post-order modification: a customer who calls to change a finish before production starts must be servable without recreating the entire order.
Setting up the configurator
The Step-by-Step Product Configurator for PrestaShop covers this chain on PrestaShop 8 and 9: step-based flow with visual options, dependency rules between choices, live server-side price calculation, configuration saving and resuming, and full detail carried onto the order documents.
