Ihr erstes CPQ-Projekt: Die 5 Schritte, die die meisten Teams überspringen

Drei Wochen vor dem Go-live wurde es im Raum still. Jemand stellte die Frage, die niemand hören wollte: Welche Preisliste nutzen wir eigentlich in EMEA? Die Antwort: drei verschiedene Excel-Tabellen und ein Schulterzucken. Der Start verschob sich um zwei Monate, die Nutzerakzeptanz hat sich davon nie erholt.

Dieses Szenario kenne ich aus unzähligen Projekten. Ein Medizintechnik-Hersteller ging mit unsauberen Produktdaten und unklaren Verantwortlichkeiten live. Die Angebote sahen gut aus, aber der Vertrieb führte parallel eine eigene Excel-Liste, weil er dem System nicht traute. Das CPQ-Projekt ist nicht laut gescheitert. Es scheiterte leise, durch Workarounds.

Die unsichtbare Vorarbeit, die die meisten Teams überspringen

Viele behandeln ein CPQ-Projekt wie eine reine Software-Installation. Das ist es nicht. Die entscheidende Arbeit findet statt, bevor die Software überhaupt aufgesetzt wird: eine klare Definition des Erfolgs, die Bereinigung von Produkt- und Preisdaten und die Auswahl eines Implementierungspartners, der Ihre Produktrealität versteht – und nicht nur eine Demo präsentieren kann.

Schlechte Datenqualität kostet Unternehmen laut Gartner durchschnittlich 12,9 Millionen Dollar pro Jahr. Im CPQ spüren Sie diese Kosten direkt, wenn Sie die Vorbereitung überspringen. Ein CPQ-System verstärkt, was man hineingibt – Klarheit oder Chaos.

Go-live-Termine verschieben sich nicht wegen des Codes. Sie verschieben sich wegen fehlender Klarheit.

Warum der richtige Moment jetzt ist

Erfolgreiche Teams gehen heute anders vor: Sie liefern nicht mehr Feature für Feature, sondern Ergebnis für Ergebnis. Sie versuchen nicht, von Anfang an alles zu automatisieren. Stattdessen wählen sie einen überschaubaren Geschäftsbereich, definieren, was ein gutes Ergebnis ausmacht, und liefern eine verlässliche Lösung, der der Vertrieb vertraut. Darauf bauen sie schrittweise auf.

Diese Disziplin schlägt jede Feature-Liste. Sie etabliert eine Kultur, die im Unternehmen Nachahmer findet, und schafft Lernzyklen, die Pricing, Produktkonfiguration und Governance über die Zeit stärken.

Die Wegbereiter für einen sauberen Rollout

Was einen solchen Ansatz heute ermöglicht, ist keine Magie. Die technologischen Wegbereiter sind im besten Sinne unspektakulär:

• Constraint-Engines und Produktmodelle sind ausgereift. Sie müssen die Konfigurationslogik nicht neu erfinden. Sie müssen sie nur sauber modellieren und kontinuierlich testen.
• Integration ist planbar. Moderne CRM- und ERP-Systeme haben stabile APIs. Vorgefertigte Konnektoren beschleunigen den Datenaustausch, vorausgesetzt, Ihre Daten sind sauber und haben einen klaren Verantwortlichen.
• Tools für das Datenmanagement sind besser geworden. Behandeln Sie Produkt- und Preisdaten wie Software: Versionieren, testen und sichern Sie Änderungen über einen Freigabeprozess. So verhindern Sie „mysteriöse Änderungen“, die das Vertrauen ruinieren.
• Change Management ist messbar. Studien von Prosci zeigen, dass Projekte mit exzellentem Change Management ihre Ziele weitaus häufiger erreichen. Im CPQ wirkt sich das direkt auf die Nutzerakzeptanz aus.

Saubere Produktdaten sind keine Aufgabe. Sie sind das Fundament.

Ein Fünf-Punkte-Plan für die CPQ-Implementierung

1) Scope und KPIs definieren

Legen Sie fest, was Sie liefern und wie Sie den Erfolg messen. Beschränken Sie den Scope auf ein realistisches Segment: eine Produktfamilie, eine Region, ein Vertriebskanal. Seien Sie radikal bei der Entscheidung, was dazugehört und was nicht. Wählen Sie 3–5 KPIs, die Ergebnisse widerspiegeln, nicht nur Aktivitäten.

• Beispiele: Angebotszyklus unter 48 Stunden, Konfigurationsgenauigkeit im ersten Anlauf über 98 %, Rabattabweichungen innerhalb der Zielkorridore, Nutzerakzeptanz im Pilot-Team über 80 % innerhalb von 60 Tagen.
• Anti-Pattern – Der „Scope-Salat“: Immer neue Ausnahmefälle aufnehmen, weil „es ja nur eine Regel mehr ist“. So entstehen unkontrollierbare Regelwerke.

Halten Sie Entscheidungen schriftlich fest. Wenn Sie Scope und KPIs nicht auf einer einzigen Folie erklären können, haben Sie einen Scope-Salat.

2) Datenvorbereitung

Identifizieren Sie die maßgeblichen Datenquellen für Produkte, Preise und Kunden. Legen Sie für jedes Feld einen Verantwortlichen fest. Bereinigen Sie nur, was für den initialen Scope notwendig ist – nicht Ihr gesamtes Datenuniversum. Etablieren Sie einen simplen Freigabeprozess: Daten gelangen nur mit einem Verantwortlichen und nach einem Test in die Produktion.

• Minimal notwendiger Datensatz: verkaufbare Konfigurationen, Preislisten- und Währungsregeln, Rabatt-Leitplanken, Freigabeprozesse und die Code-Mappings für das ERP-System.
• Praxistipp: Erstellen Sie eine „rote Liste“ mit Feldern, die Sie zum Start bewusst nicht verwenden. Das verhindert, dass sich kurz vor dem Go-live neuer Scope als „Datenhygiene“ tarnt.

Testen Sie Daten wie Software. Wenn eine falsche Preisoption durchrutscht, korrigieren Sie nicht nur den Datensatz, sondern den Prozess, der den Fehler zugelassen hat.

3) Anbieter- und Partnerauswahl

Wählen Sie die Plattform, die zur Komplexität Ihrer Produkte und Ihren Governance-Anforderungen passt. Für das erste Projekt ist die Wahl des Partners aber noch entscheidender. Sie brauchen einen Partner, der auch mal Nein sagt, anstatt nur Stunden zu schreiben.

• Fragen an potenzielle Partner: Zeigen Sie mir ein echtes Regelwerk, das Sie aufgebaut haben und seit zwei Jahren pflegen. Wie verhindern Sie redundante Regeln? Wie testen Sie Änderungen wöchentlich, ohne den Vertrieb lahmzulegen?
• Warnsignal: Ein Partner, der verspricht, „bis zum Go-live alles automatisieren“ zu können. Sie wollen nicht alles. Sie wollen das Richtige.

In meinen Projekten, ob in der Medizintechnik oder im Maschinenbau, waren die besten Partner diejenigen, die logische Kompromisse verständlich erklären und pflegbare Prozesse für die Zeit nach dem Go-live aufsetzen konnten.

4) Phasenweiser Rollout

Liefern Sie Mehrwert in Etappen. Beginnen Sie mit einem Pilotprojekt, das für sich allein stehen kann – keine Demo. Wählen Sie ein Vertriebsteam aus, das die Lösung bei echten Deals einsetzt und ehrliches Feedback gibt. Erweitern Sie den Nutzerkreis erst, wenn das CPQ-System für dieses Team der beste Weg geworden ist, Angebote zu erstellen.

• So sieht ein erfolgreicher Pilot aus: Der Vertrieb kann ohne Rückfragen an die Technik konfigurieren, das Pricing ist nachvollziehbar, Angebote sind schneller erstellt als zuvor und das Team nutzt das CPQ-System freiwillig anstelle von Excel.
• Anti-Pattern – Der Pilot als heimliches Produktivsystem: Eine Demo-Umgebung wird stillschweigend zum führenden System. So etablieren Sie von Anfang an schlechte Daten und inkonsistente Regeln.

Sorgen Sie für eine stetige Abfolge von Releases. Kleine, verlässliche Updates sind besser als große, effekthascherische Releases, die das Vertrauen zerstören.

5) Training und Adaption

Trainieren Sie nicht im Seminarraum, sondern direkt an echten Deals. Zeigen Sie den Anwendern, wie sie Fehler korrigieren können. Sorgen Sie dafür, dass das System sich selbst erklärt – warum eine Konfiguration gültig ist, wie ein Preis zustande kommt, warum eine Freigabe erforderlich ist.

• So stellen Sie die Nutzung sicher: Wöchentliche Sprechstunden für acht Wochen, ein fester Ansprechpartner im Fachbereich und ein sichtbares Dashboard, das Nutzung, Durchlaufzeiten und Fehlerraten zeigt.
• Messen Sie Verhalten, nicht Meinungen: Nutzen die Vertriebler das CPQ-System standardmäßig? Geht die Zahl der Ausnahmen zurück? Werden Angebote schneller bearbeitet?

Etablieren Sie das gewünschte Verhalten vom ersten Tag an, nicht erst nach dem Go-live.

Was passiert, wenn man Schritte auslässt

Wenn Sie den Scope nicht eingrenzen, automatisieren Sie nur endlose Diskussionen. Wenn Sie die Datenvorbereitung überspringen, zementieren Sie Workarounds als technische Schulden. Ohne einen disziplinierten Partner entsteht ein Heldenprojekt, das niemand mehr pflegen kann. Ohne einen stufenweisen Rollout bekommen Sie ein schönes System, dem niemand vertraut. Und ohne Fokus auf die Adaption wird Ihr CPQ von Excel-Listen unterwandert und Ihre Reports werden wertlos.

Die Teams, die gewinnen, behandeln ihr CPQ-System wie ein eigenes Produkt. Sie messen, optimieren und verbessern es kontinuierlich. Die anderen treiben dahin – ohne lauten Knall, sondern in die stille Bedeutungslosigkeit, während der Vertrieb um das System herum arbeitet.

Die Nutzerakzeptanz misst die Wahrheit. PowerPoint-Folien messen die Hoffnung.

In zwei Wochen zu messbarem Fortschritt

Wenn Sie schnell Ergebnisse sehen wollen, tun Sie in den nächsten zwei Wochen drei Dinge:

• Erstellen Sie einen One-Pager zum Scope: Aufgaben, Abgrenzung, KPIs und Verantwortliche. Teilen und verteidigen Sie dieses Dokument.
• Definieren Sie den Daten-Freigabeprozess: Benennen Sie Verantwortliche für Stammdaten und schreiben Sie einen einfachen Test für Preislisten und Rabattgrenzen. Ohne Verantwortlichen kein Go-live.
• Wählen Sie das Pilot-Team aus und buchen Sie die ersten drei Praxistermine. Nur echte Deals. Keine Demo-Daten.

Kleine Erfolge sind nicht klein. Sie schaffen das Vertrauen, das Sie für die großen Schritte benötigen.

Dieser Ansatz funktioniert bei globalen Konzernen genauso wie im Mittelstand. Das Muster ist immer dasselbe: klarer Scope, saubere Daten, ein disziplinierter Partner, phasenweise Releases und konsequente Begleitung der Anwender. Das ist nicht spektakulär, aber es ist der Unterschied zwischen einem CPQ-System, das wirklich genutzt wird, und einem, um das die Leute herumarbeiten.

Ein CPQ-System ist wie die tragenden Elemente eines Gebäudes: meist unsichtbar, aber alles hängt davon ab. Wenn die Statik stimmt, knarren die Böden darüber nicht. Der Vertrieb wird schneller, weil er der Struktur vertraut.

Die erste Version muss nicht alles können. Sie muss verlässlich und nachvollziehbar sein. Darauf aufbauend können Sie Geschwindigkeit gewinnen.

Die erste Version muss Vertrauen schaffen, nicht Schlagzeilen machen.