Ein Produktkonfigurator ist eine Software, die es Kunden oder Vertriebsmitarbeitern ermöglicht, Produkte mit individuellen Merkmalen, Varianten und Optionen in Echtzeit zusammenzustellen und dabei sofort zu sehen, was technisch machbar ist und was es kostet. Ein moderner Produktkonfigurator führt den Nutzer durch den Konfigurationsprozess (Guided Selling), schließt unmögliche Kombinationen automatisch aus und zeigt das konfigurierte Produkt visuell in Echtzeit auf dem Bildschirm. Der Unterschied zu einem einfachen Variantenauswahlmenü: Ein echter Konfigurator verarbeitet komplexe Regelwerke mit Tausenden von Abhängigkeiten und erlaubt trotzdem eine intuitive, flexible Bedienung ohne feste Reihenfolge.

Guided Selling bezeichnet einen Verkaufsansatz, bei dem das System den Kunden oder Außendienstmitarbeiter aktiv durch den Konfigurationsprozess führt wie ein digitaler Berater. Statt den Nutzer mit Hunderten von Optionen zu überfordern, werden ihm schrittweise die relevanten Auswahlmöglichkeiten angezeigt, basierend auf dem, was er bisher konfiguriert hat. Unmögliche Kombinationen werden sofort erkannt und ausgeblendet oder mit einer verständlichen Erklärung abgewiesen, gleichzeitig werden sinnvolle Alternativen vorgeschlagen. Das Ergebnis: Kunden konfigurieren schneller, machen weniger Fehler, sind zufriedener und kaufen häufiger.

Ein normaler Onlineshop verkauft Standardprodukte mit fixen Eigenschaften: Der Kunde wählt aus einem vorhandenen Sortiment an Standardprodukten bzw. Standardvarianten mithilfe einer einfachen, facettierten Suche, legt in den Warenkorb und kauft. Ein CPQ-System geht deutlich weiter: Es erlaubt die individuelle Zusammenstellung von Produkten aus einer Vielzahl von Optionen, Attributen und Varianten in Echtzeit und unter Berücksichtigung komplexer technischer und kaufmännischer Regeln. Das können Maschinen mit hunderten konfigurierbaren Merkmalen sein, modulare Bausysteme, individuell zusammengestellte Anlagen oder maßgefertigte Produkte. Während ein Onlineshop fertige Produkte abbildet, ermöglicht CPQ den Verkauf von Produkten, die zum Zeitpunkt des Kaufs erst noch konfiguriert werden.

Ein ERP-System (z. B. SAP) ist für operative Geschäftsprozesse zuständig: Produktion, Lagerhaltung, Buchhaltung und Auftragsabwicklung. Es kann zwar Produktvarianten über Variantenkonfiguration (z. B. SAP Variant Configuration) abbilden, ist aber nicht auf die Kundenkommunikation, die visuelle Produktdarstellung oder das Erstellen von Angeboten im Verkaufsgespräch ausgelegt. Eine CPQ-Lösung schließt genau diese Lücke: Sie übernimmt die kunden- und vertriebsseitige Konfiguration und Angebotslegung, nutzt dabei die im ERP hinterlegten Regelwerke und übergibt die fertigen Aufträge nahtlos zurück an das ERP zur Produktion und Abwicklung. Dabei stellt das ERP die grundlegenden Regeln bereit, die im Rahmen der CPQ-Lösung etwa um kaufmännische Regeln ergänzt werden können. Das reduziert den Wartungsaufwand, da ERP-Regeln 1:1 übernommen und nur bei Bedarf erweitert werden. ERP und CPQ ergänzen sich: Das ERP produziert, das CPQ verkauft.

Moderne CPQ-Systeme arbeiten mit deklarativen Regelmodellen: Statt starre Wenn-Dann-Sequenzen zu programmieren, werden Regeln als logische Abhängigkeiten zwischen Produktattributen definiert. Das System berechnet daraus in Millisekunden alle gültigen Konfigurationsmöglichkeiten unabhängig davon, in welcher Reihenfolge der Nutzer seine Auswahl trifft. Unmögliche Kombinationen werden sofort erkannt und dem Nutzer erläutert, sinnvolle Alternativen werden vorgeschlagen. Das erlaubt eine völlig flexible, nicht-sequenzielle Konfiguration: Der Nutzer kann an beliebiger Stelle einsteigen und die Reihenfolge seiner Auswahl frei bestimmen je nachdem, was für ihn gerade wichtig ist. Das System stellt dabei zu jeder Zeit sicher, dass die Konfiguration gültig und konsistent ist. Eine Konfiguration kann daher zwar noch unvollständig sein, aber nie dem Regelwerk widersprechen.

Headless CPQ bedeutet, dass die Konfigurationslogik (das Backend) vollständig von der Benutzeroberfläche (dem Frontend) getrennt ist die Konfigurationsregeln werden also nicht im Frontend implementiert oder verarbeitet. Das ist insbesondere wichtig, weil diese Regeln Geschäftsgeheimnisse enthalten können. Der Konfigurator kann dadurch flexibel in beliebige Frontends eingebunden werden: Onlineshops, Unternehmenswebsites, Händlerportale, Marktplätze oder mobile Apps ohne dass die Konfigurationslogik jedes Mal neu aufgebaut werden muss. Das Frontend kann frei gestaltet und an das Corporate Design angepasst werden, während das Backend die gesamte Regelverarbeitung übernimmt. Sowohl Außendienstmitarbeiter mit einem spezialisierten Sales-Interface als auch Endkunden im Onlineshop nutzen dabei dieselbe Konfigurationslogik in unterschiedlichen Oberflächen. Ideale CPQ-Systeme bieten darüber hinaus einen UI-Baukasten, der per No-Code eine kostengünstige und effiziente Entwicklung maßgeschneiderter Produktkonfiguratoren ermöglicht.

Geschwindigkeit ist im Konfigurator entscheidend: Jede Verzögerung nach einer Nutzerauswahl unterbricht den Konfigurationsfluss, verschlechtert die User Experience und senkt die Abschlussrate. Moderne CPQ-Systeme verarbeiten Regelwerke mit Tausenden von Attributen und Abhängigkeiten in Millisekunden ohne wahrnehmbare Ladezeit für den Nutzer. Das funktioniert auch dann, wenn gleichzeitig Bilder und Produktdetails aus dem PIM in Echtzeit geladen werden. Für den Nutzer entsteht das Gefühl einer sofortigen Reaktion auf jede Eingabe vergleichbar mit einer lokalen App, obwohl die gesamte Regelverarbeitung serverseitig und damit sicher vor dem Zugriff Dritter stattfindet.

CPQ lohnt sich für alle Unternehmen, die variantenreiche Produkte oder individuelle Kundenwünsche verkaufen und deren Vertrieb heute noch viel Zeit mit manueller Angebotserstellung verbringt. Durch das hinterlegte Regelwerk müssen Vertriebsmitarbeiter keine hunderte technischen Datenblätter mehr lesen und interpretieren sämtliche Zusammenhänge sind bereits abgebildet. Typische Auslöser für eine CPQ-Einführung sind: hohe Fehlerquoten in Auftragsbestätigungen durch fehlerhafte Konfigurationen, lange Angebotslaufzeiten im Vertrieb, ein wachsendes Produktportfolio mit steigender Variantenzahl und Komplexität in der Vergangenheit wurde eine CPQ-Lösung häufig gerade dann eingeführt, wenn eine neue Produktlinie aufgrund ihrer Komplexität für den Vertrieb nicht mehr händelbar war, der Wunsch nach Self-Service-Konfiguration im Onlineshop oder Händlerportal sowie die Migration zu SAP S/4HANA und die damit verbundene Neustrukturierung der Variantenkonfiguration.