5. Dokumente richtig mitdenken
Das Angebotsdokument ist das Einzige, was der Kunde sieht. Wenn Konfiguration und Preis stimmen, aber das erzeugte PDF unvollständig oder in der falschen Sprache ist, hat das System sein Ziel verfehlt. Dokumentlogik ist in vielen CPQ-Projekten ein nachrangiges Thema. Das rächt sich. Was vorab definiert sein muss: Welche Informationen erscheinen in welchem Dokumenttyp? Welche Sprachen? Welche rechtlichen Pflichtangaben? Diese Anforderungen gehören in die Konzeptphase.
6. Verantwortlichkeit absichern
Ein CPQ-System ist kein Projekt, das irgendwann abgeschlossen ist. Es ist ein lebendes System, das dauerhaft gepflegt werden muss, mit klaren Rollen. Bewährt hat sich eine Struktur mit drei Perspektiven: fachliche Key User für Konfigurationsregeln und Preislogik, Administratoren für Systemänderungen und eine Governance-Instanz, die entscheidet, welche Regeländerungen wann ins System kommen. Ohne Struktur entsteht Regelwildwuchs. Inkonsistenzen häufen sich, und irgendwann traut niemand mehr dem System.
7. Prozess für Änderungen
Produktvarianten ändern sich. Preise ändern sich. Märkte ändern sich. Ein CPQ-System, das diese Veränderungen nicht strukturiert verarbeiten kann, wird zur Bremse. Regeländerungen sind technisch komplexer, als sie aussehen. Eine einzelne Preisregel besteht aus mehreren verknüpften Datenobjekten. Wer ändert, ohne Abhängigkeiten zu kennen, riskiert Folgefehler, oft ohne sofort sichtbare Fehlermeldung. Der Fehler taucht dann im nächsten Kundenangebot auf. Best Practice ist eine strukturierte Deployment-Pipeline: Änderungen werden in einer Sandbox entwickelt, automatisierte Regressionstests prüfen bestehende Szenarien, dann geht die Änderung in Produktion. Keine Änderung ohne Test, kein Go-live ohne Monitoring.
Ein dauerhafter Prozess
Die Einhaltung dieser sieben Regeln scheitert meist nicht an der Technologie, sondern an der Organisation. CPQ-Projekte, die funktionieren, haben eines gemeinsam: Die beteiligten Unternehmen haben verstanden, dass sie keinen Software-Rollout steuern, sondern ihre eigene Angebotslogik gestalten. Das System ist das Ergebnis dieser Arbeit. Nicht ihr Ersatz.
