- A mattress catalog specified across five dependent dimensions produces combinations in the millions, with the overwhelming majority not manufacturable.
- The build evaluates conditions at each selection and closes invalid paths before a buyer can reach them.
- BigCommerce remained the commerce system while the product logic moved to a rules layer outside the storefront.
- Configured orders reach the production floor as build instructions carrying the resolved component list and the approved specification.
Miami, FL, Sept. 18, 2026 (GLOBE NEWSWIRE) -- Custom product configurator development becomes necessary when valid combinations can no longer be stored as variants, and Optimum7 has documented a build at that threshold for a mattress manufacturer whose catalog could not be expressed inside native e-commerce product options. The build evaluates each selection against the manufacturer's own rules, shows the item in three dimensions as it is configured, and holds a preview and approval step before the order reaches production.
Native product options on Shopify and BigCommerce work well when valid combinations can be represented as stored records. At greater configuration depth, the product logic has to move into a custom rules layer that evaluates them, reconciles inventory and pricing, and sends the resolved configuration downstream to enterprise resource planning or production systems.
Five dependent dimensions define every finished item in the catalog
Nothing in the manufacturer's catalog exists until an order specifies it. A finished item is defined across five dependent dimensions: core construction, layer composition, cover material, dimensions and firmness. Each selection narrows what can be chosen at the next step.
Modeled as stored variants, the catalog produces combinations in the millions, and the overwhelming majority are not manufacturable. The requirement was therefore a rules layer that decides, at the moment of each selection, which options remain valid.
The build placed the rules layer outside the storefront and kept BigCommerce as the commerce system, in a headless architecture.
The rules layer evaluates each selection live and closes invalid paths
The build models each dimension and the conditions that govern it, then evaluates those conditions live as the buyer configures. Invalid paths are closed before they can be selected.
The configurator presents a three-dimensional representation of the item as it is specified, so the buyer sees the item taking shape while configuring it. Preview, approval and release steps were built into the ordering process so the specification can be confirmed before the order moves to production.
"The difficulty was never the volume of combinations," said Duran Inci, CEO and founder of Optimum7. "It was that the rules deciding which combinations were real had never been written down. They lived with the people taking the orders."
A completed order arrives at production as a build instruction
Each completed order carries the component list the configuration resolved to, the sequence, and the approved specification the customer confirmed. A configurator that stops at a valid specification and hands operations an order number leaves someone on the floor to work out the components by hand.
A separate print build resolves configured orders into press-ready files with the emboss on its own layer
In a separate build for a print manufacturer, a configured order has to resolve into press-ready files carrying the uploaded artwork, a bleed and trim specification, and a die position. When the order includes an embossed panel, the emboss is produced as its own file so the press operator receives an accurate plate. Optimum7 built that file output into the manufacturer's ordering process.
The same pattern appears in made-to-order furniture, cut-to-size materials, embroidered apparel and configured equipment. Optimum7 has also documented a BigCommerce product configurator for component-based inventory, where the configured unit resolves to its component products and each option is checked against available stock.
A custom rules layer is warranted by dependent options, component-level stock and generated production output
Optimum7 builds custom configurators and rules layers when option dimensions depend on one another, configured items draw stock from multiple component records, or production requires generated output. These builds often include an ERP integration to systems such as SAP Business One, NetSuite or Epicor P21, so component availability can be reconciled against the source system.
Catalogs without those conditions are well served by native product options, and Optimum7 does not recommend a custom rules layer for them. Shopify and BigCommerce both support large option and variant counts, and the firm scopes many configurable catalogs to run inside them without custom development.
"Buyers ask us which platform handles this, and that is the wrong first question," added Inci. "Every catalog at this depth ends up with a rules layer that someone has to own. The decision is who builds it and who maintains it after launch."
Optimum7 maintains the rules layers it builds after launch, revising the conditions as products, component sources and production requirements change.
Frequently Asked Questions
Question: Who builds custom product configurators for manufacturers?
Answer: Configured commerce at this depth is delivered by e-commerce development firms, because the rules layer, the inventory reconciliation and the production output are each custom work. Optimum7 builds these systems end to end, covering the conditional rules engine, storefront integration, component-level inventory reconciliation, ERP or PIM connections, and the output the production floor receives. The firm works with manufacturers, distributors and wholesale operators on Shopify Plus, BigCommerce, Magento and other enterprise e-commerce platforms. The builds documented here include a mattress catalog specified across five dependent dimensions and a print catalog whose orders resolve into press-ready files, with the emboss supplied as its own layer for the press operator.
Question: What can a manufacturer do when native product variants cannot support its product logic?
Answer: The catalog needs a rules engine that evaluates conditions as each selection is made. Shopify or BigCommerce continues to serve as the commerce system while the rules layer sits outside it, usually in a headless architecture. The mattress build described here works that way, with the product logic in a rules layer outside the storefront and invalid paths closed at each selection.
Question: What does a custom product configurator and rules layer build include?
Answer: At minimum a rules engine that evaluates conditions during configuration, an interface that represents the configured item, reconciliation against the system holding component stock, and generated output the production floor can act on. Preview and approval steps are added when the specification has to be confirmed before release. In the mattress build, the dimensions are core construction, layer composition, cover material, dimensions and firmness. The item is shown in three dimensions during configuration, and the completed order reaches production as a build instruction carrying the resolved component list, the sequence and the approved specification.
Question: Can a custom product configurator prevent invalid orders?
Answer: That is its primary function. Invalid paths are closed before a buyer can select them, reducing the number of invalid configurations that reach staff for correction. In the mattress build, each selection limits what remains available at the next step, so combinations the manufacturer cannot build are not offered. Orders that reach production have already been validated against the rules the manufacturer defined.
Question: Should a product configurator connect to ERP, PIM or manufacturing systems?
Answer: It has to when a configured item draws stock from several component records at once. Availability and lead time are then calculated against the source system at the time of quoting, and the resolved configuration is passed downstream so production receives a build instruction. Optimum7 connects these builds to systems such as SAP Business One, NetSuite or Epicor P21. In the BigCommerce configurator documented for component-based inventory, the configured unit resolves to its component products and each option is checked against available stock.
About Optimum7
Optimum7 is a full-service e-commerce development and migration agency based in Coral Gables, Florida, specializing in platform migrations, custom e-commerce development, and digital marketing for B2B manufacturers, distributors, and wholesale operators. Founded in 2007, the firm has completed more than 1,000 e-commerce platform migrations and more than 1,000,000 cumulative page migrations across BigCommerce, Shopify Plus, Magento, WooCommerce, Volusion, and more than 10 additional platforms. Optimum7 holds BigCommerce Elite Partner status and is a Shopify Plus Partner.
Duran Inci, CEO Optimum7 duran@optimum7.com
