Jenseits der Automatisierung: Der wahre Wert von CPQ liegt in der Richtigkeit

„Wir haben das Angebot in zwei Stunden verschickt. Und dann zwei Wochen gebraucht, um es zu bereinigen.“

Diesen Satz höre ich öfter, als mir lieb ist. Auf der Präsentation sieht die Zeitachse super aus. In der Gewinn- und Verlustrechnung taucht dann der Margenverlust auf. Nichts zerstört das Vertrauen in CPQ schneller als eine schnelle falsche Antwort.

Automatisierung ist nützlich. Aber wer Unsicherheit automatisiert, erntet keine Skalierung, sondern skalierbare Nacharbeit. Erfolgreiche Teams verstehen CPQ zuerst als Werkzeug für Korrektheit und erst dann als Werkzeug für Geschwindigkeit.

Geschwindigkeit ohne Korrektheit ist nur schnellere Nacharbeit.

Geschwindigkeit ohne Korrektheit ist teuer

Die meisten Entscheider fordern dasselbe: „Weniger Klicks. Schnellere Angebote.“ Das ist verständlich. Manuelle Angebotsprozesse sind langsam und fehleranfällig. Doch hier lauert eine Falle: Wer die gleichen Unklarheiten, stillen Annahmen und das firmeneigene Silowissen in einen glänzenden neuen Workflow überführt, skaliert nur das Chaos.

Der Kernzweck von CPQ ist es, Komplexität zu vereinfachen, die Genauigkeit zu erhöhen und so den Vertrieb zu beschleunigen. Beachten Sie die Reihenfolge: erst Komplexität beherrschen und Genauigkeit sicherstellen, dann kommt die Geschwindigkeit von allein.

Ich arbeite seit dem Jahr 2000 mit CPQ, hauptsächlich im Umfeld von Tacton. Das Muster ist bei Systemen, die auf symbolischer Logik basieren (denken Sie an Constraint-Solver in Tacton, Salesforce CPQ oder Oracle CPQ), immer dasselbe: Der Wert entsteht, wenn die Logik verhindert, dass nicht baubare Produkte und nicht vertretbare Preise überhaupt erst im Angebot landen. Alles andere ist nur die Pflicht.

Die Aufgabe von CPQ ist nicht, Klicks zu zählen, sondern zu beweisen, dass das Angebot technisch machbar und kaufmännisch solide ist.

Tools, die nur Geschwindigkeit versprechen, verwechseln Ursache und Wirkung. Ja, ein gutes CPQ-System beschleunigt Prozesse. Aber diese Beschleunigung ist das Ergebnis von Klarheit, nicht deren Ersatz. Anders gesagt: Geschwindigkeit folgt aus Validität.

Drei Regeln für korrekte Angebote

Regel 1: Blockieren Sie ungültige Optionen frühzeitig. Lassen Sie den Vertrieb keine ungültigen Kombinationen auswählen, die „später korrigiert“ werden müssen. Nutzen Sie Constraints (Plausibilitätsregeln), um Sackgassen bereits bei der Auswahl zu eliminieren. Ein Beispiel: Bei einer Kompressor-Baureihe sollten geometrische, umgebungsbedingte und elektrische Constraints den Optionsraum so einschränken, dass erst gar keine Fehler möglich sind. Keine roten Fehlermeldungen im Nachhinein. Kein „da müssen wir die Technik fragen“.

Das Gegenmuster – die Geschwindigkeitsfalle: Sie demonstrieren einen eleganten, linearen Prozess mit vielen optionalen Feldern und verlassen sich darauf, dass Freigabeschleifen und implizites Wissen die Fehler später schon abfangen werden. Das sieht schnell aus, kostet aber Zeit, Marge und Glaubwürdigkeit.

Regel 2: Machen Sie die Preislogik nachvollziehbar. Der beste Rabatt ist der, den Vertrieb und Controlling in einem Satz erklären können: Was hat sich geändert, wer ist dafür verantwortlich und warum? Wenn ein neuer Vertriebsmitarbeiter Ihre Preiskalkulation nicht auf Anhieb versteht, wird sie in Excel nachgebaut. Halten Sie Listenpreise, Aufschläge und Untergrenzen transparent. CPQ beschleunigt Deals nur dann, wenn die Preisregeln für alle Beteiligten klar und überprüfbar sind.

Ein Beispiel: Weisen Sie Materialzuschläge, regionale Frachtkosten und Service-Uplifts als separate, verantwortete Positionen aus. Wenn die Frachtkosten explodieren, passen Sie einen Posten an, nicht zwanzig Preislisten.

Regel 3: Behandeln Sie Änderungen wie Software-Code – klein, getestet und nachvollziehbar. Korrektheit zerfällt ohne Steuerung. Etablieren Sie einen wöchentlichen Rhythmus: Nehmen Sie kleine Änderungen ins Backlog auf, spielen Sie sie gezielt ein, lassen Sie eine Test-Suite mit typischen Konfigurationen und erwarteten Preisen durchlaufen und informieren Sie die Anwender mit einer kurzen Änderungsnotiz auf dem Startbildschirm des CPQ-Systems. Wenn eine Änderung immer noch einen Projektplan erfordert, werden die Anwender einen Weg finden, sie zu umgehen.

Jede neue Regel ist eine Hypothek auf zukünftige Änderungen. Sie sollte es wert sein.

Was diese Regeln wirksam macht, ist keine Magie. Es ist Struktur. Deterministische Regeln, ein Constraint-Solver und die Routine, Tests zu schreiben. Das ist alles. KI kann bei der Beschreibung oder Zusammenfassung von Optionen helfen, aber sie braucht Leitplanken, um nützlich zu sein. Ohne explizite Constraints produziert eine KI überzeugend formulierte Vermutungen – keine verlässlichen Angebote. Mit Constraints wird sie zu einem Assistenten, der erklärt und beschleunigt, was bereits korrekt ist.

Wenn das System sich nicht selbst erklären kann, werden die Anwender ihm nicht vertrauen.

Was Sie diesen Monat ändern können

1. Beseitigen Sie einen Workaround für ein Produkt – von Anfang bis Ende. Wählen Sie den häufigsten Fehlerpfad: die Teilenummer, die immer eine manuelle Notiz erfordert, oder die Optionskombination, die stets Rückfragen an die Technik auslöst. Modellieren Sie die Regel, die diesen Fehler bereits bei der Auswahl blockiert. Messen Sie nur eines: die Anzahl der manuellen Eingriffe vom ersten Angebot bis zum finalen Auftrag. Wenn sie nicht sinkt, versuchen Sie es nächste Woche erneut.

2. Bauen Sie eine Test-Suite mit 20 Szenarien und Preiserwartungen. Zehn gültige, zehn ungültige. Decken Sie Randfälle ab: kleinste und größte Baugröße, abweichende Spannungen, ungewöhnliche Zubehörkombinationen. Erfassen Sie für drei der gültigen Szenarien den erwarteten Listen-, Rabatt- und Pocket-Preis. Führen Sie die Suite bei jeder Änderung der Logik aus. Wenn ein Test fehlschlägt, korrigieren Sie die Logik, bevor Sie neue Funktionen freigeben.

3. Fügen Sie eine „Warum?“-Erklärung für Konfiguration und Preis hinzu. Wenn eine Option ausgeblendet wird, zeigen Sie, warum. Wenn sich ein Preis ändert, zeigen Sie, welche Regel dafür verantwortlich war. Machen Sie dies im Angebotsdokument und in der Benutzeroberfläche sichtbar. Die Entwicklung ist mühsam, zahlt sich aber durch hohe Akzeptanz aus. Ich habe erlebt, wie erfahrene Vertriebsmitarbeiter von Skeptikern zu Befürwortern wurden, als das System ihre „Warum?“-Frage in weniger als einer Sekunde beantworten konnte.

Diese Schritte wirken klein. Aber sie bauen aufeinander auf. Korrektheit muss zur Gewohnheit werden, dann wird Geschwindigkeit zu einer stabilen Größe. Angebote fließen, Ausnahmen werden selten, die Marge bleibt stabil.

Fortschritt ist wichtiger als Perfektion. Liefern Sie wöchentlich Klarheit und lassen Sie die Geschwindigkeit von selbst wachsen.

Noch eine Beobachtung aus der Praxis: Bei Systemen, die auf reiner Logik für die Produktkonfiguration basieren, entscheidet die Qualität der Produktstruktur über den Erfolg. Eine schlechte Modularisierung führt zu einer Explosion der Regeln. Eine gute Modularisierung macht Regeln zu wiederverwendbaren Bausteinen. Wenn Sie sich überfordert fühlen, fügen Sie keine neuen Regeln hinzu. Reparieren Sie die Struktur.

Wer gewinnt, wenn die Korrektheit an erster Stelle steht? Teams, in denen Produktmanagement, Vertrieb und Betrieb die Regeln gemeinsam verantworten. Wer verliert? Teams, die schnelle Durchlaufzeiten feiern, während sie Nacharbeit stillschweigend zum Standardprozess machen. Ein CPQ scheitert nicht dramatisch. Es wird einfach durch Excel-Listen, E-Mails und „Ich kenn da jemanden“-Prozesse umgangen.

Ich nehme lieber einen langsameren ersten Monat mit sauberen Angeboten als einen schnellen Rollout, der Ausnahmen festschreibt. Das eine skaliert. Das andere stagniert.

Wenn Sie die Angebotszeit halbieren, aber das Falsche liefern – haben Sie dann wirklich gewonnen?