Ein ERP-Projekt ist keine IT-Initiative, sondern eine operative Herztransplantation am offenen Geschäftsmodell. Die Statistiken sind ernüchternd: Laut Gartner verfehlen 55 bis 75 Prozent aller ERP-Projekte ihre ursprünglichen Ziele. Im produzierenden Gewerbe liegt die Ausfallquote sogar bei 73 Prozent, begleitet von durchschnittlichen Budgetüberschreitungen von 215 Prozent.
Für ein Schweizer KMU bedeutet ein solches Scheitern nicht nur einen finanziellen Verlust, sondern oft auch eine existenzielle Bedrohung durch Produktivitätsausfälle. Wenn wir die Ursachen auf ihre First Principles reduzieren, scheitern ERP-Projekte selten an der Technologie selbst. Sie scheitern an fehlendem Alignment zwischen Business-Strategie, Prozessen und Software-Architektur.
Hier sind die sieben teuersten Fehler bei der ERP-Auswahl und wie du diese strategisch vermeidest.
1. Das ERP-Projekt als reines IT-Projekt delegieren
Der mit Abstand teuerste Fehler ist die Delegation der ERP-Auswahl an die IT-Abteilung. Ein ERP-System definiert, wie ein Unternehmen Wert schöpft. Wenn das C-Level die Verantwortung abgibt (Lack of Executive Sponsorship ist bei 31 Prozent der Projekte ein Hauptgrund für das Scheitern), fehlt die strategische Durchsetzungskraft für notwendige Prozessänderungen. Das Resultat ist ein System, das alte, ineffiziente Prozesse lediglich digitalisiert.
2. Unklare Zieldefinition und fehlender Business Case
"Wir brauchen ein neues System" ist kein strategisches Ziel. Ohne einen messbaren Business Case (z. B. Reduktion der Lagerbindungskosten um 15 Prozent, Automatisierung der Rechnungsstellung auf 90 Prozent) fehlt dem Projekt der Nordstern. Ohne klare KPIs lässt sich der Erfolg der Implementierung nicht messen, was unweigerlich zu endlosen Diskussionen über den Projektabschluss führt.
3. Den Standard verbiegen (Over-Customization)
Jede individuelle Anpassung (Customizing) des ERP-Standards ist eine technische Schuld, die bei jedem zukünftigen Update Zinsen kostet. Over-Customization ist bei 23 Prozent der gescheiterten Projekte eine Hauptursache. Anstatt die Software an historisch gewachsene, oft ineffiziente Prozesse anzupassen, sollten KMU ihre Prozesse kritisch hinterfragen und sich den Best Practices der Software annähern.
4. Scope Creep: Wenn das Projekt ausufert
Scope Creep - die schleichende Erweiterung des Projektumfangs - ist der lautlose Killer von Budgets und Zeitplänen (verantwortlich für 26 Prozent der Ausfälle). Während der Implementierung entstehen oft neue "Must-have"-Anforderungen aus den Fachabteilungen. Ohne ein rigides Change-Request-Management und ein starkes Projekt-Governance-Board explodieren die Kosten unkontrolliert.
5. Datenqualität und Migration unterschätzen
Ein ERP-System ist nur so intelligent wie die Daten, die es verarbeitet. Die Migration von Stammdaten (Artikel, Kunden, Stücklisten) aus Altsystemen wird oft als trivialer Export/Import-Prozess abgetan. Poor Data Migration verursacht 38 Prozent der Projektfehlschläge. Wenn Dubletten, veraltete Informationen und inkonsistente Formate in das neue System übernommen werden, ist die Akzeptanz der Nutzer vom ersten Tag an ruiniert.
6. Change Management und Schulung vernachlässigen
Die beste Software ist wertlos, wenn die Mitarbeitenden sie nicht nutzen. Inadequates Change Management (42 Prozent) und unzureichende Schulung (29 Prozent) sind die häufigsten Gründe für das Scheitern von ERP-Projekten. Die Einführung eines neuen Systems erzeugt Unsicherheit. Ein strukturiertes Change Management muss Widerstände frühzeitig identifizieren und die Nutzer durch gezielte Schulungen befähigen.
7. Die falschen Implementierungspartner wählen
Ein ERP-System ist ein Werkzeug. Der Implementierungspartner ist der Chirurg. Die Wahl eines Partners ohne spezifische Branchenerfahrung ist fatal. Der Partner muss nicht nur die Software beherrschen, sondern auch die Sprache und die spezifischen Herausforderungen Ihrer Branche verstehen.
Fazit: Reduktion auf das Wesentliche
Die Vermeidung dieser sieben Fehler erfordert eine radikale Reduktion auf First Principles: Ein ERP-Projekt ist ein Business-Transformations-Projekt. Es erfordert Führung durch das C-Level, eine kompromisslose Ausrichtung auf den Software-Standard, saubere Daten und ein tiefes Verständnis für die menschliche Komponente der Veränderung.
Annahme: Die zitierten Statistiken beziehen sich auf branchenübergreifende Durchschnittswerte, die Tendenzen sind jedoch auf den Schweizer KMU-Markt übertragbar.