SAP für den Mittelstand: Warum ist die Implementierung so teuer?

Die eigentliche Ursache ist nicht nur der große SAP-Funktionsumfang, sondern der teure Übergang von vagen ersten Erkundungen zu belastbaren, überprüfbaren Projektergebnissen. ERP-Branchenberichte zeigen regelmäßig Budget- und Terminprobleme. Neuere Einführungsansätze zeigen zugleich, dass Erfolg von klarer Umfangsdefinition, möglichst viel Standard und starker Steuerung abhängt.¹

1. Das SAP-Kostenparadox im Mittelstand

Für mittelständische Organisationen wird SAP zunehmend als erreichbar positioniert, insbesondere durch Cloud-Optionen und vorkonfigurierte Best Practices. Die Einführungskosten bleiben dennoch hoch, weil nicht die Software der wichtigste Kostentreiber ist, sondern organisatorischer Wandel und System-Engineering: Prozesse abstimmen, Daten bereinigen und migrieren, umliegende Anwendungen integrieren, Kontrollen validieren und das neue Betriebsmodell verankern. Dieser Aufwand führt oft zu Einführungs- und ergänzenden Dienstleistungskosten, die drei- bis siebenmal höher sind als die anfängliche Softwarelizenz. Häufige Ursachen sind übersehene Kosten und ungeplante Systemanpassungen.²

Das Paradox lässt sich so beschreiben:

• Softwarekosten sind grundsätzlich durch Abonnement oder Lizenzierung begrenzt.
• Implementierungskosten steigen mit organisatorischer Vielfalt: also damit, wie stark bestehende Prozesse, Daten und Integrationen von einer Standardvorlage abweichen.

Auch im Mittelstand können die Abweichungen erheblich sein — besonders wenn Wachstum zu fragmentierten Prozessen, inkonsistenten Stammdaten und vielen ergänzenden Tools geführt hat, die nach dem Go-live weiter funktionieren müssen.

2. Ein Kostenmodell: Wofür Sie tatsächlich bezahlen

Ein fundiertes Implementierungsbudget umfasst typischerweise vier Kategorien:

1. Externe Umsetzungsleistungen (Systemintegrator, Spezialisten, Qualitätssicherung, Sicherheit, Change Management)
2. Interne Opportunitätskosten (Prozessverantwortliche, Key User, IT, Finanzen, Supply Chain — Zeit, die dem Tagesgeschäft fehlt)
3. Technologie- und Plattformkosten (Umgebungen, Tools, Integrationsdienste, Testinfrastruktur)
4. Risikozuschlag / Reserve (Nacharbeit, Verzögerungen, Umfangsänderungen, Stabilisierung)

ERP-Benchmarks zeigen immer wieder, wie schwierig es ist, ursprüngliche Erwartungen einzuhalten. Viele Organisationen berichten von Budget- und Terminproblemen, häufig wegen unterschätzten Personalbedarfs und übersehener Aktivitäten.

3. Die tatsächlichen Kostentreiber bei SAP-Implementierungen

Prozessabweichungen und Fit-Gap-Aufwand

SAP-Implementierungen werden teuer, wenn Teams ihre gewachsenen Geschäftsgewohnheiten in ein Standard-ERP pressen. Es geht nicht nur darum, Optionen auszuwählen. Zuständigkeiten, Freigaben, Sonderfälle, Kontrollen und Übergaben zwischen Teams müssen so geklärt werden, dass der gesamte Prozess funktioniert. SAP Activate strukturiert das in klare Phasen und betont Fit-to-Standard bereits in Discovery und Explore, weil hier die späteren Kosten geprägt werden.

Datenmigration und Verbesserung der Datenqualität

Daten sind ein verdeckter Multiplikator. Viele Organisationen unterschätzen die Kosten, Stamm- und Bewegungsdaten zu bereinigen, zu harmonisieren, zuzuordnen, zu validieren und abzustimmen — insbesondere bei unterschiedlichen Datenstrukturen in den Geschäftsbereichen.

In der Praxis umfasst „Datenmigration“ ebenso Governance-Entscheidungen zu Definitionen, Verantwortung und Qualitätsregeln wie technische Arbeit. Zu geringe Investitionen zeigen sich später meist in Testfehlern und Störungen nach dem Go-live, also teurer Nacharbeit.

Integrationskomplexität und umliegende Anwendungen

Auch mittelständische Unternehmen nutzen häufig eine heterogene Landschaft aus CRM, E-Commerce, WMS, PLM, Personalabrechnung, MES, TMS und Analysen. SAP wird zum Transaktionskern, Integration zum Kreislaufsystem. Jede Schnittstelle schafft Anforderungen an Design, Sicherheit, Überwachung und Fehlerbehandlung.

Individuelle Anpassung, Erweiterbarkeit und der Clean-Core-Zielkonflikt

Individuelle Anpassung ist selten „kostenlos“. Sie erhöht Entwicklungsaufwand und Testumfang, erschwert Upgrades und schafft langfristige Wartungspflichten. Cloud-Modelle und Best-Practice-Beschleuniger fördern Konfiguration statt Anpassung; die Besonderheiten der Organisation wirken jedoch oft in die andere Richtung.

Tests, Qualitätssicherung und Compliance

ERP-Tests sind teuer, weil sie geschäftskritisch sind: Durchgängige Prozesse müssen über Abteilungen, Rollen und Kontrollpunkte hinweg funktionieren. Häufig werden erst im Test unklare Anforderungen und undokumentierte Ausnahmen sichtbar. So wird frühe Unsicherheit erneut zu späteren Kosten.

Change Management und Akzeptanz

Ein verbreiteter Irrtum ist, Change Management sei lediglich ein „Schulungsposten“. Tatsächlich entstehen Akzeptanzkosten durch die Neugestaltung des Betriebsmodells: Rollen, Verantwortung, Berechtigungen, KPIs, Anreize und Mechanismen zur Verankerung.

Selbst bei fehlerfreier Konfiguration verursacht geringe Akzeptanz betriebliche Reibung: Behelfslösungen, Verzögerungen, Fehler und viele Tickets. Das kann die Stabilisierung verlängern und die Gesamtbetriebskosten erhöhen.

4. Warum ERP-Projekte so oft aus dem Ruder laufen: eine projektwirtschaftliche Perspektive

Bent Flyvbjergs Forschung zu Großprojekten identifiziert systematische Prognosefehler, insbesondere Optimismusverzerrung und die Unterschätzung von Komplexität. Als Gegenmittel empfiehlt sie Methoden der Außenperspektive wie Prognosen anhand vergleichbarer Projektklassen.

ERP-Programme zeigen dieselben strukturellen Dynamiken:

• Frühe Zuversicht auf Basis unvollständiger Informationen
• Wachsender Umfang, sobald die Realität sichtbar wird
• Kostenanstieg durch Nacharbeit statt durch unnötige Perfektionierung

Deshalb brechen Implementierungsbudgets häufig: nicht weil Teams verantwortungslos sind, sondern weil der Discovery-Prozess Unsicherheit nicht schnell genug in validierte Entscheidungen überführt.

5. Warum der Mittelstand besonders stark betroffen ist

Mittelständische Organisationen haben ein besonderes Einschränkungsprofil:

• Begrenzte interne Kapazität: Dieselben Personen, die den Betrieb führen, müssen auch Prozesse definieren, Daten validieren und Szenarien testen
• Stärkere Abhängigkeit von externer Expertise: Weniger eigene SAP-Fachleute bedeuten eine stärkere Abhängigkeit von den Umsetzungsteams der Partner
• Geringere Toleranz für lange Stabilisierung: Mittelständler können monatelange Störungen nach dem Go-live häufig nicht abfangen
• Weniger „Puffer“: Es gibt weniger Budgetspielraum für Nacharbeit, zusätzliche Durchläufe und ausgedehnte Workshops

Paradoxerweise brauchen mittelständische Unternehmen wegen dieser Einschränkungen mehr Standardisierung und eine strengere Umfangsdisziplin als Großunternehmen. Dennoch erhalten sie oft Umsetzungsmodelle, die auf deren Personalstärke ausgelegt sind.

6. Wie „gut“ aussieht: Merkmale kostengünstigerer SAP-Programme

Über Methoden wie SAP Activate hinweg beherrschen Organisationen mit guter Kostenkontrolle meist vier Dinge:

1. Fit-to-Standard als Ausgangspunkt (Abweichungen müssen begründet werden und gelten nicht als selbstverständlich)
2. Frühe, ausdrückliche Entscheidungsdokumentation (was entschieden wurde, warum und von wem)
3. Durchgängige Nachvollziehbarkeit von Anforderungen bis zu Tests (damit Unklarheiten früh auffallen)
4. Governance, die Entscheidungszeiten verkürzt (schnelle, strukturierte Klärung von Lücken)

7. Die Perspektive von Qorelo

Das vorherrschende Geschäftsmodell der Branche — große Teams rechnen Zeit ab, während sie den Geschäftsbedarf „entdecken“ — schafft strukturelle Verschwendung. Nicht mangelnde Beratungskompetenz ist das Problem, sondern ein grundsätzlich ineffizienter Prozess:

• Discovery-Ergebnisse bleiben inkonsistent und schwer zu validieren
• Wichtige Entscheidungen verteilen sich auf Präsentationen, Notizen und Besprechungen
• Dieselben Informationen werden mehrfach für unterschiedliche Artefakte neu formuliert
• Unklarheiten werden erst spät entdeckt, wenn ihre Behebung teuer ist

Aus Sicht von Qorelo ist das für den Mittelstand das falsche Gleichgewicht. Wenn Implementierungskosten davon abhängen, wie schnell Unsicherheit in validierte, umsetzungsreife Ergebnisse überführt wird, sollten Preisgestaltung und Umsetzung auf deren Durchsatz und Qualität ausgerichtet sein, statt auf die Zahl der Workshops.

Anders gesagt: SAP im Mittelstand sollte nicht „günstiger, weil kleiner“ sein. Die Umsetzung sollte stärker industrialisiert werden — mit weniger Nacharbeit, weniger manueller Zusammenführung und weniger Wiederentdeckungsschleifen.

Wie wir SAP zugänglicher machen wollen

Qorelo reduziert die Abhängigkeit von teurer, manueller Discovery. Das Ziel ist nicht, Fachleute aus der Transformation zu entfernen. Ihre Zeit soll sich auf wertvolle Bewertungen und Entscheidungen konzentrieren, statt auf wiederholte Konsolidierung. In diesem Sinn bedeutet Demokratisierung:

• Schnellere Umfangsdefinition mit weniger Workshops
• Konsistentere und besser prüfbare Discovery-Ergebnisse
• Weniger Nacharbeit in der Umsetzung, weil Entscheidungen früher ausdrücklich feststehen
• Leichter zugängliche Transformationsfähigkeit für Teams ohne große Beratungsarmeen

Quellen

1. Haddara, M., Fagerstrøm, A., & Mæland, B. (2015). Cloud ERP Systems: Anatomy of Adoption Factors & Attitudes. Journal of Enterprise Resource Planning Studies. ↩
2. Haddara, M., & Elragal, A. (2022). ERP adoption cost factors identification and classification: a study in SMEs. International Journal of Information Systems and Project Management, 1(2), 5. ↩