Warum SAP-CX-Projekte das Budget sprengen (und wie Sie das verhindern)

SAP-CX-Projekte sprengen ihr Budget selten wegen der Software. Sie sprengen es wegen der Art, wie sie abgegrenzt, besetzt, geplant und integriert werden, und die meisten dieser Ursachen sind sichtbar, bevor der Vertrag unterschrieben ist.

Das ist kein reines CX-Problem. BCG hat über 1’000 Unternehmen befragt: Bei mehr als zwei Dritteln der grossen Technologieprogramme wird nicht erwartet, dass sie termingerecht, im Budget oder im geplanten Umfang geliefert werden (BCG, 2024). Die Muster hinter dieser Zahl sind dieselben, die ich in SAP-CX-Projekten sehe.

Kurzfassung: SAP-CX-Projekte sprengen ihr Budget aus fünf vorhersehbaren Gründen: ein Umfang, der nie wirklich definiert war, zu viele Junior-Berater, Wasserfallplanung für Cloud-Software, eine unterschätzte ERP-Integration und Change Management als Nachgedanke. Ein Preismodell, das Verzögerung belohnt, verschärft alle fünf. Mit der Sieben-Punkte-Checkliste am Ende dieses Beitrags prüfen Sie das Angebot eines Partners auf jede dieser Ursachen, bevor Sie unterschreiben.

Grund 1: Der Umfang war nie wirklich definiert

Nicht Scope Creep, sondern Scope-Nebel. Der Umfang war nie klar genug, um überhaupt schleichend wachsen zu können.

Viele Projekte starten mit einem 40-seitigen Anforderungsdokument, das sich wie eine Wunschliste liest. «Das System soll alle aktuellen Vertriebsprozesse unterstützen.» Was heisst das? Niemand ist sich einig. Der Partner schätzt auf Basis seiner Interpretation, der Kunde erwartet etwas anderes, und nach drei Monaten wird die Lücke sichtbar. Und teuer.

Was stattdessen funktioniert: Definieren Sie den Umfang auf Prozessebene, nicht auf Feature-Ebene. «Konfiguration der Lead-zu-Opportunity-Konvertierung mit automatischer Gebietszuordnung für die DACH-Märkte, inklusive Genehmigungsworkflow für Abschlüsse über CHF 50’000.» Das ist ein Umfangselement. «Vertriebsprozesse unterstützen» ist keines. Diese Genauigkeit zu erreichen, bevor ein Partner irgendetwas bepreist, ist die Aufgabe der Business-Beratung vor der SAP-Einführung.

Bei Spadoom beginnen Projekte mit einem Scoping-Workshop, der eine feste Liste von Liefergegenständen ergibt. Was nicht auf der Liste steht, ist nicht im Projekt; will der Kunde etwas ergänzen, wird es separat bepreist. Wie diese Disziplin in der Praxis aussieht, zeigt das Projekt bei Nussbaum: zuerst die Pipeline, alles andere später.

Grund 2: Zu viele Junior-Berater

Das offene Geheimnis grosser Beratungsfirmen: Sie verkaufen das Projekt mit Senior-Architekten im Raum und besetzen es dann mit Beratern, die 18 Monate Erfahrung haben und SAP Sales Cloud V2 auf Ihrem Budget lernen.

Eine Aufgabe, für die ein Senior zwei Tage braucht, kann einen Junior fünf Tage kosten, plus zwei weitere für die Korrektur. Juniors bauen Workarounds statt Standardkonfiguration und treffen Architekturentscheide, die erst beim Testen als Problem auftauchen. Dann sind Sie drei Monate im Projekt, und niemand will neu anfangen. Der «günstigere» Tagessatz kostet am Ende mehr.

Was stattdessen funktioniert: Fragen Sie Ihren Partner genau, wer an Ihrem Projekt arbeitet. Verlangen Sie Namen, Lebensläufe und SAP-Zertifizierungen. Fragen Sie, wie viele V2-Projekte diese Personen abgeschlossen haben (nicht V1: Die Architektur ist eine andere). Ist die Antwort vage, ist das Ihre Antwort. Die vollständige Fragenliste finden Sie in unserem Leitfaden, wie Sie den richtigen SAP-CX-Implementierungspartner auswählen.

Wir nennen das Team in unserem Angebot, und die Personen, die Sie im Workshop kennenlernen, konfigurieren auch Ihr System.

Grund 3: Wasserfallplanung in einer Cloud-Welt

SAP-CX-Produkte sind Cloud-Software mit regelmässigen Releases. Konfiguriert, nicht von Grund auf programmiert. Trotzdem werden viele Projekte noch in starren Phasen geplant: drei Monate Blueprint, drei Monate Build, ein Monat Test, Big-Bang-Go-live.

Bis der Blueprint fertig ist, hat die Plattform neue Releases erhalten, und die Anforderungen haben sich verschoben. Die Anwender sehen bis Monat sechs nichts Funktionierendes. Wenn es so weit ist, kommt das Feedback als Lawine von Änderungsanträgen.

Das ist kein Scope Creep. Das ist ein Methodenproblem.

Was stattdessen funktioniert: SAP Activate, die Implementierungsmethodik von SAP selbst, gibt es nicht ohne Grund. Iterative Lieferung, früh ein funktionierendes System, Anwender-Feedback alle zwei Wochen und Kurskorrektur, solange sie noch günstig ist.

Wir arbeiten typischerweise in Zwei-Wochen-Sprints mit einer Demo am Ende jedes Sprints. So zeigen sich Probleme früh, solange das Budget sie noch auffangen kann.

Grund 4: Die ERP-Integration wird unterschätzt

«Wir müssen es nur mit unserem ERP verbinden.» Wenige Sätze haben SAP-Projekte mehr Geld gekostet.

SAP Sales Cloud V2 mit SAP S/4HANA zu verbinden heisst: Datenmodelle mappen, Stammdaten synchronisieren, Konflikte auflösen, mit unterschiedlichen Aktualisierungsfrequenzen umgehen und eine Fehlerbehandlung für die Nacht bauen, in der die Middleware stehen bleibt. Dazu kommt die Middleware selbst, meist die SAP Integration Suite, mit eigenem Design, eigenem Monitoring und Leuten, die sie beherrschen.

CX-Projekte scheitern selten im CRM. Sie scheitern an der Nahtstelle zum ERP: der Auftrag, der nicht verbucht wird, der Preis, den das Angebot nicht findet, der Kunde, den es doppelt gibt. Sind CX-Partner und ERP-Partner verschiedene Firmen, wird diese Nahtstelle zu einer Zeile in zwei Verträgen, für die niemand zuständig ist. Spadoom liefert den ERP-Kern und den CX-Stack mit einem Team; deshalb behandeln wir die Nahtstelle als Teil des Projekts und nicht als Schnittstelle von jemand anderem. Den Unterschied erklären wir in der beste SAP-Partner für Cloud ERP und CRM in der Schweiz.

Was stattdessen funktioniert: Budgetieren Sie die Integration separat. Nicht als Einzelposten, sondern als eigenen Workstream mit eigenem Zeitplan und eigener Testphase. Jede Schnittstelle erhält ein technisches Design, bevor die Konfiguration beginnt, und wird einzeln getestet, bevor der Systemintegrationstest startet. Was ein solches Design abdeckt, zeigt unser Beitrag zur Integrationsarchitektur von Sales Cloud V2 und S/4HANA Public Cloud.

Grund 5: Change Management kommt zu kurz

Sie können die bestkonfigurierte SAP Sales Cloud V2 der Welt bauen. Nutzt Ihr Vertriebsteam sie nicht, ist jeder Franken verloren. Das Muster ist bekannt: ein sauberes System, wenige Logins, und drei Monate nach dem Go-live arbeiten die Verkäufer wieder in ihren Tabellen, weil niemand investiert hat, damit sie sich im neuen Werkzeug wohlfühlen.

Vieles, was als Budgetüberschreitung erscheint, sind versteckte Kosten nach dem Go-live: Feuerlöschen, weil Anwender das System ablehnen, umgehen oder den Helpdesk fluten. Das Projekt war «fertig». Die Arbeit nicht.

Was stattdessen funktioniert: Nehmen Sie Endanwenderschulungen, Key-User-Workshops und Adoptions-Tracking vom ersten Tag an in den Projektumfang auf, als richtigen Workstream mit eigenem Budget und nicht als das, was am Ende übrig bleibt.

Das Problem mit dem Preismodell

Über diesen fünf Ursachen liegt eine strukturelle: Verträge nach Aufwand (Time and Materials).

Bei Abrechnung nach Aufwand verdient der Partner mehr, wenn das Projekt länger dauert. Wir unterstellen niemandem, absichtlich zu bremsen, aber das Modell nimmt den Druck, effizient zu sein, und das Risiko jeder Fehleinschätzung bleibt bei Ihnen.

Festpreisverträge mit festem Umfang drehen die Anreize um: Überschreitungen belasten die Marge des Partners, nicht Ihr Budget. Sie funktionieren allerdings nur, wenn der Umfang gut genug definiert ist, um ihn zu bepreisen, und damit sind wir wieder bei Grund 1. Wo der Umfang es zulässt, bieten wir einen Festpreis an; unser fünftägiges S/4HANA-Readiness-Assessment etwa hat einen festen Preis, der bei einer anschliessenden Transformation angerechnet wird.

Eine praktische Budget-Checkliste

Bevor Sie Ihren nächsten SAP-CX-Vertrag unterschreiben, prüfen Sie diese sieben Punkte:

1. Der Umfang ist granular. Jeder Liefergegenstand ist auf Prozessebene mit Abnahmekriterien beschrieben.
2. Das Team ist benannt. Sie wissen, wer an Ihrem Projekt arbeitet und welche Erfahrung diese Personen mitbringen.
3. Die Methode ist iterativ. Sie sehen funktionierende Software innerhalb des ersten Monats.
4. Die Integration ist separat abgegrenzt. Mit eigenem Zeitplan und Testplan.
5. Change Management ist budgetiert. Schulung, Dokumentation und Adoptions-Support sind von Anfang an enthalten.
6. Der Preis gilt für einen festen Umfang. Oder es gibt zumindest eine Obergrenze mit einem klaren Change-Request-Verfahren.
7. Die Referenzen sind echt. Sie können mit Kunden sprechen, die ähnliche Projekte abgeschlossen haben.

Wehrt sich ein Partner gegen einen dieser Punkte, sagt Ihnen das etwas.

Das Fazit

SAP-CX-Projekte sprengen ihr Budget nicht wegen SAP. Sie sprengen es wegen der Art, wie sie geplant, besetzt und geführt werden.

Erfolgreiche Unternehmen behandeln die Implementierung als Geschäftsprojekt, nicht als IT-Projekt. Sie investieren in einen klaren Umfang, bestehen auf erfahrenen Teams und iterativer Lieferung, budgetieren die ERP-Integration ehrlich und wählen Partner, deren Anreize zur termingerechten Lieferung passen.

Wenn Sie eine SAP-CX-Implementierung planen oder eine retten müssen, die aus dem Ruder gelaufen ist: Sprechen wir offen darüber, was es braucht.

Die meisten dieser Überschreitungen entscheiden sich bei der Partnerwahl. Unser Vergleich der besten SAP CX Beratungen in der Schweiz listet die Belege auf, nach denen Sie fragen sollten, und unsere Seite zur SAP CX Beratung Schweiz zeigt, wie wir ein Projekt scopen und besetzen.

Häufige Fragen

Wie hoch ist die durchschnittliche Budgetüberschreitung bei SAP-CX-Projekten?

Eine verlässliche Zahl speziell für SAP CX gibt es nicht. Über grosse Technologieprogramme hinweg stellte BCG fest, dass bei mehr als zwei Dritteln nicht mit einer Lieferung im Zeitplan, im Budget oder im Umfang gerechnet wird (BCG, 2024). Eine Oxford-Studie zu 1’471 IT-Projekten zeigte, dass jedes sechste eine Kostenüberschreitung von rund 200% hatte (Flyvbjerg und Budzier, 2011). SAP-CX-Projekte folgen denselben Mustern.

Ist ein Festpreis immer besser als Abrechnung nach Aufwand?

Nicht immer. Ein Festpreis funktioniert am besten, wenn der Umfang gut definiert ist, wie bei den meisten Implementierungsprojekten. Abrechnung nach Aufwand passt zu Arbeiten mit echt unsicherem Umfang, etwa Beratung oder Proofs of Concept. Wählen Sie das Preismodell passend zum Projekttyp.

Woran erkenne ich, dass mein Partner die Integration unterschätzt?

Wenn Sie ein ERP anbinden und die Integration nur einen kleinen Teil der Schätzung ausmacht, ohne eigenen Zeitplan oder Testplan, seien Sie skeptisch. Lassen Sie sich jede Schnittstelle, die Middleware, die Fehlerbehandlung und das Testvorgehen auflisten. Vage Integrationsschätzungen sind ein Warnsignal.

Brauchen wir eine eigene Projektleitung oder genügt die des Partners?

Beides. Ihre interne Projektleitung verantwortet die Geschäftsergebnisse und die Stakeholder, die Projektleitung des Partners die Lieferung. Haben Sie nur die des Partners, haben Sie die Verantwortung für Ihr eigenes Projekt delegiert.

Wie viel sollten wir für Change Management budgetieren?

Genug, um es als richtigen Workstream zu führen: Endanwenderschulung, Key-User-Workshops, Dokumentation und Adoptions-Tracking nach dem Go-live. Der genaue Anteil hängt von der Zahl der Anwender ab und davon, wie stark sich ihr Arbeitsalltag verändert. Er gehört aber von Anfang an als eigene Position in den Plan, nicht als Rest am Ende.