Die Projektdauer einer ERP-Einführung liegt im Median bei neun Monaten, wie der 2026 ERP Report von Panorama Consulting (170 befragte Organisationen, Erhebung Januar 2025 bis Januar 2026) zeigt. In der Praxis schwankt die tatsächliche Dauer aber stark: Ein reines Standard-Rollout bei einem Kleinunternehmen kann in wenigen Wochen stehen, ein individuell angepasstes ERP-Projekt im Mittelstand mit mehreren Standorten zieht sich dagegen oft über 12 bis 18 Monate. Fast ein Viertel aller Projekte überschreitet laut Panorama Consulting den geplanten Zeitrahmen, meist wegen organisatorischer Probleme und nicht wegen der Software selbst.
Das Wichtigste in Kürze:
- Median-Projektdauer laut Panorama Consulting 2026: 9 Monate, mit hoher Streuung je nach Unternehmensgröße und Individualisierungsgrad.
- Fast ein Viertel der Projekte liegt zeitlich über Plan, mehr als ein Viertel über Budget.
- Die größten Zeitfresser sind nicht Softwarefunktionen, sondern organisatorischer Widerstand, unklare Prozesse und Datenmigration.
- Ein realistischer Zeitplan entsteht aus einem sauberen Lastenheft, einer ausreichend dimensionierten Testphase und einem festen Projektteam.
- Cloud-ERP-Systeme starten häufig schneller als On-Premise-Installationen, weil Server-Setup und Infrastruktur entfallen.
Wovon die Dauer einer ERP-Einführung abhängt
Es gibt keine feste Formel, mit der sich die Dauer einer Implementierung exakt vorhersagen lässt. Vier Faktoren bestimmen in der Praxis am stärksten, wie lange ein Projekt tatsächlich dauert:
- Unternehmensgröße und Komplexität: Je mehr Abteilungen, Standorte und Prozessvarianten ein System abbilden muss, desto länger dauert die Abstimmung.
- Individualisierungsgrad: Standard-Konfiguration ist in Tagen erledigt, umfangreiches Customizing kann Monate zusätzlicher Entwicklungs- und Testzeit kosten.
- Datenqualität und -menge: Saubere, bereits digital gepflegte Stammdaten lassen sich deutlich schneller übernehmen als historisch gewachsene, fehlerhafte Datenbestände – mehr dazu im Beitrag zur Datenmigration bei der ERP-Einführung.
- Change-Management-Aufwand: Schulung, Akzeptanz und interne Kommunikation entscheiden oft stärker über den Zeitplan als die reine Technik, wie der Beitrag zum Change Management bei der ERP-Einführung zeigt.
Typischer Zeitplan: Die Phasen einer ERP-Einführung
Auch wenn jedes Projekt individuell verläuft, lässt sich eine ERP-Einführung in der Praxis grob in aufeinanderfolgende Phasen gliedern. Ein realistischer Richtwert in Klammern bezieht sich auf ein mittelständisches Projekt mit moderatem Customizing-Anteil:
1. Anforderungsanalyse und Lastenheft (4–8 Wochen)
Am Anfang steht die Frage, welche Prozesse das neue System abbilden muss. Wie detailliert dieser Schritt ausfällt und welche Fehler dabei typischerweise passieren, beschreibt der Beitrag zu Lastenheft und Pflichtenheft bei der ERP-Auswahl.
2. Systemauswahl und Vertragsverhandlung (4–8 Wochen)
Parallel oder im Anschluss an die Anforderungsanalyse folgen Anbietervergleich, Angebotseinholung und Vertragsgestaltung. Worauf bei Konditionen und Laufzeiten zu achten ist, zeigt der Beitrag ERP-Vertrag verhandeln.
3. Customizing, Datenmigration und interne Tests (8–20 Wochen)
Dies ist bei den meisten Projekten die zeitintensivste Phase: Konfiguration, Anpassungsentwicklung, Übernahme der Altdaten und erste interne Tests laufen hier oft parallel. Wie ein strukturierter Test vor der Kaufentscheidung und vor dem Go-Live aussieht, beschreibt der Beitrag zur ERP-Testphase.
4. Schulung und Go-Live-Vorbereitung (2–6 Wochen)
Je nachdem, ob ein Unternehmen auf einen Big-Bang-Start oder eine schrittweise Einführung setzt, unterscheidet sich auch der Zeitplan für den eigentlichen Umstellungstermin. Die Vor- und Nachteile beider Ansätze vergleicht der Beitrag zur Go-Live-Strategie bei der ERP-Einführung.
5. Hypercare-Phase nach dem Go-Live (2–8 Wochen)
Mit dem Go-Live ist das Projekt noch nicht abgeschlossen. In den ersten Wochen im Live-Betrieb zeigt sich, ob Prozesse wie geplant funktionieren. Details zur kritischen Anfangsphase liefert der Beitrag zur Hypercare-Phase nach dem ERP-Go-Live.
Warum sich ERP-Projekte verzögern
Nach Angaben von Panorama Consulting liegen fast ein Viertel der ERP-Projekte zeitlich über Plan. Als Hauptursache nennt die Studie organisatorische Probleme wie Governance-Lücken, Widerstand gegen Veränderungen und unklares Prozessdesign – nicht primär technische Schwierigkeiten mit der Software. Mehr als ein Viertel der Projekte überschreitet zudem das geplante Budget, häufig weil zusätzlicher, zuvor nicht eingeplanter Technologiebedarf entsteht. Welche Kostenpositionen dabei besonders häufig übersehen werden, beschreibt der Beitrag zu versteckten Kosten bei der ERP-Einführung.
Ein weiterer, in der Praxis unterschätzter Faktor ist die Teambesetzung: Ohne ausreichend freigestellte interne Fachkräfte und klar definierte Projektrollen verzögert sich die Abstimmung zwischen Fachbereich, IT und Implementierungspartner spürbar.
Cloud vs. On-Premise: Unterschiede beim Zeitplan
Cloud-ERP-Systeme lassen sich in der Regel schneller in Betrieb nehmen als On-Premise-Installationen, da Server-Beschaffung, Infrastruktur-Setup und lokale Wartung entfallen. Anbieter wie weclapp oder Odoo werben entsprechend mit kurzen Onboarding-Zeiten für Standard-Konfigurationen. Wie stark sich das auf die Gesamtkosten und nicht nur auf die Dauer auswirkt, vergleicht der Beitrag ERP-TCO: Cloud vs. On-Premise im Kostenvergleich. Wer zwischen den beiden Cloud-Spielarten abwägt, findet weitere Details im Beitrag Private Cloud vs. Public Cloud ERP. Der Zeitvorteil der Cloud ersetzt dabei keine sorgfältige Anforderungsanalyse – auch ein Cloud-Projekt mit hohem Customizing-Anteil kann sich deutlich strecken.
Eine strukturierte Übersicht aller Beiträge rund um Projektablauf und Einführung bietet die Kategorie Implementierung & Einführung.
Wie Unternehmen die Dauer realistisch planen
- Pufferzeiten einplanen: Angesichts der Panorama-Zahlen (fast ein Viertel der Projekte über Plan) ist ein Zeitpuffer von mehreren Wochen realistischer als ein eng getakteter Idealplan.
- Interne Ressourcen früh freistellen, statt sie neben dem Tagesgeschäft „nebenbei“ einzuplanen.
- Datenqualität vor Projektstart prüfen, nicht erst in der Migrationsphase – das spart in der Regel mehr Zeit als jede Softwarefunktion.
- Referenzen bei vergleichbaren Projekten einholen, um realistische Zeithorizonte statt Vertriebsversprechen zu bekommen; Hinweise dazu liefert der Beitrag ERP-Anbieter-Referenzen prüfen.
Häufige Fragen zur Dauer einer ERP-Einführung
Wie lange dauert eine ERP-Einführung im Kleinunternehmen?
Bei einem Standard-System mit wenig Anpassungsbedarf sind einige Wochen bis wenige Monate realistisch. Spezifische Hinweise für kleinere Unternehmen liefert der Beitrag WaWi-Software für Kleinunternehmen.
Ist eine Cloud-ERP-Einführung grundsätzlich schneller als On-Premise?
Tendenziell ja, weil Infrastruktur-Aufbau entfällt. Der Unterschied schrumpft aber, sobald umfangreiches Customizing oder komplexe Schnittstellen nötig sind.
Was passiert, wenn sich das Projekt verzögert?
Laufende Kosten für Parallelbetrieb, Berater und internes Personal steigen, und die im Lastenheft geplanten Meilensteine müssen neu abgestimmt werden. Ein klar definiertes Eskalationsverfahren im Projektteam hilft, Verzögerungen früh sichtbar zu machen.
Welche Projektphase dauert erfahrungsgemäß am längsten?
In den meisten Projekten ist es die Phase aus Customizing, Datenmigration und internen Tests, da hier Softwareanpassung und Datenaufbereitung parallel laufen und sich gegenseitig beeinflussen.
Lässt sich die Projektdauer verkürzen, ohne Qualität zu opfern?
Teilweise: realistische Pufferzeiten, frühzeitig geprüfte Datenqualität und ein fest freigestelltes Projektteam verkürzen vor allem die Zeit, die sonst für Nacharbeiten und Abstimmungsschleifen verloren geht – an der eigentlichen Konfigurationszeit ändert das wenig.
Meine Einschätzung: Die Neun-Monats-Marke von Panorama Consulting ist ein brauchbarer Orientierungswert, aber kein Versprechen. Wer frühzeitig in Datenqualität, Projektteam und eine realistische Testphase investiert, reduziert das Risiko einer Verzögerung spürbar stärker, als es jede Wahl der Software-Plattform allein könnte.
