Systemvergleich · Configure, Price, Quote
CPQ vs. Produktkonfigurator: Welche Systemgrenze passt?
Ein Produktkonfigurator beantwortet, welche Variante gültig oder passend ist. CPQ erweitert diese Entscheidung um kundenspezifische Preissteuerung, Freigaben und versionierte Angebote. Die richtige Grenze hängt deshalb nicht am Begriff, sondern am verbindlichen Ergebnis und am Vertriebsprozess.
Direktantwort
Konfiguration beantwortet das Produkt. CPQ verantwortet das Angebot.
Ein Produktkonfigurator modelliert Merkmale, Regeln und eine geführte Auswahl. CPQ steht für Configure, Price, Quote und ergänzt typischerweise kundenspezifische Preise, Rabatte, Margenregeln, Genehmigungen, Angebotsversionen und die Übergabe in den Auftrag. Ein Konfigurator kann Bestandteil einer CPQ-Lösung sein; nicht jeder Konfigurator benötigt jedoch den vollständigen Quote-to-Order-Prozess.
Begriffsgrenze
Zwei Systeme, zwei verbindliche Ergebnisse.
Der Name einer Plattform entscheidet die Grenze nicht. Maßgeblich ist, welche Produkt-, Preis- und Angebotsentscheidung im System reproduzierbar, freigegeben und an nachfolgende Prozesse übergeben werden muss.
Ein Produktkonfigurator kann als spezialisierter Baustein innerhalb eines CPQ-Prozesses arbeiten. Umgekehrt ist ein Konfigurator mit Listenpreis und Warenkorb nicht automatisch ein vollständiges CPQ. Die Grenze liegt nicht beim ersten Preis, sondern dort, wo Preis-, Freigabe- und Angebotsgovernance verbindlich werden.
Produktkonfigurator
Führt Kunde, Partner, Vertrieb oder Technik durch Merkmale und Abhängigkeiten. Er verhindert ungültige Kombinationen und erzeugt eine Empfehlung, Spezifikation, Anfrage, Stückliste oder Warenkorbposition.
Verbindliche Frage: Welche Auswahl ist gültig oder passend?CPQ
Verbindet Konfiguration mit kunden- und kanalspezifischer Preisfindung, Rabatt- und Margenregeln, Ausnahmefreigaben, Angebotsdokumenten und Versionen bis zur Auftragsübergabe.
Verbindliche Frage: Was darf zu welchem Preis angeboten und freigegeben werden?Entscheidungsmatrix
CPQ und Produktkonfigurator in acht Dimensionen.
Die Matrix beschreibt typische Systemgrenzen. Eine konkrete Plattform kann einzelne Bereiche anders schneiden, unterschiedlich tief umsetzen oder mit spezialisierten Komponenten verbinden.
| Dimension | Produktkonfigurator | CPQ |
|---|---|---|
| Kernfrage | Was ist technisch gültig oder für den Bedarf passend? | Was ist gültig, zu welchem Preis und als welches freigegebene Angebot? |
| Nutzer | Kunde, Partner, Vertrieb oder Technik – öffentlich oder geschützt. | Häufig Vertrieb und Partner; je nach Architektur auch Commerce und Self-Service. |
| Preis | Kein Preis, feste Aufpreise oder eine fachliche/formelbasierte Kalkulation. | Kunden-, kanal- und vertriebsspezifische Preise, Rabatte, Margen und Ausnahmen. |
| Ergebnis | Empfehlung, Konfiguration, Spezifikation, Anfrage, Warenkorb oder Stückliste. | Versioniertes, gegebenenfalls genehmigtes Angebot mit Übergabe in Auftrag oder Vertrag. |
| Workflow | Auswahl, Regelprüfung und Ausgabe. | Opportunity, Konfiguration, Preis, Freigabe, Quote, Verhandlung und Auftrag. |
| Governance | Produktmodell, Merkmale, Regeln, Inhalte und Visualisierung pflegen. | Zusätzlich Preislisten, Rabattgrenzen, Freigaben, Angebotsvorlagen und Vertriebsrollen pflegen. |
| Systeme | Shop, PIM, ERP, CAD/PLM oder ein eigenes Fachsystem. | Häufig CRM, ERP, Commerce, Billing, Vertrags- oder Dokumentensysteme. |
| Typischer Grenzfall | Technisch gültige Auswahl mit Listenpreis und Anfrage. | Kundenpreis mit Rabattgrenze, Ausnahmefreigabe und versioniertem Angebot. |
Prozesslinien
Wo der Angebotsprozess beginnt.
Die Konfigurator-Linie endet bei einer gültigen oder passenden Auswahl. Die CPQ-Linie führt dieselbe Produktentscheidung durch Preislogik, Freigabe und versioniertes Angebot weiter.
Konfigurator-Linie
- Bedarf
- Merkmale
- Regeln
- gültige Auswahl
Verbindliches Ergebnis: Anfrage · Warenkorb · Spezifikation
CPQ-Linie
- Opportunity
- Configure
- Price
- Approval
- Quote
Verbindliches Ergebnis: freigegebenes Angebot · Auftrag
Vier Ausgänge
Nicht jede Auswahl endet bei CPQ.
Der sinnvollste Startpunkt ist das kleinste System, das Produkt-, Preis- und Angebotsverbindlichkeit vollständig abdeckt.
Shop-Plugin
Wenige weitgehend unabhängige Optionen, normale Warenkorb-Übergabe und keine eigene fachliche Regelpflege.
Systemgrenze: Prüfen, ob das vorhandene Commerce-System die Muss-Fälle bereits belastbar abdeckt.
Produktkonfigurator
Gültigkeit, Eignung oder technische Auslegung hängt von Merkmalen, Abhängigkeiten und nachvollziehbarer Nutzerführung ab.
Systemgrenze: Produktmodell und Regelwerk sind der Kern; Preis und Quote bleiben einfach oder außerhalb.
CPQ
Kundenspezifische Preise, Rabattgrenzen, Margen, Freigaben, Angebotsversionen und Quote-to-Order verbindlich zusammengehören.
Systemgrenze: Zusätzlich zur Produktlogik werden Preis- und Angebotsgovernance zum Systemkern.
Hybridmodell
Kunden konfigurieren im Self-Service, während Vertrieb Preise, Ausnahmen und Angebote in einem geschützten CPQ-Prozess steuert.
Systemgrenze: Gemeinsame Konfigurations-ID und Regelversion verbinden öffentlichen und internen Prozess.
Illustrative Fälle
Vier Situationen, vier sinnvolle Systemgrenzen.
Die Fälle sind bewusst fiktiv und dienen ausschließlich der Einordnung. Sie sind keine veröffentlichten Kundenprojekte und keine allgemeingültigen Produktempfehlungen.
B2C-Self-Service mit festen Aufpreisen
Kunden wählen Farbe, Größe und Zubehör. Ungültige Kombinationen werden verhindert; Aufpreise sind für alle gleich und der Warenkorb ist das Ergebnis.
Es fehlen kundenspezifische Preisverhandlung, Rabattfreigabe und versioniertes Angebotswesen. Entscheidend sind Auswahl und Commerce-Übergabe.
Technische B2B-Auslegung mit Stückliste
Parameter bestimmen eine zulässige Anlage, technische Kennwerte und eine Stückliste. Der Vertrieb arbeitet zunächst mit Listenpreisen.
Die Tiefe liegt in Engineering-Regeln und nachvollziehbarer Auslegung. CPQ wird erst relevant, wenn Preis- und Angebotsworkflow hinzukommen.
Kundenpreis mit Rabatt- und Margenfreigabe
Vertriebsmitarbeitende konfigurieren ein Paket, erhalten einen kundenspezifischen Preis und benötigen oberhalb einer Rabattgrenze eine Freigabe.
Configure, Price, Approval und Quote bilden einen zusammenhängenden, revisionsfähigen Vertriebsprozess.
Öffentliche Konfiguration, internes Angebot
Interessenten stellen online eine gültige Lösung zusammen. Der Vertrieb ergänzt Konditionen, prüft Ausnahmen und erzeugt ein freigegebenes Angebot.
Eine gemeinsame Konfiguration wird kanalübergreifend weiterverwendet, während sensible Preis- und Freigabelogik geschützt bleibt.
Systemlandschaft
Produktdaten, Konfiguration und Quote brauchen klare Eigentümer.
Für jedes Datenobjekt wird festgelegt, welches System führt, welche Systeme konsumieren und wie Versionen, Fehler sowie veraltete Daten sichtbar werden.
PIM oder Produktquelle
Beschreibungen, Medien, Merkmale und Variantenstrukturen bereitstellen – abhängig vom vorhandenen Datenmodell.
Architekturhinweis: Ein PIM-Variantenmodell ist nicht automatisch die vollständige technische Regelengine.
Konfigurator
Nutzerführung, Regelreaktion, gültige Auswahl und nachvollziehbare Konfigurations-ID erzeugen.
Architekturhinweis: Regelversion und Ergebnis müssen auch nach Produktdatenänderungen reproduzierbar bleiben.
CRM
Account, Kontakt, Opportunity, Aktivitäten und vertriebliche Verantwortung führen.
Architekturhinweis: CRM-Daten ersetzen weder Produktmodell noch verbindliche ERP-Stammdaten.
CPQ
Preisregeln, Rabatte, Freigaben, Angebotsversionen und Quote-Prozess steuern.
Architekturhinweis: Nicht jede CPQ-Plattform besitzt die benötigte Tiefe für technische Variantenlogik.
ERP
Je nach Landschaft Materialien, Preise, Kunden, Verfügbarkeit, Stücklisten, Auftrag und Abrechnung führen.
Architekturhinweis: Die Datenhoheit wird je Objekt festgelegt; „ERP führt immer alles“ ist keine belastbare Architekturregel.
Quellen und Grenzen
Nachvollziehbare Primärquellen.
Die verlinkten Quellen definieren Methoden oder Produktfunktionen. Sie bestätigen weder Midnight Motion noch die Eignung einer bestimmten Lösung für ein konkretes Vorhaben.
- Salesforce Was ist CPQ? Definiert Configure, Price, Quote sowie dynamische Preise, Rabatte, Genehmigungen und Angebotsautomatisierung.
- SAP SAP CPQ – Preis- und Angebotsmanagement Beschreibt kunden- und kanalspezifische Preise, Margenkontrolle, Freigaben und CRM-/ERP-/Commerce-Anbindung.
- SAP Help Portal Konfigurierbare Produkte in SAP CPQ Zeigt Produktkonfiguration als Teil eines übergeordneten Angebotsprozesses.
- SAP Help Portal Produkte konfigurieren Dokumentiert Merkmale, Pflichtwerte und regelbasierte Konfiguration innerhalb von SAP CPQ.
Häufige Fragen
Konkrete Grenzen, klare Antworten.
Die Antworten sind vollständig sichtbar und crawlbar. Strukturiertes FAQ-Markup wird dabei nicht als Rich-Result-Versprechen eingesetzt.
Was ist der wichtigste Unterschied zwischen CPQ und Produktkonfigurator?
Der Produktkonfigurator konzentriert sich auf eine gültige oder passende Auswahl. CPQ ergänzt typischerweise kundenspezifische Preissteuerung, Rabatt- und Margenregeln, Freigaben, Angebotsversionen und die Übergabe in Auftrag oder Vertrag.
Ist ein Produktkonfigurator Bestandteil von CPQ?
Häufig ja, denn Configure ist der erste Teil von CPQ. Wie tief das Produktmodell und die technische Variantenlogik einer konkreten CPQ-Lösung reichen, unterscheidet sich jedoch. Für Engineering-Regeln kann ein spezialisierter Konfigurator angebunden sein.
Macht eine Preisberechnung einen Konfigurator bereits zu CPQ?
Nein. Feste Aufpreise oder eine einfache Kalkulation können Teil eines Produktkonfigurators sein. Die CPQ-Grenze wird relevant, wenn kundenspezifische Konditionen, Rabattgrenzen, Margen, Ausnahmen, Genehmigungen und versionierte Angebote verbindlich zusammenspielen.
Kann CPQ auch im Webshop oder Self-Service eingesetzt werden?
Ja. CPQ ist nicht grundsätzlich auf einen internen Vertriebsbildschirm begrenzt. Commerce- oder Self-Service-Kanäle können angebunden sein. Sensible Preis-, Freigabe- und Margenlogik benötigt dabei klare Rechte und Systemgrenzen.
Braucht CPQ immer ein CRM und ERP?
Nicht als abstrakte Pflicht, aber Account, Opportunity, Produktdaten, Preise, Auftrag und Abrechnung liegen häufig in vorhandenen Systemen. Für jedes Objekt wird festgelegt, welches System führt, wer konsumiert und wie Fehler oder veraltete Daten sichtbar werden.
Kann ein individueller Produktkonfigurator eine CPQ-Suite ersetzen?
Nur wenn der tatsächliche Muss-Scope damit vollständig und wirtschaftlich abgedeckt wird. Bei komplexer Vertriebsgovernance, vielen Preislisten, Freigaben und Angebotsversionen kann eine bestehende CPQ-Plattform sinnvoller sein; bei differenzierender Produktlogik oder UX kann ein individueller Konfigurator oder Hybrid passen.
Systemgrenze mit einem echten Produktfall prüfen
Plugin, Konfigurator, CPQ oder Hybrid?
Nennen Sie Beispielprodukt, schwierigste Regel, Preis- und Freigabelogik, gewünschtes Ergebnis und vorhandene Systeme. Wir ordnen unverbindlich ein, welcher Prüfpfad als Nächstes sinnvoll ist.
Konfigurator-Vorhaben unverbindlich einordnenDirekter Ansprechpartner: Nicolas-Alexander Schelle · +49 176 43665669 · info@midnightmotion.studio