SAP Change Management: erfolgreiche Nutzerakzeptanz in S/4HANA-Programmen

Wirksame Nutzerakzeptanz bei SAP-S/4HANA-Implementierungen ist entscheidend für die erwarteten Geschäftsvorteile und den ROI, bleibt aber für viele Organisationen eine Herausforderung. Bei Qorelo konzentrieren wir uns vor allem auf Scoping: Wir helfen Transformationsteams, Discovery-Eingaben früh in umsetzungsreife Ergebnisse zu überführen, damit Programme schneller und mit weniger späteren Überraschungen starten. In Gesprächen mit Kunden und Projektleitungen taucht jedoch überraschend regelmäßig ein Thema auf: Change Management und Nutzerakzeptanz. Selbst wenn Umfang und Design technisch stimmen, fällt es Organisationen schwer, ein neues System in neues Alltagsverhalten zu übersetzen.

Diese wiederkehrende Betonung hat uns zu einer einfachen Frage geführt: Warum bleibt Akzeptanz selbst in gut geführten Programmen so schwierig? Dieser Artikel vertritt die These, dass echte Akzeptanz ein betriebliches Ergebnis und nicht bloß ein Schulungsergebnis ist. Sie entsteht durch Verhaltensänderungen, abgestimmte Prozesse, klare Rollen und dauerhafte Verankerung im organisatorischen Alltag.

Verstehen, warum Akzeptanz scheitert

Trotz hoher Investitionen haben SAP-S/4HANA-Implementierungen häufig Schwierigkeiten mit der Nutzerakzeptanz. Dahinter stehen grundlegende Missverständnisse über Veränderungsdynamiken in komplexen ERP-Umgebungen. Entscheidend ist, sichtbare Symptome geringer Akzeptanz — etwa überlastete Helpdesks und Behelfslösungen — von den systemischen Ursachen zu unterscheiden, die sie aufrechterhalten.

Ein häufiges Signal sind Schatten-IT-Systeme oder manuelle Umgehungslösungen: Nutzer umgehen neue SAP-Prozesse, um an vertrauten Routinen festzuhalten. Typische Folgen sind stark steigende Helpdesk-Tickets zu einfachen Aufgaben und eine übermäßige Abhängigkeit von „Super Usern“ im Tagesgeschäft. Das zeigt, dass Kompetenz nicht breit genug verankert ist.

Wenn Zielprozesse nicht zur tatsächlichen Arbeitsausführung passen, kehren Nutzer zu alten Routinen zurück. Das zeigt sich besonders, wenn Programme „Template-Konformität“ über betriebliche Eignung stellen oder Abweichungen ohne klare Begründung und Verantwortung freigeben. In der Praxis wehren sich Nutzer nicht gegen das System selbst, sondern gegen die Reibung und Risiken in ihren täglichen Abläufen.¹

Viele Programme investieren zu viel in Kommunikation — Mitarbeiterversammlungen, Newsletter und Schulungspläne — und zu wenig in kontinuierliche, rollenspezifische Beteiligung an arbeitsrelevanten Entscheidungen: Fit-Gap-Freigaben, Ausnahmebehandlung, Berichtsdefinitionen, Berechtigungskonzepte und Cutover-Verfahren. Wenn Beteiligung Entscheidungen nicht beeinflusst, erkennen Nutzer zu Recht, dass ihr Beitrag unverbindlich ist, und ziehen sich zurück.²

Schulungsteilnahme dient oft als Ersatzmaß für Einsatzbereitschaft. Kompetenz in S/4HANA zeigt sich aber daran, Aufgaben unter realistischen Bedingungen auszuführen: unterschiedliche Stammdaten, Sonderfälle, Zeitdruck und bereichsübergreifende Abhängigkeiten.³ Wird Fähigkeit nicht praktisch überprüft, erscheinen Mängel im Produktivbetrieb als „Akzeptanzprobleme“.

Die Akzeptanzgleichung

Akzeptanz lässt sich pragmatisch als Produkt von drei Variablen steuern:

Akzeptanz = Klarheit × Befähigung × Verankerung

Das ist keine mathematische Behauptung, sondern ein Führungsmodell. Die betriebliche Aussage lautet: Liegt eine Variable nahe null, bricht die Akzeptanz zusammen. Viele Programme investieren stark in nur eine Variable, oft Befähigung durch Schulung, und vernachlässigen die anderen. Die Folgen sind vorhersehbar.⁴

Verankerung: neues Verhalten dauerhaft sichern

Verankerung ist das Betriebssystem, das die neue Arbeitsweise zum Standard macht. Sie umfasst Führungsverhalten, Leistungssteuerung, Governance und Unterstützungsmechanismen.

Zentrale Hebel für die Verankerung in SAP-Programmen:

• Führungsroutinen: Führungskräfte verlangen SAP-basierte Nachweise statt Tabellen
• Kontrollen: Altsystem-Tools begrenzen, Berechtigungen steuern und Stammdaten-Governance durchsetzen
• Support-Modell: Klare Stufen für Super User, Prozessverantwortliche und IT sowie SLAs und Feedbackschleifen
• Konsequenzen und Anreize: Korrekte Prozessausführung belohnen und Behelfslösungen sichtbar und aufwendig machen
• Rhythmus für kontinuierliche Verbesserung: Wöchentliche Priorisierung nach dem Go-live, monatliche Prozess-Governance und vierteljährliche Optimierungs-Roadmap

Ohne Verankerung kehren Nutzer unter Druck nachvollziehbar zum schnellsten Weg zurück — oft zu Schattensystemen.⁵

Die drei Akzeptanzphasen in SAP-Programmen

Phase 1: Vor der Umsetzung — das Fundament für Veränderung legen

Hier entscheidet sich, ob Akzeptanz ein integraler Programmbestandteil oder ein nachträglicher Gedanke wird.

Ziele:

• Akzeptanz-Governance aufbauen und Rollenverantwortung zuweisen
• Das Zielbetriebsmodell über reine Prozessdiagramme hinaus beschreiben
• Auswirkungen und Leitlinien klar vermitteln
• Die Verbindung von Anforderungen zu Abläufen, Aufgaben und Schulungsunterlagen sicherstellen

Wesentliche Ergebnisse:

• Stakeholder-Übersicht und Governance-Struktur für Akzeptanz
• Rollenverzeichnis mit Auswirkungsanalyse nach Standort und Abteilung
• Vorgehen zur Fit-Gap-Klärung und Dokumentationsrichtlinien
• KPI-Baseline für die erste Messung

Häufiger Fehler: Change Management nur als Kommunikationsplanung betrachten, während Lösungsentscheidungen ohne Aufsicht der Fachbereiche voranschreiten.

Phase 2: Während der Umsetzung — Nutzer einbeziehen und befähigen

In dieser entscheidenden Zeit wächst oder schwindet Vertrauen danach, wie gut die Lösung den tatsächlichen Nutzerbedarf abbildet.

Ziele:

• Den Betrieb in zentrale Entscheidungen einbeziehen
• Rollenspezifische Prototypen und Szenariotests durchführen
• Fähigkeiten durch wiederholte praktische Übungen aufbauen
• Super User und Support-Teams parallel zum Systemaufbau vorbereiten

Zentrale Mechanismen:

• Demos von Rollenszenarien in jedem Sprint
• Umfassender UAT mit Ausnahmen statt nur Standardpfaden
• Prüfpunkte für „Akzeptanz durch Design“
• Schulungsunterlagen aus bestätigten Prozessabläufen statt generischer Präsentationen

Häufiger Fehler: UAT auf die Fehlersuche beschränken und seine Rolle beim Kompetenzaufbau und bei der Prozessbestätigung übersehen.

Phase 3: Nach dem Go-live — Akzeptanz erhalten und optimieren

Mit dem Go-live beginnt die eigentliche Verantwortung für Akzeptanz; sie endet dort nicht.

Ziele:

• Stabilität sichern und verhindern, dass Behelfslösungen sich festsetzen
• Feedback aus dem Produktivbetrieb in gezielte Verbesserungen übersetzen
• Kontinuierliches Lernen und Prozessaufsicht verankern

Zentrale Mechanismen:

• Hypercare-Probleme einordnen: Fehler, Schulungslücken, unklare Prozesse oder Datenprobleme
• Wöchentliche Management-Dashboards zu Akzeptanzkennzahlen
• Arbeitshilfen schnell aktualisieren und kurze Lerneinheiten aus echten Support-Fällen ableiten
• Schattensysteme und doppelte Prozesse planmäßig ablösen

Häufiger Fehler: Führungskräfte lassen Behelfslösungen als „kurzfristige“ Lösung zu, bis daraus dauerhafte Gewohnheiten werden. Fundiertes Change Management mit umfassender Nutzerschulung und kontinuierlicher Verankerung ist entscheidend, um Widerstände zu mindern und langfristige Systemakzeptanz zu fördern.⁶

Wo Tools helfen: von Discovery zu konkreten Ergebnissen

Tools ersetzen keine Führung im Wandel. Sie können jedoch organisatorische Hürden beseitigen, an denen Akzeptanz scheitert — besonders die anhaltende Lücke zwischen ersten Discovery-Daten und produktionsreifen Unterlagen.

Tool-Funktionen mit besonders großer Wirkung:

1. Verteilte Eingaben in einheitliche Ergebnisse überführen: Workshops, Schriftverkehr, Notizen und Präsentationen enthalten oft wichtige Entscheidungen und Einschränkungen, die nie in Prozessdokumentation oder Schulungsunterlagen ankommen.
2. Nachvollziehbarkeit und Aufsicht sichern: Wenn jede Anforderung, jedes Prozesselement und jede Schulungsressource auf die ursprünglichen Entscheidungen verweist, können Teams die Begründung überzeugend erklären und Unterlagen schnell aktualisieren.
3. Rollenspezifische Befähigung schneller erstellen: Rollengerechte Arbeitsanleitungen, Simulationen und Leitfäden für Ausnahmen manuell zu erstellen ist aufwendig.
4. Kontinuierliche Lernzyklen nach dem Start ermöglichen: Support-Tickets aus dem Produktivbetrieb und häufige Fehler mit den betroffenen Prozesselementen und Schulungsressourcen verknüpfen.

Zum Abschluss: So sieht reifes SAP Change Management aus

Reifes SAP Change Management ist kein paralleler Workstream. Es ist eine betriebliche Disziplin, die darin verankert ist, wie das Programm Entscheidungen trifft, Leistung überprüft und Standards durchsetzt. Es betrachtet Akzeptanz als betriebliches Ergebnis, das durch Klarheit, Befähigung und Verankerung gestaltet, gemessen und gesteuert werden muss.⁷

In der Praxis tun reife Organisationen fünf Dinge konsequent:

1. Sie machen Prozessverantwortung verbindlich: benannte Verantwortliche, Entscheidungsrechte und Rechenschaftspflicht
2. Sie prüfen Leistung statt Teilnahme: Kompetenzschwellen und Szenariotests
3. Sie verankern Verstärkung im Betrieb: Führungsroutinen, Kontrollen, Support und Governance
4. Sie erhalten die Nachvollziehbarkeit von der Absicht bis zu den Umsetzungsunterlagen und reduzieren so Verwirrung und Nacharbeit
5. Sie steuern Akzeptanz als kontinuierliche Verbesserungsschleife weit über den Go-live hinaus

S/4HANA schafft Wert, wenn die Organisation ihre Arbeitsweise ändert — nicht schon dadurch, dass das System bereitgestellt wird. Programme, die diesen Unterschied verinnerlichen, machen aus einem wiederkehrenden Akzeptanzrisiko eine steuerbare Fähigkeit.

Quellen

1. Hassenstab, C. M., et al. (2013). Culture Unbound Journal of Current Cultural Research, 4(4). ↩
2. Charles, O., et al. (2024). SaaS-Based reporting systems in higher education. International Journal of Applied Research in Social Sciences, 6(10), 2512. ↩
3. Silva, L., et al. (2020). ERP competence validation through task performance assessment. ↩
4. Venkatesh, V., & Bala, H. (2008). Technology Acceptance Model 3 and a Research Agenda on Interventions. Decision Sciences, 39(2), 273. ↩
5. Kapupu, M. & Mignerat, M. (2015). Shadow systems and user workarounds in ERP implementations. ↩
6. Lakhamraju, M. V. (2025). Best of Breed vs. Single Suite: The Strategic Advantage of Multi-Tool Integration in Enterprise Resource Planning. Journal of Information Systems Engineering & Management, 10, 663. ↩
7. Sundaram, R. (2022). Organizational change management frameworks for ERP adoption. ↩