Die Auswahl ist abgeschlossen, der Vertrag unterschrieben. Genau an dieser Stelle beginnt der Teil des Projekts, an dem ERP-Vorhaben tatsächlich scheitern. Die Systemauswahl entscheidet, ob ein System grundsätzlich passt. Die ERP-Einführung entscheidet, ob Sie es jemals produktiv nutzen werden.
Dieser Artikel beschreibt den Ablauf nach der Vertragsunterschrift: Rollout-Strategie, Phasen, Projektteam, Datenmigration, Kosten und die Fehler, die in nahezu jedem gescheiterten Projekt dieselben sind. Wenn Sie noch vor der Anbieterentscheidung stehen, ist der Leitfaden zur ERP-Auswahl der richtige Einstieg.
Kernaussage
Die Implementierung kostet im Mittelstand typischerweise das Ein- bis Zweifache der Erstjahres-Lizenzkosten, bei On-Premise-Projekten mit hohem Anpassungsgrad auch mehr. Wer nur die Lizenz budgetiert, hat das Projekt um den größeren Posten zu klein gerechnet. Unser kostenloser ERP-Vergleich grenzt Ihre Optionen in etwa 10 Minuten ein.
Die erste Entscheidung: Big Bang oder stufenweise Einführung
Bevor irgendein Zeitplan entsteht, muss die Rollout-Strategie stehen. Sie bestimmt Projektdauer, Risikoprofil und Kosten stärker als jede andere Einzelentscheidung, und sie lässt sich später nur schwer korrigieren.
| Kriterium | Big Bang | Stufenweise (Phased) |
|---|---|---|
| Umstellung | Alle Standorte und Module zu einem Stichtag | Nach Standort, Gesellschaft oder Modul gestaffelt |
| Projektdauer | Kürzer insgesamt | Länger, oft das Doppelte |
| Risiko am Stichtag | Hoch, kein Rückfallszenario nach dem Cutover | Begrenzt auf die jeweilige Stufe |
| Parallelbetrieb | Entfällt | Erforderlich, inklusive Schnittstellen zum Altsystem |
| Gesamtkosten | Niedriger | Höher durch Parallelbetrieb und Übergangsschnittstellen |
| Belastung der Fachbereiche | Sehr hoch, konzentriert | Verteilt, dafür über längere Zeit |
| Passt zu | Einzelgesellschaft, ein Standort, überschaubare Prozesse | Mehrere Gesellschaften oder Länder, heterogene Prozesse |
Der teuerste Kompromiss
Der stufenweise Rollout wird oft als die sichere Variante verkauft. Er ist sicherer am Stichtag, aber teurer über die Laufzeit, weil Sie für die Übergangszeit Schnittstellen zwischen Alt- und Neusystem bauen und pflegen, die Sie danach wegwerfen. Rechnen Sie diese Wegwerfschnittstellen von Anfang an ins Budget, sonst tauchen sie als Nachtrag auf.
Das Phasenmodell einer ERP-Einführung
Die Hersteller vermarkten eigene Methodiken, etwa SAP Activate oder Microsoft Sure Step. Unter den Markennamen liegt in allen Fällen dieselbe Struktur.
| Phase | Anteil der Projektzeit | Wer trägt die Hauptlast |
|---|---|---|
| Vorbereitung und Projektaufsetzung | 5 bis 10 % | Projektleitung beider Seiten |
| Konzeption und Fit-Gap-Analyse | 20 bis 25 % | Fachbereiche, nicht die IT |
| Realisierung und Konfiguration | 25 bis 30 % | Implementierungspartner |
| Datenmigration | 15 bis 25 % | Ihr Unternehmen, nicht der Partner |
| Test und Abnahme | 15 bis 20 % | Key User aus den Fachbereichen |
| Go-live und Hypercare | 5 bis 10 % | Beide Seiten gemeinsam |
Die für die Budgetplanung wichtigste Zeile ist die Datenmigration. Sie ist der einzige große Block, den Ihr Implementierungspartner nicht für Sie erledigen kann, weil nur Ihre Mitarbeitenden beurteilen können, welcher Datensatz noch gültig ist. Wer diese Kapazität nicht freistellt, verschiebt den Go-live.
Wer im Projektteam sitzen muss
Die häufigste Fehlbesetzung im Mittelstand: Das ERP-Projekt wird an die IT delegiert. ERP ist aber ein Prozessprojekt mit einer technischen Komponente, nicht umgekehrt.
| Rolle | Aufgabe | Zeitanteil |
|---|---|---|
| Projektsponsor (Geschäftsführung) | Entscheidet Zielkonflikte zwischen Fachbereichen | punktuell, aber verbindlich |
| Interne Projektleitung | Steuert Partner, Termine, Budget | 80 bis 100 % |
| Key User je Fachbereich | Prozessdefinition, Test, Schulung der Kollegen | 30 bis 50 % |
| Datenverantwortliche | Bereinigung und Freigabe der Stammdaten | 50 % in der Migrationsphase |
| IT | Infrastruktur, Schnittstellen, Berechtigungen | 20 bis 40 % |
Das Key-User-Problem
Key User sind definitionsgemäß Ihre besten Leute im Tagesgeschäft, sonst wären sie keine Key User. Genau deshalb werden sie selten wirklich freigestellt, sondern machen das Projekt zusätzlich zum Vollzeitjob. Wenn Sie eine einzige organisatorische Maßnahme ergreifen: Stellen Sie Key User nachweisbar frei und besetzen Sie deren Linienaufgaben nach. Ohne das verschiebt sich der Go-live, unabhängig vom gewählten System.
Datenmigration: der unterschätzte Kostentreiber
Altsysteme enthalten nach zehn oder fünfzehn Jahren Betrieb Karteileichen: Kunden, die nicht mehr existieren, Artikel ohne Bewegung seit Jahren, Dubletten aus früheren Zusammenführungen. Diese Daten in ein neues System zu übernehmen, verlagert das Problem lediglich und macht das neue System vom ersten Tag an unglaubwürdig.
Bewährtes Vorgehen:
- Stammdaten migrieren, Bewegungsdaten weitgehend nicht. Kunden, Lieferanten, Artikel und Stücklisten kommen mit. Historische Belege bleiben typischerweise im Altsystem, das für die Dauer der gesetzlichen Aufbewahrungsfristen lesend verfügbar bleibt.
- Vor der Migration bereinigen, nicht danach. Bereinigung im Zielsystem ist teurer, weil dort bereits Abhängigkeiten bestehen.
- Mindestens zwei Testmigrationen. Der erste Durchlauf deckt Strukturfehler auf, der zweite Datenqualitätsfehler. Wer nur einmal testet, testet am Go-live-Wochenende.
- GoBD-Anforderungen früh klären. Die Unveränderbarkeit und maschinelle Auswertbarkeit steuerrelevanter Daten muss auch für das archivierte Altsystem gewährleistet sein. Das ist eine Anforderung an Ihr Archivierungskonzept, nicht an das neue ERP.
Die fünf häufigsten Gründe für gescheiterte ERP-Einführungen
- Prozesse werden nicht angepasst, sondern nachgebaut. Jede Abweichung vom Standard, die keinen belegbaren Wettbewerbsvorteil bringt, ist eine dauerhafte Belastung: bei jedem Release, bei jedem Support-Fall, bei jedem Personalwechsel. Die Frage bei jeder Anforderung lautet: Verdienen wir mit diesem Sonderweg Geld, oder machen wir es nur, weil wir es immer so gemacht haben?
- Der Umfang wächst während des Projekts. Anforderungen, die in der Auswahlphase nicht auftauchten, erscheinen in der Konzeption. Ohne formalen Änderungsprozess mit Kosten- und Terminwirkung wird aus jedem Wunsch stillschweigend eine Zusage.
- Der Test wird zusammengestrichen. Testphasen liegen am Projektende und sind deshalb das, was gekürzt wird, wenn es eng wird. Ein integrierter Test über den kompletten Prozess, vom Angebot bis zum Zahlungseingang, ist nicht verhandelbar.
- Schulung findet zu früh statt. Wer acht Wochen vor dem Go-live schult, schult in ein System, das sich danach noch ändert, und die Anwender haben es bis zum Stichtag vergessen. Zwei bis drei Wochen vorher, am realen Konfigurationsstand.
- Kein Hypercare eingeplant. Die ersten vier bis sechs Wochen nach dem Go-live erzeugen die höchste Supportlast des gesamten Projekts. Wenn der Partner am Tag nach dem Go-live abzieht, tragen Ihre Key User das allein, zusätzlich zum wieder anlaufenden Tagesgeschäft.
Diese fünf Punkte sind unabhängig vom Hersteller. Sie treten bei SAP S/4HANA genauso auf wie bei Microsoft Dynamics 365 Business Central, proALPHA oder Odoo. Welches System zu Ihren Anforderungen passt, klärt der kostenlose ERP-Vergleich vorab.
Was eine ERP-Einführung im Mittelstand kostet
Die Implementierungskosten hängen stärker an Ihrem Anpassungsgrad und an der Zahl der Standorte als am gewählten Produkt. Als Orientierung für den DACH-Mittelstand:
| Unternehmensgröße | Typische Projektdauer | Implementierungsaufwand |
|---|---|---|
| 20 bis 50 Nutzer, ein Standort | 4 bis 8 Monate | 50.000 bis 150.000 EUR |
| 50 bis 150 Nutzer, Fertigung | 8 bis 14 Monate | 150.000 bis 500.000 EUR |
| 150 bis 500 Nutzer, mehrere Gesellschaften | 12 bis 24 Monate | 500.000 bis 2.000.000 EUR |
Nicht enthalten und regelmäßig vergessen: der interne Aufwand. Wenn fünf Key User zu 40 % über zwölf Monate gebunden sind, sind das rund zwei Vollzeitstellen, die im Projektbudget selten auftauchen, aber real anfallen. Eine detaillierte Aufschlüsselung finden Sie unter ERP-Implementierungskosten.
Go-live und Hypercare
Der Cutover selbst ist ein logistisches Problem, kein technisches. Legen Sie ihn auf ein Wochenende mit möglichst geringem Geschäftsvolumen, vermeiden Sie Monats-, Quartals- und Jahresabschlüsse, und definieren Sie vorab schriftlich, unter welchen Bedingungen Sie abbrechen und auf das Altsystem zurückfallen. Ein Rückfallszenario, das erst am Samstagabend diskutiert wird, existiert nicht.
Planen Sie mindestens vier Wochen Hypercare mit dem Implementierungspartner vor Ort oder mit garantierter Reaktionszeit. Rechnen Sie in den ersten Wochen mit spürbaren Produktivitätseinbußen in den betroffenen Bereichen. Das ist normal und kein Zeichen einer gescheiterten Einführung, sollte aber gegenüber Kunden und Lieferanten kommuniziert werden.
Vor dem Projektstart
Die Einführung wird deutlich einfacher, wenn das System zu Ihren Knockout-Kriterien passt. Der größte Teil der Eskalationen in Implementierungsprojekten geht auf Anforderungen zurück, die das gewählte System strukturell nicht abdecken kann und die man mit Eigenentwicklungen zu überbrücken versucht. Prüfen Sie diese Kriterien vor der Auswahl, nicht in der Konzeptionsphase.
Der nächste Schritt
Wenn Sie noch nicht entschieden haben, welches System Sie einführen: Unser kostenloser ERP-Vergleich prüft 17 im DACH-Raum relevante Systeme gegen Ihre Anforderungen und zeigt, welche an einem harten Kriterium scheitern und warum. Das dauert etwa 10 Minuten und ist unabhängig, wir verkaufen keine ERP-Lizenzen und keine Implementierungsleistungen.