Ein ERP-System soll Einkauf, Lager, Produktion, Vertrieb und Rechnungswesen in einer Datenbasis zusammenführen. Wenn das gelingt, sparen Sie Abstimmungsaufwand und gewinnen Transparenz. Wenn nicht, bleiben Mehrkosten, frustrierte Teams und eine Software, die niemand gern nutzt. Das Scheitern eines ERP-Projekts ist dabei selten ein einzelnes Ereignis, sondern das Ergebnis mehrerer Fehlentscheidungen, die sich über Monate aufbauen.
Dieser Ratgeber beschreibt die Fehler, die in der Praxis am häufigsten zum ERP-Projekt-Misserfolg führen, und nennt zu jedem das passende Gegenmittel. Er richtet sich an Geschäftsführer, Finanzverantwortliche und IT-Leiter im Mittelstand, die ihr Vorhaben absichern wollen. Wenn Sie noch am Anfang stehen, finden Sie im Überblick zur ERP-Einführung den gesamten Ablauf.
Was „gescheitert“ bei einem ERP-Projekt bedeutet
Ein ERP-Projekt muss nicht komplett abgebrochen werden, um als gescheitert zu gelten. In der Praxis zeigen sich vier Formen:
- Abbruch: Das Projekt wird gestoppt, bevor das System produktiv läuft.
- Kostenexplosion: Das System läuft, aber das Budget wurde deutlich überschritten.
- Terminverzug: Der Go-live verschiebt sich mehrfach, das Altsystem muss länger weiterlaufen.
- Akzeptanzproblem: Das System ist formal eingeführt, doch Mitarbeitende weichen auf Tabellen und Nebenlösungen aus.
Die letzte Form wird am häufigsten unterschätzt. Ein ERP, das parallel zu Excel-Listen betrieben wird, liefert keine verlässlichen Daten und verfehlt seinen eigentlichen Zweck. Die folgenden Fehler führen in jede dieser vier Richtungen.
Fehler 1: Keine klaren, messbaren Ziele
Viele Projekte starten mit der Aussage „Wir brauchen ein modernes System“. Das ist kein Ziel. Ohne Zielbild lässt sich weder die Auswahl begründen noch der Projekterfolg beurteilen, und jede Abteilung projiziert eigene Wünsche in das Vorhaben.
Das Gegenmittel: Formulieren Sie vor jeder Anbieteransprache, welche Geschäftsprobleme das ERP lösen soll. Typische Beispiele sind eine schnellere Auftragsabwicklung, ein verlässlicher Lagerbestand, ein beschleunigter Monatsabschluss oder die Erfüllung rechtlicher Anforderungen wie GoBD-konforme Archivierung. Legen Sie fest, woran Sie den Erfolg messen, und halten Sie das schriftlich fest. Die Geschäftsführung muss diese Ziele ausdrücklich tragen.
Fehler 2: Ein fehlendes oder oberflächliches Lastenheft
Wer seine Anforderungen nicht beschreibt, bekommt Angebote, die sich nicht vergleichen lassen, und später Nachforderungen, die niemand eingeplant hat. Besonders riskant ist die Haltung, der Integrator werde die Prozesse „schon verstehen“. Er versteht sie nur so gut, wie Sie sie dokumentieren.
Das Gegenmittel: Beschreiben Sie Ihre Kernprozesse von der Anfrage bis zur Zahlung, einschließlich der Ausnahmen, die im Alltag ständig vorkommen. Trennen Sie zwingende Anforderungen von wünschenswerten. Eine strukturierte Anleitung finden Sie im Ratgeber zum ERP-Lastenheft. Ein gutes Lastenheft ist kein Wälzer, sondern eine priorisierte Liste konkreter Abläufe.
Fehler 3: Auswahl nach Demo-Eindruck statt nach Prozessen
Eine gelungene Präsentation sagt wenig über den Alltag in Ihrem Unternehmen. Anbieter zeigen ihr System von der besten Seite, mit sauberen Beispieldaten und vorbereiteten Abläufen. Wer allein danach entscheidet, kauft eine Oberfläche, nicht eine Lösung.
Das Gegenmittel: Lassen Sie sich Ihre eigenen Geschäftsvorfälle vorführen, idealerweise mit Ihren Daten. Prüfen Sie, wie das System Ihre Besonderheiten abbildet, etwa Chargenverfolgung, Projektabrechnung, Stücklisten mit Varianten oder Mehrlager-Logistik. Gleichen Sie Produkte systematisch miteinander ab, wie es der Ratgeber zur ERP-Auswahl beschreibt. Je nach Profil kommen etwa Odoo, Microsoft Dynamics 365 Business Central oder SAP Business One infrage; weitere Lösungen wie Sage, Oracle NetSuite oder weclapp decken andere Schwerpunkte ab. Entscheidend ist die Passung zu Ihren Prozessen, nicht die Marke.
Fehler 4: Den falschen Integrator wählen
Das beste Produkt führt mit einem ungeeigneten Partner zu einem schlechten Ergebnis. Der Integrator konfiguriert, passt an, migriert Daten und schult Ihre Teams. Fehlt ihm die Erfahrung mit Ihrer Branche oder Ihrer Unternehmensgröße, lernt er auf Ihre Kosten.
Das Gegenmittel: Prüfen Sie Referenzen aus vergleichbaren Unternehmen und sprechen Sie, wenn möglich, mit früheren Kunden. Achten Sie darauf, wer tatsächlich im Projekt arbeitet, nicht nur, wer das Angebot präsentiert. Fragen Sie nach Vorgehensmodell, Projektorganisation und Umgang mit Änderungswünschen. Praktische Kriterien liefert der Ratgeber ERP-Integrator finden. Auf So funktioniert es sehen Sie, wie wir Sie kostenlos mit passenden, zertifizierten Integratoren in Kontakt bringen; das Projekt selbst führt der Integrator durch.
Fehler 5: Budget und Zeitplan zu knapp kalkulieren
Lizenzen sind nur ein Teil der Kosten. Hinzu kommen Beratung, Anpassungen, Schnittstellen, Datenmigration, Schulung, interne Arbeitszeit und der laufende Betrieb. Wer nur die sichtbaren Posten einplant, gerät zwangsläufig in Verzug. Ebenso gefährlich ist ein Termin, der von außen gesetzt wurde, etwa durch das Ende eines Wartungsvertrags, und nicht aus dem Projektumfang abgeleitet ist.
Das Gegenmittel: Kalkulieren Sie auf Basis des gesamten Lebenszyklus und planen Sie Puffer für Unvorhergesehenes ein. Binden Sie die interne Arbeitszeit der Fachbereiche ausdrücklich ein, denn sie bindet häufig mehr Kapazität, als erwartet wird. Welche Kostenblöcke üblich sind und wie Angebote zu lesen sind, erklärt der Ratgeber zu den ERP-Kosten. Ein realistischer Plan ist günstiger als ein optimistischer, der nachträglich dreimal korrigiert wird.
Fehler 6: Zu viel Individualentwicklung
Der Wunsch, das neue System genau wie das alte arbeiten zu lassen, ist verständlich und gefährlich. Jede Sonderentwicklung verlängert das Projekt, erschwert Updates und macht Sie dauerhaft abhängig vom Entwickler. Im Cloud-Betrieb kann zu starkes Customizing sogar den Releasewechsel behindern.
Das Gegenmittel: Folgen Sie dem Grundsatz „Standard zuerst“. Prüfen Sie bei jedem Sonderwunsch, ob ein Prozess im Standard abgebildet werden kann, ob eine Konfiguration genügt oder ob die Anpassung tatsächlich Wettbewerbsvorteile sichert. Dokumentieren Sie jede Individualisierung mit Begründung und Verantwortlichem. Wie sich Betriebsmodelle auf die Anpassbarkeit auswirken, zeigt der Beitrag Cloud-ERP oder On-Premise.
Fehler 7: Datenmigration unterschätzen
Altdaten sind selten so sauber, wie man hofft. Dubletten, veraltete Artikel, unvollständige Adressen und uneinheitliche Bezeichnungen werden bei der Übernahme sichtbar. Wer die Bereinigung auf die letzte Woche vor dem Go-live schiebt, startet mit falschen Beständen und unzuverlässigen Auswertungen.
Das Gegenmittel: Beginnen Sie früh mit einer Datenbestandsaufnahme. Entscheiden Sie, welche Stammdaten übernommen, welche archiviert und welche verworfen werden. Legen Sie Verantwortliche für Kunden-, Lieferanten- und Artikeldaten fest und planen Sie mehrere Probemigrationen ein. Details zur Vorbereitung und zum Vorgehen finden Sie im Leitfaden zur ERP-Migration.
Fehler 8: Die Mitarbeitenden nicht mitnehmen
Ein ERP verändert Arbeitsabläufe, Zuständigkeiten und manchmal auch Machtverhältnisse. Wer das System von oben verordnet, erlebt Widerstand, der sich nicht in offenen Konflikten, sondern in Umgehungslösungen zeigt. Besonders kritisch ist es, wenn die erfahrensten Mitarbeitenden aus Zeitnot nicht eingebunden werden.
Das Gegenmittel: Benennen Sie pro Fachbereich sogenannte Key-User, die Anforderungen einbringen, Tests durchführen und später als Multiplikatoren wirken. Schaffen Sie echte Freiräume für diese Rolle, denn ein Projekt „nebenbei“ zu betreuen funktioniert nicht. Erklären Sie früh, warum sich Abläufe ändern und was die Teams davon haben. Beteiligung ist keine Höflichkeit, sondern eine Voraussetzung für Akzeptanz.
Fehler 9: Fehlende Projektführung und schwacher Auftraggeber
Ohne einen Projektverantwortlichen mit Entscheidungsbefugnis werden Streitpunkte vertagt, bis sie das Projekt blockieren. Ebenso problematisch ist ein Lenkungskreis, der zwar existiert, aber nicht tagt. Dann entscheidet faktisch der Integrator über fachliche Fragen, die allein Ihr Unternehmen beantworten kann.
Das Gegenmittel: Bestimmen Sie auf Ihrer Seite eine Projektleitung mit klarem Mandat und einen Auftraggeber aus der Geschäftsführung, der erreichbar ist. Vereinbaren Sie feste Abstimmungstermine, ein Änderungsverfahren für neue Wünsche und eine Eskalationsregel. So werden Konflikte nach dem Verfahren und nicht nach Lautstärke gelöst.
Fehler 10: Ausufernder Umfang statt schrittweiser Einführung
Der Versuch, in einem Zug alle Bereiche, Gesellschaften und Sonderfälle abzudecken, überfordert Organisation und Projektteam. Je größer der erste Schritt, desto höher das Risiko, dass nichts davon sauber fertig wird.
Das Gegenmittel: Definieren Sie einen tragfähigen Kern, der den größten Nutzen bringt, und führen Sie weitere Module in Phasen ein. Für kleinere Unternehmen ist das besonders wichtig; Hinweise zur passenden Größenordnung liefert der Beitrag ERP für KMU. Ein Projekt, das früh sichtbare Ergebnisse liefert, behält auch die Unterstützung der Belegschaft.
Fehler 11: Zu wenig Tests und Schulung
Tests werden gern gekürzt, wenn der Termin drückt. Das ist der teuerste Zeitpunkt zum Sparen, denn Fehler fallen dann erst im laufenden Betrieb auf, mit echten Kunden und echten Rechnungen. Ähnlich wirkt eine Schulung, die nur kurz vor dem Start stattfindet und nicht an den realen Arbeitsabläufen ausgerichtet ist.
Das Gegenmittel: Testen Sie vollständige Geschäftsvorfälle von der Bestellung bis zur Buchung, nicht nur einzelne Funktionen. Lassen Sie die Fachbereiche anhand definierter Abnahmekriterien freigeben. Schulen Sie rollenbezogen und mit Ihren eigenen Daten. Prüfen Sie auch gesetzliche Anforderungen, etwa den Umgang mit elektronischen Rechnungen, wie im Beitrag zur E-Rechnung im ERP beschrieben.
Fehler 12: Der Go-live ohne Rückfallplan und ohne Nachbetreuung
Der Produktivstart ist nicht das Ende des Projekts. In den ersten Wochen treten Fragen und Fehler auf, die kein Test vollständig vorwegnimmt. Wer ohne Rückfallplan startet, steht bei einem Problem unter extremem Druck. Und wer nach dem Go-live den Integrator abzieht und intern niemanden zuständig macht, lässt die Anwender allein.
Das Gegenmittel: Wählen Sie den Starttermin bewusst, etwa außerhalb von Jahresabschluss und Hochsaison. Definieren Sie vorab, unter welchen Bedingungen Sie zurückgehen würden, und halten Sie eine Phase intensiver Betreuung bereit. Vereinbaren Sie Support, Wartung und Weiterentwicklung verbindlich, damit das System auch nach dem Start besser wird.
Überblick: Fehler, Symptom und Gegenmittel
Die folgende Tabelle fasst die wichtigsten Punkte zusammen und eignet sich als Checkliste für Ihre Projektreviews.
| Fehler | Typisches Symptom | Gegenmittel |
|---|---|---|
| Unklare Ziele | Jede Abteilung verfolgt eigene Erwartungen | Messbare Ziele schriftlich festlegen |
| Kein Lastenheft | Angebote nicht vergleichbar, spätere Nachforderungen | Prozesse priorisiert beschreiben |
| Auswahl nach Demo | Überraschungen bei Sonderfällen | Eigene Geschäftsvorfälle vorführen lassen |
| Falscher Integrator | Wiederkehrende Rückfragen, Verzögerungen | Referenzen und Projektteam prüfen |
| Zu knappes Budget | Laufende Nachträge | Gesamtkosten und Puffer planen |
| Zu viel Customizing | Update-Probleme, Abhängigkeit | Standard zuerst, Ausnahmen begründen |
| Schlechte Daten | Falsche Bestände nach dem Start | Frühe Bereinigung, Probemigrationen |
| Fehlende Akzeptanz | Excel läuft parallel weiter | Key-User einbinden, Nutzen erklären |
| Schwache Projektführung | Entscheidungen werden vertagt | Mandat, Lenkungskreis, Eskalationsregel |
| Zu großer Umfang | Nichts wird richtig fertig | Kern zuerst, Module in Phasen |
| Zu wenig Tests | Fehler im Echtbetrieb | Abnahmekriterien und Szenariotests |
| Kein Rückfallplan | Panik beim Go-live | Rückgangsbedingungen und Nachbetreuung |
Wie Sie ein ERP-Projekt erfolgreich machen
Wer ein ERP-Projekt erfolgreich abschließen will, braucht weniger Heldentaten als Disziplin an den richtigen Stellen. Die wichtigsten Grundsätze lassen sich in wenigen Punkten bündeln:
- Ziele vor Software: Erst das Problem beschreiben, dann das Produkt suchen.
- Prozesse vor Funktionen: Entscheiden Sie anhand Ihrer realen Abläufe, nicht anhand von Funktionslisten.
- Verantwortung klären: Eine Person mit Entscheidungsbefugnis auf Ihrer Seite, ein fester Ansprechpartner beim Integrator.
- Daten ernst nehmen: Bereinigung ist Teil des Projekts, nicht eine Nebenaufgabe.
- Menschen beteiligen: Key-User, Schulung und offene Kommunikation von Beginn an.
- Schrittweise vorgehen: Ein beherrschbarer Kern, dann Erweiterungen.
Diese Punkte gelten unabhängig vom Produkt. Ob Sie sich für eine Open-Source-Lösung, eine Cloud-Suite oder ein klassisches System entscheiden, die Fehlerbilder sind dieselben. Wenn Sie eine neutrale Einordnung der Optionen suchen, helfen der Überblick zu ERP-Software und die Vergleiche bei der ersten Orientierung.
Wenn das Projekt bereits Schlagseite hat
Auch laufende Projekte lassen sich häufig stabilisieren. Gehen Sie in drei Schritten vor:
- Bestandsaufnahme: Was ist fertig, was ist offen, was ist strittig? Verlangen Sie vom Integrator und vom internen Team einen ehrlichen Statusbericht.
- Umfang reduzieren: Schneiden Sie auf den Kern zurück, der für einen sicheren Betrieb zwingend nötig ist, und verschieben Sie Wünschenswertes.
- Verantwortung neu ordnen: Klären Sie Rollen, Entscheidungswege und Termine. Prüfen Sie nüchtern, ob die Zusammenarbeit mit dem aktuellen Integrator tragfähig ist.
Ein Neustart mit geschärften Zielen ist oft günstiger als die Fortsetzung eines Projekts, das niemand mehr überblickt. Wichtig ist, dass Sie die Lehren dokumentieren, damit sich dieselben Fehler im nächsten Abschnitt nicht wiederholen.
Fazit
ERP-Projekte scheitern selten an der Technik. Sie scheitern an unklaren Zielen, fehlender Beschreibung der eigenen Prozesse, schwacher Führung, schlechten Daten und mangelnder Beteiligung der Menschen, die später damit arbeiten. Jeder dieser Fehler ist erkennbar und vermeidbar, wenn Sie ihn rechtzeitig adressieren. Mit einem klaren Lastenheft, einem passenden Integrator und einem Vorgehen in überschaubaren Schritten schaffen Sie die Grundlage dafür, dass Ihr System tatsächlich genutzt wird und Ihr Unternehmen voranbringt.
Wenn Sie wissen möchten, welcher Integrator zu Ihrem Vorhaben passt, stellen Sie über das Formular eine unverbindliche Anfrage. Wir vermitteln Sie kostenlos an einen geeigneten Partner, der Ihr Projekt dann umsetzt.
Häufige Fragen
Woran erkennt man früh, dass ein ERP-Projekt scheitert?
Warnsignale sind ständig wachsende Anforderungen ohne Priorisierung, Fachabteilungen, die nicht mehr an den Terminen teilnehmen, Datenübernahmen, die immer wieder verschoben werden, und Entscheidungen, die ohne Begründung revidiert werden. Wenn zudem niemand mehr sagen kann, was zum Go-live zwingend fertig sein muss, ist ein Eingreifen der Geschäftsführung nötig.
Ist ein gescheitertes ERP-Projekt meist ein Softwareproblem?
In der Regel nicht. Die Ursachen liegen überwiegend in unklaren Zielen, zu wenig Beteiligung der Fachbereiche, schlechter Datenqualität und einem Projektumfang, der nicht zur Organisation passt. Auch bei einem Produkt, das grundsätzlich zum Unternehmen passt, scheitert die Einführung, wenn diese Punkte vernachlässigt werden.
Welche Rolle spielt der Integrator für den Projekterfolg?
Eine sehr große. Der Integrator übersetzt Ihre Prozesse in die Konfiguration, plant die Datenübernahme und begleitet Tests und Schulungen. Entscheidend sind Branchenerfahrung mit Ihrem ERP-Produkt, nachvollziehbare Referenzen, ein klarer Projektplan und ein fester Ansprechpartner auf beiden Seiten.
Kann man ein ERP-Projekt, das aus dem Ruder läuft, noch retten?
Oft ja. Sinnvoll ist ein kurzer Stopp mit ehrlicher Bestandsaufnahme: Was ist fertig, was ist strittig, was ist wirklich notwendig? Danach wird der Umfang auf einen tragfähigen Kern reduziert, die Verantwortung neu geklärt und der Rest in spätere Phasen verschoben. Manchmal ist auch ein Wechsel des Integrators richtig.
Wie stelle ich sicher, dass mein ERP-Projekt gelingt?
Legen Sie messbare Ziele fest, beschreiben Sie Ihre Prozesse in einem Lastenheft, wählen Sie Software und Integrator anhand realer Abläufe, benennen Sie einen Projektverantwortlichen mit Entscheidungsbefugnis und planen Sie Datenbereinigung, Tests und Schulung ausdrücklich ein. Der Go-live folgt erst, wenn die Abnahmekriterien erfüllt sind.
Die genannten Softwarenamen sind Marken der jeweiligen Hersteller und dienen ausschließlich der Information. Diese Website ist unabhängig und steht in keiner Verbindung zu den Herstellern.