ERP einführen: Projektfahrplan bis Go-Live

ERP einführen heißt, ein neues System in klar abgegrenzten Phasen von der Projektidee bis in den stabilen Produktivbetrieb zu bringen – ohne dass das Tagesgeschäft stehen bleibt. Der bewährte Fahrplan führt über Projektstart, Blueprint, Customizing, Datenmigration, Test und UAT sowie Schulung bis zum Go-Live und der anschließenden Hypercare-Phase. Wer diese Phasen sauber trennt und jede erst abschließt, bevor die nächste beginnt, senkt das Risiko teurer Nacharbeiten deutlich. Dieser Leitfaden zeigt dir den kompletten Projektfahrplan Schritt für Schritt.

Die Phasen der ERP-Einführung im Überblick

Eine ERP-Einführung ist kein einzelner Umschaltmoment, sondern ein Projekt mit klar aufeinander aufbauenden Phasen. Jede hat ein definiertes Ergebnis, das die nächste Phase erst möglich macht. Die folgende Tabelle fasst den Fahrplan zusammen.

Die Dauer hängt stark von Unternehmensgröße, Prozesskomplexität und Systemtyp ab. Für kleinere Betriebe mit standardnahen Prozessen sind wenige Monate realistisch, für komplexe Mehrspartenunternehmen deutlich mehr. Wer noch kein System gewählt hat, findet einen Marktüberblick im ERP-Verzeichnis und im Systemvergleich.

Phase 1 bis 3: Von Projektstart bis Customizing

Die ersten drei Phasen legen das Fundament. Fehler hier wirken sich bis zum Go-Live aus – deshalb lohnt sich hier Gründlichkeit statt Tempo.

Projektstart: Ziele, Team und Scope

Am Anfang steht der Projektauftrag. Du legst messbare Ziele fest, grenzt den Scope ab und benennst eine verantwortliche Projektleitung. Entscheidend sind die Key-User: erfahrene Mitarbeitende aus Einkauf, Lager, Vertrieb und Buchhaltung, die ihre Prozesse kennen und später als Multiplikatoren wirken. Definiere außerdem Budget, groben Zeitplan und Entscheidungswege. Ein zu weit gefasster oder unklarer Scope ist die häufigste Ursache für Scope-Creep – also unkontrolliert wachsende Anforderungen im Projektverlauf.

Blueprint: das Soll-Konzept

Im Blueprint nimmst du die künftigen Soll-Prozesse auf und hältst fest, wie das ERP-System sie abbilden soll. Statt die alten Abläufe eins zu eins zu kopieren, prüfst du, wo der Standard des neuen Systems schlanker ist. Das Blueprint ist das zentrale Referenzdokument der Einführung: Es beschreibt Belegflüsse, Rollen, Schnittstellen und die Anforderungen an die Stammdaten. Erst wenn die Fachbereiche es freigeben, geht es weiter.

Customizing und Parametrisierung

Jetzt wird das System eingerichtet. Customizing und Parametrisierung setzen das Blueprint technisch um: Mandanten, Nummernkreise, Kontenrahmen, Belegarten, Berechtigungen und Standardworkflows. Faustregel: So viel Standard wie möglich, so viel Anpassung wie nötig. Jede individuelle Erweiterung erhöht Aufwand, Testumfang und die Kosten künftiger Updates. Halte fest, was reine Konfiguration ist und was echte Entwicklung erfordert – das trennt kalkulierbaren von riskantem Aufwand.

Datenmigration: Stammdaten sauber übernehmen

Die Datenmigration entscheidet oft über den Erfolg des Go-Live. Nichts frustriert Anwender mehr als ein neues System voller falscher Artikel, doppelter Kunden oder unstimmiger Salden. Deshalb gilt: Migration ist zu 80 Prozent Datenbereinigung und nur zu 20 Prozent Technik.

Der Ablauf in drei Schritten:

1. Bereinigen: Dubletten entfernen, veraltete Datensätze aussortieren, Pflichtfelder vervollständigen. Ein Systemwechsel ist der beste Zeitpunkt, um Altlasten loszuwerden.
2. Mappen: Für jedes Quellfeld ein Zielfeld definieren (Feld-Mapping). Kläre Formate, Einheiten und Nummernlogik.
3. Testmigration: Die Übernahme mindestens einmal auf einem Testsystem durchspielen, die Ergebnisse stichprobenartig gegen die Quelle prüfen und Fehler protokollieren, bevor es an die echten Daten geht.

Migriert werden vor allem Stammdaten wie Artikel, Kunden, Lieferanten und Konten sowie Bewegungsdaten wie offene Posten und Bestände. Historische Belege bleiben oft im Altsystem, das für eine Aufbewahrungsfrist lesend verfügbar gehalten wird – das spart Migrationsaufwand und erfüllt die GoBD-Vorgaben zur Nachvollziehbarkeit und Unveränderbarkeit.

Test und UAT: bevor du live gehst

Ist das System konfiguriert und mit Testdaten gefüllt, wird intensiv getestet. Der wichtigste Baustein ist der User Acceptance Test.

Was der UAT-Abnahmetest leistet

Beim UAT-Abnahmetest spielen die Key-User reale Geschäftsvorfälle end-to-end durch – vom Angebot über Auftrag, Kommissionierung und Versand bis zur Rechnung und zum Fibu-Export. Nicht die IT nickt ab, sondern die Fachbereiche. Sie bestätigen, dass ihre Prozesse im neuen System vollständig und korrekt laufen. Der bestandene UAT ist die formale Freigabe für den Go-Live.

Testszenarien und Freigabekriterien

Definiere vorab konkrete Testfälle mit erwartetem Ergebnis und dokumentiere jeden Durchlauf. Bewährt hat sich eine Priorisierung der Fehler:

• Blocker: verhindern den Go-Live, müssen vor Freigabe behoben sein.
• Wichtig: stören den Betrieb, sollten vor oder kurz nach Go-Live gelöst werden.
• Gering: kosmetisch oder selten, können in Hypercare nachgezogen werden.

Ein Go-Live wird nur freigegeben, wenn keine Blocker offen sind. Diese Disziplin verhindert, dass ungetestete Prozesse produktiv einschlagen.

Schulung und Change-Management

Ein technisch perfektes System scheitert, wenn die Anwender es nicht beherrschen oder ablehnen. Schulung und Change-Management laufen deshalb parallel zur technischen Vorbereitung.

Schule rollenbasiert und an echten Prozessen statt an abstrakten Menüs: Der Lagermitarbeiter lernt seinen Kommissionier-Ablauf, die Buchhaltung ihren Zahllauf. Die Key-User aus dem Projekt werden zu internen Ansprechpartnern und tragen Wissen in die Teams. Change-Management heißt zusätzlich, frühzeitig zu kommunizieren, warum umgestellt wird, welche Vorteile es bringt und wo es anfangs hakt. Wer Betroffene einbindet, statt sie zu überraschen, senkt Widerstände spürbar. Fehlt intern Kapazität, unterstützt eine externe ERP-Implementierung bei Konfiguration, Migration und Schulung.

Go-Live und Hypercare

Der Go-Live ist der Moment, auf den alle Phasen hinarbeiten – und die Hypercare-Phase entscheidet, ob er hält.

Der Cut-over zum Go-Live

Der Go-Live erfolgt über einen geplanten Cut-over: finale Übernahme der aktuellen Bestände und offenen Posten, letzte Freigabe, dann Umschalten auf den Produktivbetrieb. Zwei Strategien sind üblich – der Big-Bang, bei dem alle Bereiche gleichzeitig starten, und der Phasen-Rollout, bei dem Standorte oder Module nacheinander live gehen. Der Cut-over wird meist in eine umsatzschwache Zeit gelegt (Wochenende, Monatsanfang), und ein Rückfallplan definiert, was passiert, wenn etwas grundlegend schiefgeht.

Hypercare: die kritische Stabilisierungsphase

Direkt nach dem Go-Live beginnt die Hypercare-Phase: intensivierter Support über meist zwei bis sechs Wochen. Das Projektteam bleibt verfügbar, Fehler werden priorisiert abgearbeitet, offene Fragen der Anwender schnell beantwortet. Erst wenn der Betrieb stabil läuft und die Zahl der Meldungen deutlich sinkt, wird das Projekt in den normalen Support übergeben und formal abgeschlossen.

Fazit

Eine ERP-Einführung gelingt, wenn du sie als Phasenprojekt führst und jede Phase mit einem klaren Ergebnis abschließt: Projektauftrag, freigegebenes Blueprint, konfiguriertes System, geprüfte Datenmigration, bestandener UAT, geschulte Anwender, sauberer Cut-over und eine stabile Hypercare-Phase. Die häufigsten Stolpersteine liegen nicht in der Technik, sondern in unklarem Scope, schmutzigen Altdaten und vernachlässigtem Change-Management. Wer diesen Fahrplan diszipliniert abarbeitet, die Fachbereiche früh einbindet und rechtliche Pflichten wie GoBD und E-Rechnung von Anfang an mitdenkt, bringt sein neues System planbar bis zum Go-Live – und darüber hinaus in den stabilen Regelbetrieb.