CPQ Implementierung: Phasen, Dauer und typische Herausforderungen
Eine CPQ-Implementierung ist kein Software-Rollout im klassischen Sinne — es ist ein Prozess-Digitalisierungsprojekt. Die technische Integration (ERP, CRM) ist oft weniger aufwendig als die Aufgabe, Konfigurationsregeln, Preislogiken und Freigabeprozesse sauber zu modellieren.
Autor: Martin Johansen, Founder Mercura CPQ — basierend auf realen Implementierungsprojekten
Typische Projektphasen
Discovery & Anforderungsaufnahme (2–4 Wochen)
Mapping der Produktstruktur, Konfigurationsregeln, Preislogik, Rollen im Angebotsprozess. Kritisch: Wer pflegt Stammdaten? Wo liegt die Preishoheit?
Konfigurationsmodellierung (4–8 Wochen)
Aufbau des Produktkonfigurationsmodells im CPQ. Abhängigkeitsregeln, Validierungslogiken, Variantenstruktur. Oft der aufwendigste Teil — besonders bei Unternehmen ohne saubere Produktdatenstruktur.
ERP-Integration (2–6 Wochen)
Anbindung an das ERP-System (SAP, Dynamics, Oracle, etc.) für Stammdaten, Preise, Verfügbarkeiten und Stücklistenübergabe. Aufwand hängt stark von API-Verfügbarkeit und Datenqualität im ERP ab.
CRM-Integration (1–3 Wochen, wenn relevant)
Einbindung in Salesforce, HubSpot oder Dynamics 365 Sales. Ziel: CPQ direkt aus dem CRM-Opportunity-Prozess heraus starten, Angebote in CRM zurückschreiben.
Pilotbetrieb & Training (2–4 Wochen)
Testen mit echten Angebotsfällen, Schulung der Vertriebsmitarbeiter, Feedback-Loop für Korrekturen am Konfigurationsmodell. Sales Adoption ist hier der kritische Erfolgsfaktor.
Gesamtdauer: Was ist realistisch?
| Szenario | Typische Dauer | Treiber |
|---|---|---|
| Einfaches Setup, 1 ERP, klare Produktstruktur | 2–3 Monate | Gut vorbereitete Stammdaten, Standard-API |
| Mittleres Setup, ERP + CRM, moderate Varianz | 3–5 Monate | Produktkomplexität, Integrationspunkte |
| Komplexes Setup, globaler Rollout, mehrere ERP | 6–12 Monate | Regionale Preislogiken, Change Management |
Häufige Stolpersteine
- !Schlechte Produktdatenqualität im ERP: Wenn Artikelnummern, Stücklisten oder Preise im ERP nicht konsistent gepflegt sind, vervielfacht sich der Aufwand in der CPQ-Konfiguration.
- !Unklare Preishoheit: Wer darf Preise ändern? Wenn Sonderpreise im Vertrieb per Excel gepflegt werden, muss dieser Prozess vor der CPQ-Einführung geklärt sein.
- !Fehlende Sales-Adoption: CPQ scheitert nicht an der Technik, sondern daran, dass Vertriebsmitarbeiter das Tool nicht nutzen. Training und Usability sind unterschätzte Erfolgsfaktoren.
- !Scope Creep: "Während wir dabei sind, können wir auch noch..." — CPQ-Projekte neigen dazu, während der Implementierung zu wachsen. Phasierung und MVP-Denken helfen.
CPQ upgraden oder wechseln?
Nicht jede CPQ-Implementierung ist eine Ersteinführung. Viele Unternehmen stehen vor der Frage: Das bestehende CPQ-System passt nicht mehr — zu komplex, zu teuer in der Pflege, zu schlecht in die neue ERP-Landschaft integriert. Was dann?
- Upgrade:Wenn die Konfigurationslogik grundsätzlich stimmt, aber die Plattform veraltet ist. Häufig bei Altsystemen, die nicht mehr aktiv weiterentwickelt werden. Der Aufwand liegt im Datenmigration und Re-Mapping der Konfigurationsregeln — nicht im Neubau der Produktlogik.
- Wechsel:Wenn die Systemarchitektur grundlegend falsch ist — z. B. ein Enterprise-System für einen Mittelständler, das intern niemand mehr pflegen kann. Hier empfiehlt sich ein sauberer Schnitt: altes System bleibt für Bestandsangebote, neues System startet mit aktuellem Produktportfolio.
- Parallelphase:In den meisten Upgrade-Projekten läuft das alte System 2–4 Wochen parallel. Das reduziert das Risiko für laufende Angebotsprozesse und erlaubt einen datenbasierten Vergleich der Ausgabequalität.
Die Implementierungsdauer bei einem CPQ-Wechsel ist typischerweise kürzer als bei einer Ersteinführung — die Produktlogik existiert bereits, Stammdaten sind bekannt. Der kritische Aufwand liegt in der Datenübernahme und in der Re-Schulung des Vertriebs.