CPQ-Systeme Angebotsprozesse präzise steuern

Anbieter zum Thema

Aerotech GmbH

Camtek GmbH

AMD Advanced Micro Devices GmbH

Klassische Konfiguratoren erleichtern Auswahlprozesse, schaffen aber keine Verbindlichkeit. CPQ‑Systeme gehen weiter: Sie bündeln technische Regeln, Preislogiken und Freigaben zu einem durchgängigen Angebotsprozess.

Der Anruf kommt zuverlässig im falschen Moment: „Wir brauchen ein Angebot. Heute noch.“ Dann zeigt sich, woran komplexe Vertriebsprozesse wirklich hängen. Nicht an Software, sondern an Menschen. An den zwei, drei Kolleginnen und Kollegen, die wissen, welche Varianten funktionieren, welche Kombinationen ausgeschlossen bleiben müssen und wo die Kosten kippen. 

Nur sind diese Menschen oft nicht erreichbar: im Projekt verplant, im Flieger, im Urlaub oder seit kurzem in Rente. Ihr Wissen steckt in Köpfen, verteilten Excel-Dateien, alten Angebotskopien und E‑Mails, die niemand findet. Skalierbar ist das nicht. Genau hier setzt CPQ an: Es macht Entscheidungen reproduzierbar und unabhängig von Einzelpersonen.

Das C in CPQ ist nicht der Konfigurator

Das „C“ steht für Configure – also für den Vorgang, technische und kaufmännische Optionen korrekt festzulegen. Ein Konfigurator ist nur die Oberfläche, die führt und prüft. CPQ dagegen ist das Regelwerk dahinter: Hier entsteht, was technisch zulässig, kaufmännisch vertretbar und in der Fertigung realisierbar ist. Richtig eingesetzt wird CPQ zum Kernsystem, in dem Regeln, Preise und Dokumente verankert sind. Die UI ist nur das Einfallstor.

Konfigurator, CPQ, CRM, ERP. Jedes System hat klare Rollen:

• Konfigurator: führt durch Optionen, prüft Plausibilität.  
• CPQ: setzt Regeln um, kalkuliert Preise, steuert Freigaben, erzeugt Dokumente, liefert eine Vertriebs‑BOM.  
• CRM: Kunde, Branche, Opportunity, Vertriebsprozess.
• ERP/PLM/CAD: Kosten, Materialien, technische Versionen, Fertigung

Die meisten Probleme entstehen, wenn diese Rollen verwischen. CPQ funktioniert nur, wenn die Grenzen klar und die Übergänge sauber sind.

Architektur-Basics. Was Projekte stabil macht

Ein CPQ sitzt nicht „im Vertrieb“, sondern im Zentrum der Systemlandschaft. Es verbindet:

• CRM → CPQ: Kunde, Region, Angebotskontext
• CPQ → ERP/PLM/CAD: Variantenstruktur, Preise, Stücklisten, technische Merkmale.
• CPQ → DMS: Angebotsdokumente, technische Anhänge.
• Stammdatenkreislauf: Artikel, Merkmale, Preise, Versionen.

Gut funktioniert CPQ dort, wo diese Übergänge eindeutig definiert und technisch sauber umgesetzt sind. Erfahrungen aus dem Sondermaschinenbau zeigen: Veraltete Schnittstellen und unsaubere Stammdaten sind die größten Risiken, nicht das CPQ selbst.

Was CPQ abbilden muss. Drei Wissensschichten

• 1. Technische Kombinationslogik: Zulässigkeiten, Abhängigkeiten, Normen – die Wahrheit über die Produktstruktur.
• 2. Preis- und Kalkulationslogik: Materialkosten, Aufschläge, Risikopuffer, Rabattgrenzen – nachvollziehbar statt historisch gewachsen.
• 3. Angebotsoutput & Produktionsnähe: Dokumente, Ausschlüsse, technische Werte und eine Vertriebs‑BOM, die ERP und PLM ohne Interpretationsarbeit weiterverarbeiten können.

Fehlt eine dieser Schichten, bleibt CPQ ein Konfigurator. Mit ihnen wird es zum Angebotsmotor.

Wie CPQ zum Angebotsmotor wird

Ein CPQ wird nicht durch die UI zum Angebotsmotor, sondern durch fünf klare Bausteine:

• Regeln, die das implizite Expertenwissen vollständig abbilden.
• Preise, die aus der Modelllogik kommen statt aus Excel-Schattenlisten.
• Dokumentenlogik, die technische und kaufmännische Verbindlichkeit schafft.
• Schnittstellen, die CRM, ERP und PLM reibungslos verbinden.
• Eine Vertriebs‑BOM, die fertigungstauglich ist.

Wenn diese Bausteine stimmen, trifft das CPQ die Entscheidungen, nicht das Bauchgefühl oder die Erreichbarkeit einzelner Personen.

Praxisblick: Wenn der Prozess kippt

Sobald Regeln, Preislogik und Dokumente im CPQ verankert sind, verändert sich der Prozess spürbar: weniger Rückfragen, weniger Schleifen, konsistentere Angebote und ein Vertrieb, der ohne permanente Unterstützung aus Engineering auskommt. Herstellerangaben aus der Praxis: Etwa ein Maschinenbauer, der mit der Cloud‑CPQ‑Plattform Elfsquad laut Anbieter 50 Prozent schnellere Angebote erstellt. Das zeigt, welche Wirkung entsteht, wenn Wissen im System statt in Köpfen liegt.

Was Studien einordnen

Unabhängige Analysen bestätigen das Muster: Die Forrester‑TEI‑Studie zu Salesforce (inklusive CPQ‑Modul) zeigt deutliche wirtschaftliche Effekte. Insbesondere dort, wo vorher viele manuelle Schritte nötig waren. MGI Research dokumentiert, dass Projekte vor allem dann ins Stocken geraten, wenn Unternehmen den Aufwand für Datenaufbereitung unterschätzen. Die Botschaft ist konsistent: Der Nutzen entsteht nicht durch das Tool, sondern durch die Struktur des Wissens dahinter.

Wie man im Mittelstand pragmatisch startet

Bewährt hat sich ein Ansatz, der Wirkung vor Perfektion stellt:

• High‑Runner zuerst: Die häufigsten Produktkonfigurationen sind der beste Startpunkt, weil sie sich am schnellsten stabilisieren und am direktesten auf die Angebotszeit wirken.
• Regeln strukturiert modellieren: Technische Regeln sollten modular aufgebaut und fachlich dokumentiert sein. Sonst steigt der Pflegeaufwand exponentiell mit jeder Produktänderung.
• Definition „vertriebsfertig“ gemeinsam fixieren: Ohne klare Kriterien kommt es zu über- oder untermodellierten CPQ‑Systemen. Der Vertriebsprozess bestimmt die logische Tiefe, nicht das Tool.
• Schnittstellen früh festziehen: CPQ hängt an CRM, ERP, PLM und DMS. Sobald ein System alte Merkmallisten oder unklare Statuslogik liefert, entstehen Fehlerketten, die schwer beherrschbar sind.
• Freigaben im Workflow automatisieren: Rabatt- und Margenentscheidungen lassen sich klar modellieren. Jeder Schritt, der manuell per E‑Mail läuft, erhöht das Fehlerrisiko und verlangsamt den Angebotsprozess.
• Dokumentenlogik zentral pflegen: Standardtexte, Ausschlüsse, technische Hinweise und Normbezüge gehören in eine Quelle. Nur so bleiben Angebote konsistent.

CPQ ist damit weniger ein IT‑Projekt als eine Form der Organisationsentwicklung. Man strukturiert, wie das Unternehmen denkt und macht dieses Denken ausführbar.

Fazit: Warum CPQ der Angebotsmotor ist

Ein Konfigurator zeigt Optionen. Ein CPQ-System bildet Entscheidungen ab, technisch, kaufmännisch, organisatorisch. Es macht Regeln sichtbar, Preise nachvollziehbar und Dokumente konsistent. Und es löst die Engpässe auf, die entstehen, wenn Expertenwissen nicht verfügbar ist. Damit wird CPQ zum Angebotsmotor: Ein System, das Geschwindigkeit ermöglicht, ohne Verbindlichkeit zu verlieren – genau das, was beispielsweise der Sondermaschinenbau im Wettbewerbsdruck braucht.

Andreas Renk ist CPQ‑Integrationsarchitekt und spezialisiert auf Vertriebsprozesse mit hoher Variantenvielfalt.