Product Configuration / CPQ

Een productconfigurator is pas nuttig wanneer het systeem het product ook werkelijk begrijpt.

De logica achter een configureerbaar product

Een productconfigurator is pas nuttig wanneer het systeem het product ook werkelijk begrijpt.

Daarmee bedoel ik niet dat er zoveel mogelijk regels in moeten zitten. Het model moet vooral duidelijk weten welke keuzes bestaan, welke combinaties geldig zijn en wat een keuze betekent voor geometrie, materiaal, prijs, engineering en eventueel productie.

Ik werk graag aan dat onderliggende productmodel.

Meer dan opties aanvinken

Bij eenvoudige producten volstaat een lijst met opties en enkele prijsregels.

Bij complexe technische producten verandert dat snel. Afmetingen beïnvloeden componenten, materiaalkeuzes beperken andere mogelijkheden en bepaalde uitvoeringen vragen een andere productstructuur. Sommige relaties zijn directe berekeningen, andere werken beter als rules of constraints.

Ik probeer die verschillende soorten logica bewust uit elkaar te houden. Niet omdat elk model theoretisch perfect moet zijn, maar omdat een configurator veel makkelijker te onderhouden blijft wanneer duidelijk is waarom iets gebeurt.

Iemand gebruikt de Inoxplus-configurator op een scherm: een rvs-werkblad met spoelbak, kookplaat, maten en een optiespaneel.

Rule-based en constraint-based

Ik heb lang vooral vanuit parametrische CAD en directionele regels gewerkt. Dat blijft voor veel situaties een uitstekende aanpak.

Sinds ik met Tacton en constraint-based configuratie werk, kijk ik anders naar producten waar keuzes elkaar in meerdere richtingen beïnvloeden. Bij dat soort systemen is het vaak beter om relaties vast te leggen die geldig moeten blijven, in plaats van een lange keten van if/then-regels te bouwen.

Ik kies dus niet vooraf voor één techniek. Het product bepaalt welke logica nodig is.

CAD, pricing en manufacturing

Voor mij stopt productconfiguratie niet noodzakelijk aan de rand van de CPQ-tool.

Een technisch product moet uiteindelijk ook ontworpen en gemaakt worden. Daarom kijk ik graag naar de verbinding met CAD, engineering automation en manufacturing. Dezelfde productkennis kan dan verder gebruikt worden voor geometrie, stuklijsten, tekeningen, prijsberekeningen of productie-output.

Dat hoeft niet allemaal in één systeem te zitten. Belangrijker is dat de betekenis niet telkens opnieuw vertaald moet worden.

Waar ik kan helpen

Ik kan meewerken aan het structureren van een productfamilie, het opzetten van parameters en domains, rules en constraints, productstructuren en de verbinding met CAD of andere technische output.

Dat kan binnen een bestaand CPQ-platform zijn, of als onderdeel van een eigen configurator wanneer een standaardpakket niet goed past.

Mijn rol zit vaak tussen productkennis en implementatie: eerst begrijpen wat er echt geconfigureerd wordt, daarna pas beslissen hoe het systeem dat moet modelleren.

Gerelateerd werk

Highly configurable door system
Constraint-based configuratie van complexe deurstructuren met materiaalkeuzes, brandvereisten, sloten, staalframes en verschillende uitvoeringen.

Technics & Applications
Configuratie van zwembadafdekkingen waarbij de berekende productinformatie verder doorliep naar CNC-productie.

Inoxplus
Een webconfigurator voor inox werkbladen waarin productlogica, geometrie, prijs en offerte samenkomen.

Heb je een product dat moeilijk in regels te vatten is, of een configurator die steeds meer uitzonderingen krijgt? Stuur me gerust wat context.