Wenn ein ERP-Projekt scheitert, liegt das fast nie an einem einzelnen Ereignis. Meist ist es eine Kette kleiner Versäumnisse, die sich über Monate aufbauen: ein Ziel, das nie ausformuliert wurde, Daten, die niemand bereinigt hat, Mitarbeitende, die erst am Tag der Umstellung zum ersten Mal mit dem neuen System arbeiten. Wer diese typischen Muster kennt, kann sie vermeiden. Dieser Ratgeber beschreibt die häufigsten Fehler, die ein ERP-Projekt zum Scheitern bringen, und nennt zu jedem das passende Gegenmittel.
Er richtet sich an Geschäftsführer, Finanzverantwortliche und IT-Leiter in österreichischen KMU und mittelständischen Unternehmen, die ein ERP-System einführen oder ablösen wollen und die Risiken realistisch einschätzen möchten.
Was bedeutet „gescheitertes ERP-Projekt“ überhaupt?
Ein Scheitern ist nicht nur der Totalabbruch. In der Praxis gibt es mehrere Abstufungen, und die meisten davon sind leiser als ein Abbruch:
- Das Projekt wird abgebrochen, nachdem Budget und Zeit verbraucht sind, ohne dass ein produktives System entsteht.
- Das System geht live, wird aber nicht angenommen. Die Mitarbeitenden weichen auf Excel-Listen und Nebenlösungen aus, und das ERP bildet nur noch einen Teil der Realität ab.
- Der Nutzen bleibt aus. Das System läuft, aber Durchlaufzeiten, Transparenz und Auswertungen sind nicht besser als zuvor.
- Die Kosten laufen davon. Umfang, Anpassungen und Beratungsaufwand wachsen weit über die ursprüngliche Erwartung hinaus.
Wer das eigene Projekt bewertet, sollte also nicht nur fragen, ob das System „läuft“, sondern ob die ursprünglichen Ziele erreicht wurden. Genau deshalb ist der erste Fehler der folgende.
Fehler: Das Projekt startet ohne klare Ziele
Viele Unternehmen beginnen mit dem Satz „Wir brauchen ein neues ERP“, ohne zu sagen, welches Problem damit gelöst werden soll. Ohne messbare Ziele lässt sich später weder entscheiden, was in den Umfang gehört, noch beurteilen, ob das Projekt erfolgreich war.
Gegenmittel: Formulieren Sie vor jeder Anbieterrunde, was sich konkret verbessern soll: schnellerer Monatsabschluss, verlässliche Lagerbestände, weniger manuelle Erfassung, bessere Auskunftsfähigkeit gegenüber Banken oder Wirtschaftsprüfern. Legen Sie fest, woran Sie den Erfolg erkennen. Diese Ziele sind der Maßstab für jede spätere Entscheidung, auch für die Frage, welche Wünsche warten müssen.
Fehler: Kein Lastenheft, keine gemeinsame Sprache
Ohne schriftliche Anforderungen hat jeder Beteiligte ein anderes Bild vom Ergebnis. Der Integrator kalkuliert nach seinem Verständnis, die Fachabteilung erwartet etwas anderes, und die Differenz zeigt sich erst im Test, wenn Änderungen am teuersten sind.
Gegenmittel: Halten Sie Anforderungen strukturiert fest, getrennt nach „unverzichtbar“, „wichtig“ und „wünschenswert“. Wie Sie dabei vorgehen, beschreibt der Ratgeber zum Lastenheft für ein ERP-System. Es muss kein Dokument von hunderten Seiten sein, aber es muss Ihre Kernprozesse, Schnittstellen und Sonderfälle enthalten, etwa branchenspezifische Abläufe oder Besonderheiten in der Fakturierung.
Fehler: Auswahl nach Funktionslisten und Vorführungen
Eine eindrucksvolle Demo zeigt, was ein System kann, nicht, ob es zu Ihrem Unternehmen passt. Wer nur Funktionslisten abhakt, vergleicht Produkte, die auf dem Papier ähnlich aussehen, im Alltag aber ganz unterschiedlich zu bedienen und zu erweitern sind.
Gegenmittel: Lassen Sie sich Ihre eigenen Geschäftsvorfälle vorführen, vom Angebot bis zur Zahlung, einschließlich der Ausnahmen. Prüfen Sie, wie gut Ihr Prozess im Standard abgebildet wird und was angepasst werden müsste. Ein strukturiertes Vorgehen finden Sie im Ratgeber zur ERP-Auswahl. Beachten Sie auch, dass es kein „bestes ERP“ für alle gibt: Odoo, Microsoft Dynamics 365 Business Central, SAP Business One, BMD und Oracle NetSuite haben unterschiedliche Stärken, Zielgrößen und Betriebsmodelle. Einen Überblick bieten die Seiten zu Odoo, Business Central, SAP Business One und Oracle NetSuite sowie der Vergleich für KMU.
Fehler: Bestehende Prozesse 1:1 ins neue System kopieren
Ein ERP-Projekt ist ein guter Anlass, Abläufe zu hinterfragen. Wer jeden historisch gewachsenen Umweg nachbauen lässt, bezahlt dafür doppelt: bei der Anpassung und später bei jedem Update. Das Gegenteil ist ebenso riskant: den Standard einzuführen, ohne zu prüfen, ob er Ihre Kernprozesse trägt.
Gegenmittel: Unterscheiden Sie zwischen Prozessen, die Ihr Unternehmen auszeichnen, und solchen, die nur aus Gewohnheit bestehen. Für Letztere gilt: Standard übernehmen, Ablauf anpassen. Für Erstere gilt: gezielt erweitern, dokumentieren und mit einem klaren Nutzen begründen. Jede Individualentwicklung sollte eine Antwort auf die Frage haben, was ohne sie nicht funktionieren würde.
Fehler: Umfang, der unkontrolliert wächst
Wunschlisten wachsen, sobald die Fachabteilungen sehen, was möglich ist. Jede einzelne Ergänzung wirkt klein, in Summe verändern sie Zeitplan und Budget grundlegend. Besonders gefährlich sind mündliche Zusagen im Projektverlauf, die später niemand mehr nachvollziehen kann.
Gegenmittel: Führen Sie ein Änderungsverfahren ein. Jede Erweiterung wird beschrieben, im Aufwand eingeschätzt, vom Projektleiter freigegeben und einer Phase zugeordnet. Bewährt hat sich ein Vorgehen in Etappen: zuerst der Kern, der den Betrieb sichert, danach Erweiterungen. So bleibt der Start beherrschbar, und Sie sammeln Erfahrung, bevor die Komplexität steigt.
Fehler: Die Datenübernahme wird unterschätzt
Kunden-, Lieferanten-, Artikel- und Stücklistendaten sind über Jahre gewachsen und entsprechend uneinheitlich: Dubletten, veraltete Konditionen, fehlende Pflichtfelder, unterschiedliche Schreibweisen. Wer diese Daten ungeprüft übernimmt, trägt die Fehler in das neue System und verliert dort das Vertrauen der Anwender.
Gegenmittel: Beginnen Sie früh mit der Datenbereinigung und benennen Sie für jeden Datenbereich eine verantwortliche Person im Unternehmen. Entscheiden Sie bewusst, was migriert wird und was nicht, etwa Altdaten, die nur noch für die Aufbewahrung relevant sind. Planen Sie mehrere Probeläufe der Übernahme ein, jeweils mit Abstimmung gegen die Buchhaltung. Mehr zum Thema bietet der Ratgeber zur ERP-Migration.
Fehler: Die Geschäftsführung delegiert und verschwindet
Ein ERP-System greift in Einkauf, Vertrieb, Lager, Produktion und Rechnungswesen zugleich ein. Entscheidungen über Prozesse und Zuständigkeiten sind deshalb Führungsentscheidungen. Wird das Projekt als reines IT-Vorhaben behandelt, bleiben Konflikte zwischen Abteilungen ungelöst, und das Projekt verliert an Tempo und Rückhalt.
Gegenmittel: Benennen Sie einen Sponsor in der Geschäftsführung, der Entscheidungen trifft und Zielkonflikte auflöst. Legen Sie einen Projektleiter auf Ihrer Seite fest, der Zeit dafür bekommt, und einen Lenkungskreis, der in regelmäßigen Abständen Fortschritt, Risiken und Änderungswünsche bewertet.
Fehler: Key User haben keine Zeit
Das Tagesgeschäft läuft weiter, während das Projekt läuft. Die besten Mitarbeitenden, die das Unternehmen am genauesten kennen, sind zugleich die, die am wenigsten entbehrlich sind. Werden sie nicht freigestellt, fehlen fachliche Entscheidungen, und Tests werden auf die letzte Woche verschoben.
Gegenmittel: Planen Sie die Kapazität der Key User ausdrücklich ein, mit Vertretung im Tagesgeschäft. Betrachten Sie die Projektarbeit als Teil der Stelle, nicht als Zusatz am Abend. Wenn Ihnen das nicht möglich ist, ist das ein Hinweis, den Projektstart zu verschieben, statt ihn mit halber Besetzung zu wagen.
Fehler: Der falsche Integrator oder ein unklarer Vertrag
Die Software ist nur ein Teil des Erfolgs. Der Integrator bestimmt, wie gut Ihre Prozesse abgebildet, Ihre Daten übernommen und Ihre Mitarbeitenden eingebunden werden. Zwei Risiken treten häufig auf: ein Partner, der Ihre Branche nicht kennt, und ein Angebot, dessen Leistungsumfang so vage ist, dass jede Zusatzleistung zur Nachverhandlung wird.
Gegenmittel: Prüfen Sie Branchenerfahrung, Arbeitsweise und Referenzen, die Sie selbst abfragen können. Achten Sie darauf, dass das Angebot Leistungen, Mitwirkungspflichten, Abnahmekriterien und den Umgang mit Änderungen klar beschreibt. Wie Sie dabei vorgehen, erfahren Sie im Ratgeber ERP-Integrator finden. Wir stellen den Kontakt her, das Projekt selbst führt der Integrator durch; mehr dazu unter So funktioniert es.
Fehler: Schulung und Veränderungsmanagement kommen zu spät
Ein ERP-System verändert Arbeitsweisen. Wer erst kurz vor dem Start Schulungen anbietet, erlebt Widerstand, Fehlbedienung und eine Flut von Rückfragen. Dann sind es die Anwender, die das System ablehnen, nicht weil es schlecht wäre, sondern weil sie es nicht verstehen.
Gegenmittel: Beziehen Sie die Anwender von Beginn an ein: in Workshops, bei Tests und in der Entscheidung über Abläufe. Schulen Sie rollenbezogen mit echten Daten aus Ihrem Unternehmen, nicht mit Beispielen aus dem Handbuch. Erklären Sie, warum sich etwas ändert, nicht nur, wie es sich ändert.
Fehler: Zu wenig Tests vor dem Echtstart
Ein Go-live ohne gründliche Tests verlagert die Fehlersuche in den laufenden Betrieb, dorthin, wo jeder Fehler Kunden, Lieferanten oder Buchhaltung trifft. Besonders kritisch sind Schnittstellen zu Webshop, Lohnverrechnung, Bank oder Logistikdienstleistern.
Gegenmittel: Testen Sie entlang kompletter Geschäftsvorfälle, nicht nur einzelner Funktionen: vom Auftrag über Lieferung und Rechnung bis zum Zahlungseingang und zur Buchung. Legen Sie vorab fest, was für den Echtstart erfüllt sein muss, und halten Sie sich daran. Planen Sie eine Rückfalllösung und eine intensive Betreuung in den ersten Wochen nach dem Start ein.
Fehler: Rechtliche und steuerliche Anforderungen werden nachgelagert
In Österreich bestimmen Aufbewahrungs- und Nachweispflichten, Umsatzsteuer, Datenschutz und der elektronische Rechnungsverkehr mit, was ein ERP leisten muss. Wer diese Themen erst am Ende prüft, muss unter Zeitdruck nachrüsten.
Gegenmittel: Beziehen Sie Ihren Steuerberater oder Ihre Buchhaltung von Anfang an ein. Klären Sie, wie das System Rechnungen in den verlangten Formaten erstellt und empfängt; Hinweise dazu bietet der Ratgeber zur E-Rechnung im ERP. Prüfen Sie außerdem, wo Ihre Daten gespeichert werden und wer Zugriff hat. Die Frage, ob Cloud oder eigener Betrieb besser passt, behandelt der Ratgeber Cloud-ERP oder On-Premise. Wenn Sie bereits mit einer in Österreich verbreiteten Branchen- oder Buchhaltungslösung wie BMD arbeiten, klären Sie früh, welche Funktionen bleiben, welche ersetzt werden und wie die Schnittstellen aussehen sollen.
Fehler: Mit dem Go-live ist das Projekt „fertig“
Nach dem Start beginnt der Betrieb, und mit ihm kommen Fragen, die kein Test vorhersehen konnte. Wird das Projektteam sofort aufgelöst, bleiben Probleme ohne Zuständigen liegen, und Anwender entwickeln Umgehungslösungen.
Gegenmittel: Planen Sie eine Stabilisierungsphase mit klarer Zuständigkeit ein. Definieren Sie, wer Fehler entgegennimmt, wer Änderungswünsche bewertet und wie Updates getestet werden. Messen Sie nach einer angemessenen Zeit, ob die anfangs formulierten Ziele erreicht wurden, und leiten Sie daraus die nächsten Schritte ab.
Die Fehler im Überblick
| Fehler | Typisches Symptom | Gegenmittel |
|---|---|---|
| Keine klaren Ziele | Streit über Umfang und Erfolg | Messbare Ziele vor der Auswahl festlegen |
| Kein Lastenheft | Überraschungen im Test | Anforderungen gewichtet schriftlich festhalten |
| Auswahl nach Demo | System passt nicht zum Alltag | Eigene Geschäftsvorfälle vorführen lassen |
| Zu viele Anpassungen | Aufwändige Updates, Abhängigkeit | Standard zuerst, Anpassung nur mit Begründung |
| Wachsender Umfang | Verschobene Termine, höhere Kosten | Änderungsverfahren und Etappen |
| Schlechte Daten | Misstrauen der Anwender | Frühe Bereinigung, Probeläufe, Abstimmung |
| Fehlende Führung | Entscheidungen bleiben liegen | Sponsor, Projektleiter, Lenkungskreis |
| Keine Zeit der Key User | Späte, mangelhafte Tests | Kapazität fest einplanen |
| Falscher Integrator | Streit über Leistungen | Referenzen prüfen, Vertrag präzisieren |
| Späte Schulung | Widerstand, Umgehungslösungen | Anwender von Anfang an einbinden |
| Zu wenig Tests | Fehler im Echtbetrieb | Geschäftsvorfälle komplett testen |
| Recht nachgelagert | Nachrüsten unter Zeitdruck | Steuerberatung früh beteiligen |
So gelingt ein ERP-Projekt: die Grundhaltung dahinter
Alle genannten Fehler haben dieselbe Wurzel: Sie behandeln das ERP-Projekt als Softwarekauf statt als Veränderung im Unternehmen. Wer erfolgreich sein will, sollte folgende Punkte beherzigen:
- Ziele vor Produkten: erst klären, was besser werden soll, dann Software und Partner bewerten.
- Verantwortung im Unternehmen halten: der Integrator unterstützt, aber er ersetzt weder Ihre Entscheidungen noch Ihr Fachwissen.
- Klein anfangen, sauber ausbauen: ein stabiler Kern ist wertvoller als ein überladener Start.
- Daten ernst nehmen: gute Prozesse mit schlechten Daten liefern schlechte Ergebnisse.
- Menschen mitnehmen: Akzeptanz entsteht durch Beteiligung, nicht durch Anweisung.
Eine Einordnung des gesamten Ablaufs finden Sie im Ratgeber zur ERP-Einführung. Wenn Sie zuerst die Kostenfrage klären möchten, hilft der Beitrag zu den ERP-Kosten. Und falls Sie noch am Anfang stehen: Der Überblick Was ist ein ERP-System? erklärt die Grundlagen.
Nächster Schritt: den passenden Partner finden
Ein erfahrener Integrator erkennt viele der genannten Risiken früh und spricht sie offen an. Über unseren kostenlosen Service schildern Sie Ihr Vorhaben einmal und erhalten eine Verbindung zu einem Integrator, der zu Branche, Größe und gewünschter Software passt. Wir sind an keinen Softwarehersteller gebunden, und die Vermittlung ist für Sie unverbindlich. Das Projekt selbst führt der Integrator mit Ihnen durch, und Ihre Verantwortung für Ziele, Daten und Entscheidungen bleibt dabei erhalten.
Häufige Fragen
Woran scheitern ERP-Projekte am häufigsten?
Am häufigsten an unklaren Zielen, einem fehlenden Lastenheft, unterschätzter Datenübernahme und mangelnder Beteiligung der Fachabteilungen. Die Software selbst ist selten die Hauptursache. Entscheidend sind Vorbereitung, klare Verantwortung in der Geschäftsführung und ein Integrator, der zum Vorhaben passt.
Woran erkenne ich frühzeitig, dass ein ERP-Projekt in Schieflage gerät?
Typische Warnzeichen sind laufend wachsende Wunschlisten, verschobene Meilensteine ohne Begründung, Key User, die keine Zeit für Tests haben, und Datenqualität, die niemand verantwortet. Wenn Entscheidungen liegen bleiben und Anpassungen ohne Aufwandsschätzung beschlossen werden, sollten Sie sofort gegensteuern.
Ist ein ERP-Projekt mit Anpassungen riskanter als Standard?
Ja, jede Individualentwicklung erhöht Aufwand, Testbedarf und Abhängigkeit vom Integrator und erschwert spätere Updates. Gehen Sie vom Standard Ihrer Software aus und passen Sie nur dort an, wo ein Prozess Ihren Wettbewerbsvorteil ausmacht. Jede Anpassung sollte einen klaren betriebswirtschaftlichen Grund haben.
Wer im Unternehmen sollte ein ERP-Projekt verantworten?
Die Gesamtverantwortung gehört in die Geschäftsführung, die operative Leitung in ein benanntes Projektteam mit Projektleiter auf Ihrer Seite. Zusätzlich braucht jeder betroffene Bereich einen Key User mit echtem Zeitbudget. Wird das Projekt nur an die IT oder nur an den Integrator delegiert, fehlt die fachliche Steuerung.
Kann man ein ERP-Projekt retten, das bereits aus dem Ruder läuft?
In vielen Fällen ja. Sinnvoll ist ein Stopp für eine ehrliche Bestandsaufnahme: Was ist erreicht, was ist offen, was ist wirklich nötig? Danach werden Umfang und Prioritäten neu festgelegt, Verantwortlichkeiten geklärt und gegebenenfalls ein zweiter Integrator für eine unabhängige Einschätzung hinzugezogen.
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.