ERP-Einführung: Phasen, Vorgehen und Checkliste

Eine ERP-Einführung läuft in fünf Phasen: Vorbereitung, Auswahl, Implementierung, Datenmigration und Go-live mit Stabilisierung. Über den Erfolg entscheidet dabei nicht die Software, sondern was vor dem Start feststeht: eine Governance, die entscheiden kann, eine bereinigte Datenbasis und ein Scope, der wirklich vereinbart ist. Die Dauer bemisst sich an der Komplexität des Unternehmens, nicht an einem Verkaufsversprechen. Diese Seite führt durch die Phasen, benennt die Entscheidungen, die jede Phase tragen, und endet mit der Checkliste der zwölf Punkte, die vor dem Kickoff geklärt sein müssen.

Die fünf Phasen einer ERP-Einführung

Die Reihenfolge ist in fast jedem Projekt gleich, die Gewichtung nicht. Wer die Phasen kennt, erkennt früh, wo das eigene Vorhaben steht und welche Entscheidung als Nächstes ansteht.

1. Vorbereitung. Kernprozesse beschreiben, Datenlage ehrlich aufnehmen, Verantwortliche benennen. Hier entsteht die Grundlage für jede spätere Entscheidung, und hier wird sie am billigsten getroffen.
2. Auswahl. System und Partner anhand der eigenen Anforderungen prüfen, nicht anhand von Demos. Priorisierte Anforderungen schlagen ein dickes Lastenheft.
3. Implementierung. Prozesse im System abbilden, Standard vor Anpassung. Jede Erweiterung braucht einen Grund, der im Geschäft liegt, nicht in der Gewohnheit.
4. Datenmigration. Stammdaten bereinigt übernehmen, mindestens zwei vollständige Testläufe. Die Migration gehört in den Projektplan, nicht ans Ende.
5. Go-live und Stabilisierung. Nach messbaren Kriterien starten, nicht nach Kalender. Danach gehört das System in einen Rhythmus, der Änderungen als Routine trägt.

Was vor dem Projektstart feststehen muss

Die teuersten Probleme einer ERP-Einführung entstehen vor dem Kickoff, dort sind sie aber auch am günstigsten zu lösen. Drei Dinge gehören geklärt, bevor ein Partner die erste Stunde schreibt: wer das Projekt steuert und Scope-Fragen bindend entscheidet, in welchem Zustand die Stammdaten sind und was davon vor der Migration bereinigt wird, und welche Prozesse das Geschäft wirklich tragen. Die vollständige Liste steht in Was vor dem Projektstart feststehen muss.

Der häufigste Fehler ist nicht die falsche Software, sondern der Start ohne Entscheidungsfähigkeit: Ein Projekt ohne benannten Entscheider verhandelt jede Abweichung neu, und Entscheidungen brauchen Kalenderzeit, nicht Beratungstage. Genau daran verlängern sich Einführungen am häufigsten.

Wie lange dauert eine ERP-Einführung?

Für einfache Setups mit einer Gesellschaft, Prozessen nah am Standard und sauberer Datenbasis sind wenige Monate realistisch. Für komplexe Transformationen mit Altsystem-Ablösung, mehreren Gesellschaften oder tiefer Fertigung gilt das nicht, und ein knapper Termin, der reißt, kostet mehr als eine ehrliche Spanne, die hält. Was die Dauer wirklich treibt und wann ein schneller Zeitrahmen haltbar ist, steht in Wie lange dauert eine Business-Central-Einführung wirklich?

Zieht sich eine laufende Einführung bereits, liegt die Ursache selten am Tempo des Partners und fast immer an offenen Entscheidungen. Die Diagnose dafür: Warum dauert unsere ERP-Einführung so lange?

Was kostet eine ERP-Einführung?

Die Kosten bestehen aus Lizenzen, Implementierung und dem internen Aufwand, und der dritte Block wird am häufigsten unterschätzt: Menschen, die Prozesse beschreiben, Daten prüfen und Entscheidungen treffen. Wie sich die Blöcke zusammensetzen und woran ein Angebot erkennbar zu knapp kalkuliert ist, steht in Was kostet eine Business-Central-Einführung?

Läuft das Budget bereits davon, hilft Tempo allein nicht. Der geordnete Weg zurück steht in ERP-Projekt über Budget: was jetzt?

Woran Einführungen scheitern und wie Sie gegensteuern

ERP-Einführungen scheitern selten an der Technik. Sie scheitern an Strukturen: eine Governance, die nicht entscheiden kann, ein Scope, der nie vereinbart wurde, Berichte, die grün melden, während das System rot ist. Diese Muster sind früh erkennbar, die Übersicht steht in Warum ERP-Projekte scheitern.

Das wirksamste Gegenmittel ist ein definierter Moment der Wahrheit vor dem Start: messbare Kriterien, an denen sich entscheidet, ob das Projekt live gehen darf. Welche das sind, steht in Wann ist ein Business-Central-Projekt bereit für den Go-live?

Die Checkliste vor dem Kickoff

Zwölf Punkte, die vor dem Projektstart beantwortet sein müssen. Jeder offene Punkt ist kein Hindernis, aber er gehört benannt, bevor er im Projekt teuer wird.

1. Die Kernprozesse sind beschrieben, mindestens Auftrag-zu-Rechnung und Einkauf-zu-Zahlung.
2. Ein Entscheider mit Zeit und Mandat ist benannt, Stellvertretung geregelt.
3. Der Scope ist schriftlich vereinbart, inklusive dessen, was ausdrücklich nicht dazugehört.
4. Die Datenlage ist gemessen: Dubletten, Leerfelder, inaktive Datensätze je Datenobjekt.
5. Entschieden ist, welche Altdaten mitkommen und welche im Archiv bleiben.
6. Die Abweichungen vom Standard sind aufgelistet und je mit einem Geschäftsgrund versehen.
7. Die Schnittstellen zu Umsystemen sind benannt, je mit einem Verantwortlichen.
8. Die Schlüsselnutzer sind benannt und für das Projekt freigestellt, nicht nur nominiert.
9. Ein realistischer Zeitrahmen mit offengelegten Annahmen liegt vor, keine Wunschzahl.
10. Das Budget deckt alle drei Blöcke: Lizenzen, Implementierung, interner Aufwand.
11. Die Go-live-Kriterien sind vorab definiert, messbar und vereinbart.
12. Der Betrieb nach dem Go-live ist geplant: Verantwortliche, Release-Rhythmus, Änderungsroutine.

Wer diese zwölf Punkte vor dem Kickoff ehrlich beantwortet, hat die häufigsten Projektrisiken vor dem Start entschärft. Wenn Sie einzelne Punkte nicht beantworten können, ist genau das die Ausgangslage für ein Gespräch, nicht für einen Vertragsabschluss. Die Steuerung bleibt dabei auf Ihrer Seite, mit Business Central als Heimat.

Quelle: Microsoft Learn: Update cycles für Business Central