CPQ vs. Produktkonfigurator: Was ist der Unterschied und was braucht Ihr Unternehmen?

Die Begriffe „CPQ“ und „Produktkonfigurator“ werden im B2B-Mittelstand häufig synonym verwendet. Technisch und organisatorisch beschreiben sie jedoch unterschiedliche Systeme.

Die entscheidende Frage lautet deshalb nicht: „Brauchen wir einen Konfigurator?“
sondern: „Wo endet Produktkonfiguration und wo beginnt Vertriebsautomatisierung?“

Denn viele Unternehmen benötigen:

• keine vollständige CPQ-Suite,
• aber deutlich mehr als einen einfachen Variantenkonfigurator.

Die Grundlagen dazu erklärt der Artikel
Was ist ein Produktkonfigurator – der Leitfaden.

Die Kurzantwort – warum die Verwechslung ständig passiert

Die Begriffe überschneiden sich stark.

Denn: Ein CPQ-System enthält fast immer einen Produktkonfigurator.
Aber: Nicht jeder Produktkonfigurator ist automatisch ein CPQ-System.

Die Abgrenzung wird im Markt zusätzlich unscharf, weil viele Anbieter:

• Konfiguratoren als „CPQ“ vermarkten,
• oder einfache Preislogik bereits als vollständiges CPQ bezeichnen.

Die eigentliche Trennlinie liegt meist bei:

• Preislogik,
• Angebotsprozessen,
• Genehmigungsworkflows,
• und Vertriebssteuerung.

CPQ enthält in der Regel einen Konfigurator. Aber nicht jeder Konfigurator ist CPQ.

Ein Produktkonfigurator beantwortet primär: „Welche Produktkombination ist technisch gültig?“

Ein CPQ-System beantwortet zusätzlich:

• Was kostet die Konfiguration für diesen Kunden?
• Welche Rabatte sind erlaubt?
• Wer muss freigeben?
• Wie entsteht daraus ein Angebot?
• Wie wird daraus ein Auftrag?

Was ein reiner Produktkonfigurator macht (und wo er endet)

Produktkonfiguratoren fokussieren sich auf:

• Variantenkombination,
• Regelvalidierung,
• Visualisierung,
• und Produktauswahl.

Fokus: Variantenkombination, Validierung, Visualisierung

Typische Funktionen:

• Auswahl kompatibler Varianten,
• Ausschluss ungültiger Kombinationen,
• 3D-Visualisierung,
• technische Plausibilitätsprüfung,
• Stücklistenerzeugung.

Typische Einsatzfelder:

• Maschinenbau,
• Möbel,
• Fenster/Türen,
• Elektrotechnik.

Ausgang: gültige Produktspezifikation, Stückliste, ggf. Listenpreis

Der klassische Konfigurator endet oft bei:

• einer gültigen Konfiguration,
• einer technischen Stückliste,
• oder einem Listenpreis.

Was danach passiert, liegt weiterhin beim Vertrieb oder ERP.

Das reicht häufig für:

• Standardprodukte,
• Händlerportale,
• Webshop-Konfiguration,
• oder Self-Service-Prozesse.

Was CPQ zusätzlich leistet – die drei Buchstaben im Detail

CPQ steht für: Configure + Price + Quote.
Der eigentliche Unterschied steckt meist nicht im „C“, sondern in „P“ und „Q“.

Configure: identisch mit Konfigurator

Die Configure-Komponente entspricht der klassischen Produktkonfiguration:

• Regelwerke,
• Variantenlogik,
• technische Validierung,
• Visualisierung.

Price: Tier-Pricing, Rabattlogik, Margenkontrolle, Genehmigungsworkflows

Hier beginnt der eigentliche CPQ-Mehrwert.

Typische Funktionen:

• kundenspezifische Preise,
• Staffelpreise,
• Rabattregeln,
• Deckungsbeitragskontrolle,
• Freigabeprozesse,
• Genehmigungsworkflows.

Beispiel: Rabatte über 15 % müssen automatisch vom Vertriebsleiter freigegeben werden.

Gerade im deutschen Mittelstand mit:

• Händlernetz,
• Sonderkonditionen,
• Rahmenverträgen,
• und SAP-Preislogik

ist dieser Bereich oft komplexer als die Produktkonfiguration selbst.

Quote: Angebotsdokument, Vertragsanhänge, eSignature, Auftragsübernahme

Der Quote-Bereich automatisiert:

• Angebotserstellung,
• PDF-Dokumente,
• Vertragsanhänge,
• eSignaturen,
• Übergabe ins ERP,
• und Auftragsanlage.

Dadurch sinkt die Angebotsdauer häufig von: 3-7 Tagen auf 30-60 Minuten.

Entscheidungsmatrix – wann reicht ein Konfigurator, wann brauchen Sie CPQ?

Die wichtigste Frage: Wie komplex ist Ihr Vertriebsprozess?

Listenpreise gleich für alle Kunden → Konfigurator reicht

Ein reiner Produktkonfigurator reicht oft wenn:

• Standardpreise gelten,
• wenige Rabattregeln existieren,
• Vertrieb kaum Freigaben benötigt,
• und Self-Service im Fokus steht.

Typische Beispiele:

• Möbel,
• Standardmaschinen,
• Händlerportale,
• Webshop-Konfiguration.

Kundenspezifische Preise, Mengenrabatte, Genehmigung über X EUR → CPQ

CPQ wird sinnvoll sobald:

• kundenindividuelle Preise,
• komplexe Rabattmodelle,
• Freigabeprozesse,
• oder Margenkontrolle

entscheidend werden.

Typische Branchen:

• Maschinenbau,
• Elektrotechnik,
• Anlagenbau,
• Großhandel.

Lange Angebotszyklen mit Verhandlung → CPQ

Wenn:

• Angebote mehrere Tage dauern,
• technische Klärungen häufig sind,
• mehrere Abteilungen beteiligt sind,
• oder Vertragslogik integriert werden muss,

ist CPQ meist die bessere Wahl.

Konfigurator nur als Lead-Tool im Webshop → Konfigurator reicht

Viele Unternehmen benötigen gar kein vollständiges CPQ.

Wenn der Konfigurator primär:

• Interessenten qualifiziert,
• Leads generiert,
• oder einfache Produktauswahl ermöglicht,

reicht häufig ein schlankes Konfigurator-System.

Hybrid-Setup: Konfigurator im Shop, CPQ im Vertrieb

Genau dieses Modell funktioniert im deutschen Mittelstand besonders häufig.

Dabei existieren:

• ein leichter Konfigurator im Webshop,
• und ein vollwertiges CPQ-System im Vertrieb.

Beispielarchitektur mit gemeinsamem Regelwerk

Typische Architektur:

• Shop-Konfigurator für Kunden,
• CPQ-System für Vertrieb,
• gemeinsames Regelmodell,
• ERP als führendes System.

Dadurch entsteht:

• schneller Self-Service,
• ohne die volle CPQ-Komplexität im Frontend.

Dieser Hybridansatz wird im Markt erstaunlich selten erklärt, obwohl er oft die pragmatischste Lösung ist.

Was im deutschen Mittelstand wirklich funktioniert (und was nicht)

Viele mittelständische Unternehmen überinvestieren in CPQ.

Typische Fehler:

• Enterprise-CPQ ohne echten Bedarf,
• komplexe Preislogik für einfache Produkte,
• zu frühe Automatisierung,
• oder fehlende Datenqualität.

Häufig sinnvoller:

• zunächst sauberer Produktkonfigurator,
• stabile ERP-Integration,
• danach schrittweise Ausbau Richtung CPQ.

Einen Überblick über Anbieter und Marktsegmente finden Sie im Artikel
Produktkonfigurator Software Anbieter im Vergleich.

Fazit

Der Unterschied zwischen CPQ und Produktkonfigurator liegt weniger in der Produktlogik, sondern im Vertriebsprozess.

Ein Produktkonfigurator beantwortet: „Was ist technisch möglich?“

Ein CPQ-System beantwortet zusätzlich:

• Was kostet es?
• Wer darf welchen Preis geben?
• Wie entsteht daraus ein Angebot?
• Und wie wird daraus ein Auftrag?

Für viele Mittelständler ist ein Hybridmodell der sinnvollste Weg:

• Konfigurator im Shop,
• CPQ im Vertrieb,
• gemeinsames Regelwerk,
• ERP als Backbone.

Sie sind unsicher, ob Ihr Unternehmen CPQ oder einen reinen Konfigurator braucht? Unit M analysiert Ihren Vertriebsprozess vor der Tool-Entscheidung — damit Sie nicht für CPQ-Lizenzen zahlen, die Sie nicht nutzen. Kurzanalyse anfragen.

FAQ

Was ist der Unterschied zwischen CPQ und Produktkonfigurator?

Ein Produktkonfigurator deckt primär technische Variantenlogik ab. CPQ erweitert dies um Preislogik, Angebotsprozesse und Genehmigungsworkflows.

Was bedeutet CPQ?

CPQ steht für Configure, Price, Quote.

Reicht ein Produktkonfigurator für den Mittelstand?

Oft ja, insbesondere bei standardisierten Preisen und einfachen Vertriebsprozessen.

Wann wird CPQ notwendig?

Bei kundenspezifischen Preisen, komplexen Rabatten und langen Angebotsprozessen.

Ist CPQ automatisch besser als ein Konfigurator?

Nein. Viele Unternehmen benötigen die zusätzliche Komplexität eines vollständigen CPQ gar nicht.

Was ist ein Hybrid-Setup?

Ein Konfigurator im Shop für Kunden und ein separates CPQ-System für den Vertrieb mit gemeinsamem Regelwerk.

Welche Anbieter gelten als typische CPQ-Lösungen?

Beispiele sind SAP CPQ, Tacton, Configit oder camos.

Welche Anbieter fokussieren stärker auf Konfiguratoren?

Zum Beispiel encoway, Roomle, excentos oder Combeenation.