SAP-Schulungsstrategien: Was wirkt und woran es scheitert

SAP-Schulung fördert die Akzeptanz, wenn sie auf Rollen zugeschnitten ist, praxisnah in einem realistischen Schulungssystem stattfindet, vier bis sechs Wochen vor dem Go-live liegt, an den Systemzugang gekoppelt ist und an Tag 30 und Tag 90 noch einmal vertieft wird. Die meisten Schulungsfehler entstehen durch das Gegenteil: allgemeine Sessions, Folien, schlechtes Timing und nichts nach dem Go-live.

Dieser Beitrag richtet sich an Programmverantwortliche, Change-Verantwortliche und HR- oder Finanzsponsoren, die einen S/4HANA-Rollout planen. Er zeigt, was funktioniert, einen Schulungsplan mit Verantwortlichen und Terminen, die typischen Fehler und was der Wechsel von SAP Enable Now zu WalkMe verändert.

Ich habe mit einem regionalen Versorgungsbetrieb gearbeitet, der ohne ordentliche Schulung mit SAP live ging. Keine maßgeschneiderten Sessions. Keine rollenbasierten Walkthroughs. Nur Handbücher, die aus einem früheren Rollout wiederverwendet wurden.

Das Ergebnis:

1. Genehmigungen im Einkauf stockten. Die Anwender wussten nicht, wie sie im Workflow eskalieren sollten.
2. Die Bestandszählungen waren unzuverlässig. Es wurden falsche Bewegungsarten gebucht, ohne dass jemand die Folgen verstand.
3. Das Finanzwesen brauchte Wochen, um Buchungsfehler zu bereinigen, die nie hätten passieren dürfen.
4. Einige Module wurden ganz pausiert, weil den Anwendern die Sicherheit fehlte, sie zu bedienen.

Sanierungsberater kamen ins Haus. Das war teuer und erschütterte das Vertrauen der Mitarbeiter in das System über Monate.

Vergleichen Sie das mit einem Fertigungskunden am Golf, mit dem ich gearbeitet habe. Er behandelte die Schulung von Anfang an als Teil der Lieferung. Einkaufssachbearbeiter, Bestandsverantwortliche und Finanzteams hatten jeweils ihren eigenen Lernpfad. Die Kennzahlen waren an Lernergebnisse gekoppelt. Lageranwender durchliefen Testzyklen in der Schulungsumgebung, bevor die echte Dateneingabe begann. Finanzanwender übten den Monatsabschluss in einer Sandbox mit realistischen Transaktionen. Das Bestehen einer Prüfung nach der Schulung war die Bedingung für den Systemzugang. Keine Schulung, kein Login.

Zum Go-live waren die Anwender sicher. Weniger Tickets. Weniger Chaos. Bessere Akzeptanz.

Der Unterschied zwischen diesen beiden Ergebnissen hatte weniger mit der Technik zu tun als damit, wie die Menschen vorbereitet wurden: ob Schulung als Aufgabe am Phasenende oder als Risikokontrolle behandelt wurde.

Das Muster ist vorhersehbar. Das Projekt hinkt hinterher. Das Budget ist knapp. Die Schulung wird zusammengestrichen. „Die Anwender kriegen das schon hin“ wird zum Plan.

Tun sie nicht.

Ein Anwender, der mit der falschen Transaktion bucht, erzeugt Datenfehler, die sich über Module hinweg ausbreiten. Genehmigungen, die liegen bleiben, weil niemand den Eskalationsweg kennt, blockieren nachgelagerte Prozesse. Ein Finanzteam, das die Buchungslogik nicht versteht, verursacht Abstimmungsarbeit, deren Aufarbeitung Wochen dauert.

Die Forschung zum Change Management zeigt in dieselbe Richtung. Die langjährigen Studien von Prosci kommen zu dem Ergebnis, dass Projekte mit exzellentem Change Management etwa siebenmal wahrscheinlicher ihre Ziele erreichen als Projekte mit schwachem Change Management. Die Schulung ist der sichtbarste Teil dieser Arbeit und der am leichtesten zu streichende.

Rollenbasierte Lernpfade

Allgemeine Schulung für alle ist der häufigste Fehler. Ein Lagerleiter und ein Finanzcontroller teilen sich kaum Transaktionen. Schult man sie gemeinsam, sitzt jeder von beiden größtenteils über Inhalten, die ihn nichts angehen.

Beginnen Sie mit dem Rollenkatalog. Jede Rolle wird den Transaktionen und Fiori-Apps zugeordnet, die diese Person täglich nutzt, und der Lernpfad wird darum herum aufgebaut.

Das Finanzwesen braucht Monatsabschluss, Kreditorenbuchhaltung und die Buchungslogik im Hauptbuch. Der Einkauf braucht Bestellanforderungen, Bestellfreigabe und Wareneingang. Lageranwender brauchen Warenbewegungen, Lieferbestätigung und Inventurzählungen. Jede Gruppe bekommt einen Lernpfad, der dem ersten Tag ihrer echten Arbeit entspricht.

Zeitpunkt

Schulen Sie vier Monate vor dem Go-live, und die Leute vergessen das meiste. Schulen Sie eine Woche vorher, und sie lernen noch, wenn der Druck kommt.

Das praktische Zeitfenster liegt für die Hauptwelle vier bis sechs Wochen vor dem Go-live, mit einer kurzen Auffrischung ein bis zwei Wochen davor.

Eine realistische Schulungsumgebung

Folien und aufgezeichnete Demos schaffen Bewusstsein. Sie bauen nicht das Muskelgedächtnis auf, SAP unter Druck zu bedienen.

Bauen Sie die Schulungsumgebung nach den Integrationstests aus dem QA-System auf, damit die Konfiguration dem entspricht, was live geht, und die Stammdaten wie das echte Geschäft aussehen. Die Anwender sollten komplette Prozesszyklen durchlaufen und nicht einzelne Bildschirme anklicken. Ein Finanzanwender, der in der Schulung fünf Hauptbuchbuchungen erfasst hat, macht am ersten Tag weit weniger Fehler als einer, der sich eine Aufzeichnung angesehen hat.

Prüfung gekoppelt an den Zugang

Den Systemzugang an das Bestehen einer Rollenprüfung zu knüpfen, ist der wirksamste Hebel für Akzeptanz, den ich kenne. Das beseitigt jede Unklarheit. Die Schulung ist nicht mehr optional, sondern die Bedingung dafür, die Arbeit im neuen System zu erledigen.

Dafür braucht es einen Sponsor mit Rückgrat, denn irgendjemand wird sich wehren. Ein Fachbereichsleiter wird sagen, sein Team könne die Zeit nicht entbehren. Die Antwort lautet: Er kann es sich nicht leisten, seinem Team ein Produktivsystem zu geben, das es nicht bedienen kann.

Floorwalker und Super-User

In den ersten zwei Wochen nach dem Go-live senken geschulte Leute, die vor Ort bei den Anwendern sind, das Aufkommen beim Helpdesk spürbar. Ein unsicherer Anwender fragt die Person neben sich, bevor er ein Ticket anlegt. Ist das ein geschulter Floorwalker, wird das Problem gelöst. Wenn nicht, wird die Umgehungslösung zum Prozess.

Floorwalker müssen keine Berater sein. Ein Super-User aus jedem Fachbereich, tiefer geschult als alle anderen, deckt die meisten Bedürfnisse ab. Super-User werden außerdem zum Rückkanal: Funktioniert ein Prozess nicht wie entworfen, melden sie das über den Issue-Prozess, statt eine Umgehungslösung einreißen zu lassen.

Diese Abfolge gehört in den Programmplan, geführt als Arbeitspaket ab Explore und nicht in Deploy nachträglich drangehängt.

1. ExploreRollenkatalog und Lernpfade abgestimmtJede Rolle den Transaktionen und Apps zugeordnet
2. 6 Wochen vorherEndanwenderschulung nach RolleVier bis sechs Wochen vor dem Go-live, praxisnah, mit realistischen Daten
3. 1 Woche vorherPrüfung bestanden, Zugang erteiltNach einer kurzen Auffrischung. Keine bestandene Prüfung, kein Produktiv-Login
4. Tag 30Erstes LabAufgebaut aus den häufigsten Support-Tickets dieser Rollengruppe
5. Tag 90Zweites LabAusgerichtet auf den ersten Monats- und Quartalsabschluss

Meilenstein	Zeitpunkt	Verantwortlich	Erledigt heißt
Rollenkatalog und Lernpfade abgestimmt	Ende von Explore	Change- und Schulungsleitung mit Prozessverantwortlichen	Jede Rolle den Transaktionen und Apps zugeordnet
Schulungsumgebung bereit	Nach den Integrationstests	Basis-Leitung	Kopie des QA-Systems mit realistischen Stammdaten
Schulungsunterlagen fertig	Sobald das Prozessdesign eingefroren ist	Schulungsleitung	Auf Basis des finalen, nicht des Entwurfs-Prozessdesigns erstellt
Super-User-Schulung abgeschlossen	Zwei bis drei Wochen vor der Endanwenderschulung	Schulungsleitung	Super-User beherrschen Ausnahmen, nicht nur den Idealfall
Endanwenderschulung abgeschlossen	Vier bis sechs Wochen vor dem Go-live	Schulungsleitung mit Super-Usern	Teilnahme und Praxisübungen nach Rolle dokumentiert
Prüfung bestanden, Zugang erteilt	Eine Woche vor dem Go-live	Security-Leitung mit Schulungsleitung	Keine Produktivrolle ohne bestandene Prüfung
Lab an Tag 30	Einen Monat nach dem Go-live	Schulungsleitung	Aus den häufigsten Support-Tickets dieser Rollengruppe aufgebaut
Lab an Tag 90	Drei Monate nach dem Go-live	Schulungsleitung	Ausgerichtet auf die Fragen zum ersten Monats- und Quartalsabschluss

Der häufigste Planungsfehler ist, Unterlagen zu schreiben, solange sich das Prozessdesign in Realize noch bewegt. Frieren Sie das Design zuerst ein oder bauen Sie die Unterlagen in Schichten auf: erst die bestätigten Prozesse, später die offenen.

Die Werkzeuge haben sich stärker verändert als die Methode.

SAP überführt Enable Now in WalkMe

SAP hat die Übernahme von WalkMe im September 2024 abgeschlossen, ein Geschäft im Wert von rund 1,5 Milliarden US-Dollar. 2026 hat SAP das Ende von SAP Enable Now festgelegt: keine neuen Cloud-Verträge seit April 2025, letzte Verlängerungen bis April 2027 und das Ende der Wartung im November 2030. Nachfolger ist WalkMe, einschließlich seines Produkts für Schulungsinhalte, Learning Arc.

Was das in der Praxis bedeutet:

1. Neue Programme sollten Schulungsinhalte und In-App-Hilfen in WalkMe aufbauen, statt in Enable Now neu zu beginnen.
2. Bestehende Enable-Now-Kunden haben noch Zeit, sollten die Inhaltsmigration aber vor ihrer letzten Verlängerung planen und nicht danach.
3. Die Aufteilung, die weiterhin gilt: strukturierte Inhalte für die Zeit vor dem Go-live (Simulationen, Dokumentation, einmal aufgezeichnete Testskripte) für die Schulungswellen und In-App-Hilfen (Tooltips, geführte Pfade) für die Hypercare und neue Mitarbeiter. WalkMe deckt jetzt beides ab.

Whatfix bleibt die glaubwürdige Alternative außerhalb von SAP, wenn Ihnen Herstellerunabhängigkeit wichtig ist.

KI für Schulungsinhalte

Joule, Microsoft Copilot und andere generative KI-Werkzeuge können aus der Prozessdokumentation erste Entwürfe für Schulungsinhalte, Kurzanleitungen und Einladungen zu Sessions erstellen.

Die Beschleunigung ist real, wenn die Quelldokumentation sauber ist. Sie ersetzt weder die rollenbasierten Designentscheidungen noch das Prüfungsdesign. Der Trainer muss weiterhin entscheiden, was jede Rolle wissen muss. Die KI liefert nur den Entwurf schneller.

Nutzen Sie die Nutzungsdaten, die Sie schon haben

Schauen Sie nach dem Go-live auf die tatsächliche Nutzung, nicht nur auf die Ticketzahlen: die WalkMe-Analysen, falls Sie es einsetzen, die Nutzung der Fiori-Apps, Transaktionsvolumen nach Rolle und Support-Tickets nach Kategorie. Wird eine Fiori-App, die einen Transaktionscode ablösen sollte, kaum genutzt, hat sich die Schulung zu stark an der alten Arbeitsweise orientiert. Lassen Sie, was die Daten zeigen, in die Labs an Tag 30 und Tag 90 einfließen. In meiner Liste der KPIs für ERP-Einführungen finden Sie die Messgrößen zur Akzeptanz, die ich verwende.

Fehler	Folge	So vermeiden Sie ihn
Allgemeine Schulung für alle Rollen	Irrelevante Inhalte; kritische Aufgaben nicht abgedeckt	Lernpfade aus dem Rollenkatalog
Schulung zu früh	Anwender vergessen es vor dem Go-live	Vier bis sechs Wochen vorher, Auffrischung zwei Wochen vorher
Nur Folien	Keine praktische Übung	Schulungsumgebung mit realistischen Daten
Keine Prüfung	Abschluss wird angenommen, nicht nachgewiesen	Prüfung vor dem Produktivzugang
Keine Floorwalker	Umgehungslösungen werden zum Prozess	Super-User in den ersten zwei Wochen vor Ort
Schulung als Aufgabe am Phasenende	Wird gekürzt, wenn der Zeitplan rutscht	Ein verfolgtes Arbeitspaket ab Explore
Kein Auffrischungsplan	Die Akzeptanz stagniert auf dem Niveau des Go-live	Labs an Tag 30 und Tag 90
Neue Inhalte in Enable Now erstellt	Inhalte müssen vor 2030 erneut migriert werden	Neue Inhalte in WalkMe erstellen

Das Finanzwesen trägt das höchste Compliance- und Prüfungsrisiko. Behandeln Sie Buchung und Freigabe von Belegen, Kreditoren und Debitoren, Zahlungsläufe, Schritte des Periodenabschlusses und Reporting. Im Monatsabschluss zeigen sich die Lücken. Haben die Anwender den Abschluss in der Schulung nicht geübt, erleben sie ihn zum ersten Mal unter echtem Termindruck.

Der Einkauf braucht den vollständigen Purchase-to-Pay-Zyklus: Bestellanforderung, Genehmigung, Bestellfreigabe, Wareneingang und Rechnungsprüfung. Zeigen Sie die Fehlersituationen, auf die die Anwender stoßen werden, etwa gesperrte Bestellungen, Fehler beim Drei-Wege-Abgleich und Stornierungen von Wareneingängen. Anwender, die sie noch nie gesehen haben, legen Tickets an, statt sie zu lösen.

Lageranwender haben oft die wenigste formale IT-Ausbildung. Halten Sie die Schulung kurz und transaktionsbezogen: Warenausgang, Wareneingang, Umlagerungen, Inventurzählungen. Bilden Sie die physische Umgebung nach: dieselben Lagerorte, dieselben Materialien, dieselben Bildschirme.

Personalwesen und Self-Service betreffen jeden Mitarbeiter. Führungskräfte, die Zeiten und Abwesenheiten genehmigen, brauchen Schulung, ebenso Mitarbeiter, die Self-Service-Apps nutzen. Kürzere Sessions, größere Reichweite.

Wie die Schulung in den übergeordneten Change-Plan passt, lesen Sie in meinem Leitfaden zum Change-Management-Plan und in meiner Strategie für das SAP-Stakeholder-Management.

Warum führen SAP-Schulungsprogramme nicht zu Akzeptanz?

Vier Muster: Schulung, die nicht rollenspezifisch ist, Schulung zum falschen Zeitpunkt, Vorführungen statt praktischer Übung und keine Vertiefung nach dem Go-live. Mit dem Go-live beginnt das eigentliche Lernen. Sonderfälle, Prozesse zum Periodenabschluss und Ausnahmen lernt man durch Tun, und in den Labs an Tag 30 und Tag 90 stabilisiert sich die Akzeptanz.

Wie sollte SAP-Schulung nach Rollen aufgebaut sein?

Gehen Sie vom Transaktionskatalog aus. Listen Sie für jede Rolle die Transaktionen, Fiori-Apps und Berichte auf, die diese Person nutzt, und bauen Sie den Pfad um diese Auswahl herum. Finanzwesen, Einkauf, Lager, Management, HR-Self-Service und IT-Support bekommen jeweils ihren eigenen Pfad: kürzer, aber tiefer in dem, was sie tatsächlich tun. Beenden Sie jeden Pfad mit einer Prüfung, die über den Produktivzugang entscheidet.

Sollte ich 2026 WalkMe oder SAP Enable Now einsetzen?

Für neue Inhalte: WalkMe. SAP verkauft seit April 2025 keine neuen Enable-Now-Cloud-Verträge mehr, letzte Verlängerungen sind bis April 2027 möglich, und die Wartung endet im November 2030. Nachfolger ist WalkMe, einschließlich Learning Arc für Schulungsinhalte. Wenn Sie Enable Now bereits nutzen, setzen Sie es vorerst weiter ein und planen Sie die Migration vor Ihrer letzten Verlängerung. Whatfix ist die wichtigste Alternative außerhalb von SAP.

Was ist eine Schulungsumgebung in SAP und warum ist sie wichtig?

Ein eigenes SAP-System oder ein eigener Mandant, der die Produktivkonfiguration abbildet, aber keine Echtdaten des Geschäfts enthält, sodass Anwender gefahrlos üben und Fehler machen können. Bauen Sie ihn nach den Integrationstests aus dem QA-System auf, damit die Konfiguration dem Go-live entspricht, und laden Sie Stammdaten, die wie Ihr echtes Geschäft aussehen. Unrealistische Daten schulen Anwender an einem System, das sie nie zu sehen bekommen.

Was ist ein Super-User in einer SAP-Einführung?

Ein Fachanwender, der tiefer geschult wird als die übrigen und noch vor Schulungsbeginn aus jedem Funktionsbereich ausgewählt wird. Super-User decken Ausnahmen und Sonderfälle ab, fungieren nach dem Go-live als Floorwalker und geben Prozessprobleme über den formalen Issue-Prozess an das Projektteam zurück. Sie gehören zu den Investitionen mit dem besten Preis-Leistungs-Verhältnis in einem SAP-Programm.

Woran messen Sie, ob die SAP-Schulung gewirkt hat?

Vier Messgrößen: Fehlerquoten bei Transaktionen in den ersten 30 Tagen (Korrekturbuchungen, Stornierungen, Datenausnahmen), Support-Tickets nach Funktion, tatsächliche gegenüber erwarteter Nutzung nach Rolle und Bestehensquoten der Prüfungen nach Thema. Prüfen Sie sie wöchentlich in der Hypercare und im ersten Quartal monatlich. Ein niedriges Transaktionsvolumen in einer Rolle vier Wochen nach dem Go-live bedeutet fast immer eine Schulungslücke und kein Motivationsproblem.