Warum das zählt. Eine ERP-Einführung scheitert nicht am Go-Live-Wochenende — sie scheitert in den ersten 90 Tagen danach, wenn niemand mehr Hypercare leistet und das Tagesgeschäft bricht. Das Bitkom-Reifegradmodell Digitale Geschäftsprozesse 2.0 liefert die Bezugsbasis, um Einführungsreife sauber zu bewerten — vor und nach Go-Live.
Wann diese Methodik passt — und wann nicht
Diese Methodik passt, wenn:
-
die Altdaten vor Projektstart bereinigt werden — und nicht im Cutover-Wochenende;
-
Power-User in den Fachbereichen benannt sind, bevor Schulungen starten;
-
Hypercare als finanziertes 90-Tage-Programm aufgesetzt ist, mit täglichem Triage-Termin.
Diese Methodik passt nicht, wenn:
-
der Go-Live-Termin politisch gesetzt ist, ohne dass Go-/No-Go-Kriterien dokumentiert sind;
-
das Tagesgeschäft im Hypercare-Fenster vollständig auf die Anwenderinnen und Anwender zurückfällt;
-
Datenmigration als Aufgabe der IT verstanden wird statt als Verantwortung der Fachbereiche.
So läuft eine ERP-Einführung — die fünf Schritte
Eine belastbare ERP-Einführung folgt fünf Schritten mit klarer Übergabelogik. Die SCOReX-Methodik strukturiert die Phasen so, dass die kritischen 90 Tage nach Go-Live denselben Rang erhalten wie die Vorbereitung — Hypercare ist Projektarbeit, nicht Linienarbeit.
-
Schritt 1 — Altdatenbereinigung als Vorlaufphase: Datenqualität messen, Dubletten und Karteileichen klären, Migrationsregeln dokumentieren. Output: bereinigter Migrations-Datensatz mit Qualitätsmetrik je Tabelle.
-
Schritt 2 — Sollkonzept mit benannten Verantwortlichen: Soll-Prozesse je Process Owner abgenommen, Schnittstellen und Berichtswege festgelegt. Output: signiertes Sollkonzept mit RACI je Hauptprozess.
-
Schritt 3 — Realisierung, Test und Schulungsplan: Customizing gegen das Sollkonzept, integrierte Tests mit Echtdaten, Power-User-Schulung vor Endanwender-Schulung. Output: testierter Customizing-Stand und Schulungs-Roadmap.
-
Schritt 4 — Cutover-Wochenende mit Fallback: Cutover-Plan minutiert, Go/No-Go-Kriterien schriftlich, Rollback-Pfad definiert. Output: Go-Live mit dokumentierter Entscheidungsbasis.
-
Schritt 5 — Hypercare über 90 Tage: tägliche Triage, eskalierbare Tickets, Power-User-Hotline, Nachschulung statt Vorabschulung. Output: stabiler Betrieb und schriftliche Hypercare-Abschlussbilanz.
Typischer Fehler und wie Sie ihn vermeiden
Ein mittelständischer Großhändler in Norddeutschland mit rund 180 Beschäftigten zog ein anspruchsvolles ERP-Projekt sauber bis zum Go-Live durch — und entließ am Montag nach dem Cutover das Projektteam ins Tagesgeschäft. Am Mittwoch lieferte die Rückwärtsterminierung falsche Termine, am Freitag stimmte der Lagerbestand für vier Artikelgruppen nicht. Niemand hatte mehr Kapazität, weil das Hypercare-Budget bereits verbraucht war. Sechs Wochen später war das Vertrauen der Anwenderinnen und Anwender ins System verbrannt.
In der Praxis sind drei Disziplinen entscheidend: Altdatenbereinigung als eigene Vorlaufphase, ein Cutover-Plan mit dokumentierten Go/No-Go-Kriterien (siehe auch unser Leitfaden für eine erfolgreiche ERP-Implementierung), und ein Hypercare-Programm, das die ersten 90 Tage als Projektphase behandelt — nicht als Reklamation.
Was Sie als Nächstes tun
Wenn Sie prüfen möchten, wie tragfähig Ihr Einführungsplan in den 90 Tagen nach Go-Live ist:
-
Benennen Sie pro Hauptprozess eine Power-Userin oder einen Power-User mit Vertretungsregel.
-
Reservieren Sie ein dediziertes Hypercare-Budget für 90 Tage — getrennt vom Projektbudget.
-
Definieren Sie drei harte No-Go-Kriterien für den Cutover, bevor das Wochenende beginnt.
Wenn Sie Ihr Einführungsprogramm an dieser Stelle absichern wollen, können wir die 90-Tage-Hypercare-Logik mit Ihnen in zwanzig Minuten sondieren — auch die Kosten einer ERP-Einführung hängen unmittelbar daran.
FAQ
Sechs bis achtzehn Monate. Cloud-Einführungen liegen häufig bei rund neun Monaten, On-Premises-Einführungen bei zwölf Monaten und mehr. Entscheidend sind Datenqualität, klare Prozessverantwortung und ein finanziertes Hypercare-Fenster.
Hypercare. Tägliche Triage-Termine, ein eskalierbares Ticketsystem, Power-User-Hotline und gezielte Nachschulung. Wer Hypercare als Reklamation behandelt, verliert das Vertrauen der Anwenderinnen und Anwender — und damit den Einführungserfolg.
Beides funktioniert, wenn die Go/No-Go-Kriterien dokumentiert sind und ein Rollback-Pfad existiert. Big-Bang reduziert Parallelbetrieb, schrittweiser Roll-Out begrenzt das Risiko je Standort. Entscheidend ist nicht die Form, sondern die Disziplin.
