Zwei Drittel aller ERP-Einführungen im Mittelstand überschreiten ihr Budget. Jede dritte überschreitet den Zeitplan um mehr als 50 %. Und die Unternehmen, die es geschafft haben? Die Mehrheit ist unzufrieden mit dem Ergebnis. Die Ursache ist in 80 % der Fälle identisch: Es wurde Software ausgewählt, bevor Prozesse verstanden waren. Wer eine ERP-Einführung plant, ohne vorher Prozessklarheit zu schaffen, digitalisiert das Chaos. Und ein digitalisiertes Chaos ist teurer als ein analoges.

Dieser Artikel zeigt, warum eine ERP Einführung scheitert, welche Fehler sich in unserer Projektarbeit immer wiederholen und wie Sie die Reihenfolge umkehren: erst Prozess, dann Anforderung, dann Software.

Das ERP-Missverständnis: Software kaufen ist keine Prozessoptimierung

Die meisten Unternehmen starten ihr ERP-Projekt mit einer Produktauswahl. Sie laden Anbieter ein, vergleichen Features, verhandeln Lizenzen. Was sie nicht tun: ihre eigenen Prozesse verstehen.

Das klingt banal. Ist es nicht. In einem Fertigungsunternehmen mit 180 Mitarbeitern haben wir vor der geplanten ERP-Migration eine Prozessanalyse durchgeführt. Das Ergebnis: 23 Kernprozesse, von denen 9 nirgendwo dokumentiert waren. Drei davon liefen ausschließlich über das Wissen einzelner Mitarbeiter. Der Vertriebsinnendienst hatte eigene Excel-Listen für die Auftragserfassung entwickelt, die mit dem bestehenden System nichts zu tun hatten. Die Arbeitsvorbereitung nutzte ein selbstgebautes Access-Tool, das seit 2011 ohne Update lief.

Dieses Unternehmen stand kurz davor, ein ERP-System für 1,2 Millionen Euro einzuführen. Auf Basis welcher Anforderungen? Auf Basis von Prozessen, die niemand kannte.

Ein ERP-System bildet Prozesse ab. Es erfindet sie nicht. Wenn der Ist-Prozess ein Durcheinander ist, bildet das ERP ein Durcheinander ab. Die Software wird zum Spiegel der Organisation, nicht zum Heilmittel.

Die 5 Gründe, warum eine ERP Einführung scheitert

In unserer Projektarbeit sehen wir dieselben Muster. Immer wieder. Unabhängig von Branche, Unternehmensgröße oder ERP-Anbieter. Die fünf häufigsten Gründe, warum eine ERP Einführung scheitert, sind struktureller Natur, nicht technischer.

Fehler 1: Das Pflichtenheft ohne Prozesslandkarte

Der häufigste Fehler ist zugleich der früheste. Unternehmen erstellen ein Pflichtenheft, bevor sie eine Prozesslandkarte haben. Das Pflichtenheft wird zum Wunschzettel: Der Vertrieb will ein CRM-Modul, die Produktion will BDE-Anbindung, die Buchhaltung will DATEV-Schnittstelle. Alles legitim. Aber niemand fragt: Wie läuft der Prozess vom Kundenauftrag bis zur Auslieferung heute? Wo sind die Medienbrüche? Wo die Wartezeiten? Wo die Fehlerquellen?

Ohne diese Analyse wird die Softwareauswahl zur Feature-Jagd. Das Unternehmen wählt das System mit den meisten Haken in der Vergleichsmatrix. Ob dieses System die realen Prozesse abbilden kann, weiß zu diesem Zeitpunkt niemand. Weil niemand die realen Prozesse kennt.

Ein Logistikunternehmen aus unserer Projektarbeit hatte genau dieses Problem. Das neue ERP war ausgewählt, die Verträge unterschrieben. Erst in der Implementierung stellte sich heraus, dass der Kernprozess der Tourenplanung auf einem System aus Excel, Telefon und Erfahrungswissen basierte, das sich nicht 1:1 in die ERP-Logik übertragen ließ. Resultat: 8 Monate Verzögerung, 340.000 Euro Mehrkosten, ein Customizing, das bei jedem Update Probleme verursacht.

Fehler 2: Abteilungsdenken statt Prozessdenken

Ein ERP-System soll Abteilungen verbinden. Die Einführung wird aber abteilungsweise geplant. Jede Abteilung definiert ihre Anforderungen, jede hat einen Vertreter im Projektteam, jede verteidigt ihre Arbeitsweise.

Was dabei verloren geht: der Prozess. Ein Auftragsdurchlauf beginnt im Vertrieb, geht über Auftragsbestätigung und Arbeitsvorbereitung in die Produktion, von dort in die Logistik und endet in der Buchhaltung. Sechs Abteilungen, ein Prozess. Aber im ERP-Projekt hat dieser Prozess keinen Eigentümer. Jede Abteilung optimiert ihren Ausschnitt. Das Ergebnis: Schnittstellen, die nicht passen. Datenformate, die konvertiert werden müssen. Übergaben, die manuell bleiben.

Wer Prozesse nicht end-to-end denkt, bevor die Software kommt, baut Silos in Silizium. Genau das, was eine Prozessdokumentation verhindern soll.

Fehler 3: Das ERP-Projekt als Nebenjob

Mangelnde Personalressourcen sind der dritte strukturelle Fehler. Die Key-User, die das neue System kennenlernen, testen und in die Organisation tragen sollen, machen das neben ihrem Tagesgeschäft. Die Projektleitung liegt bei der IT-Abteilung, die weder Budget- noch Organisationsverantwortung hat. Und einen dedizierten Prozessexperten gibt es nicht, weil die Rolle im Organigramm nicht vorgesehen ist.

Die Konsequenz ist vorhersehbar. Tests werden oberflächlich durchgeführt, Rückmeldungen kommen zu spät, Anforderungen ändern sich während der Implementierung. Das Projekt driftet, der Implementierungspartner rechnet nach Aufwand ab, die Kosten steigen.

In unserer Erfahrung braucht ein mittelständisches Unternehmen mindestens 1,5 Vollzeitstellen, die ausschließlich für das ERP-Projekt arbeiten. Unternehmen, die das von Anfang an einplanen, liegen deutlich näher am Budget und am Zeitplan als solche, die es nebenbei stemmen wollen.

Die richtige Reihenfolge: Prozess vor Software

Die Unternehmen, deren ERP Einführung nicht scheitert, machen eines anders: Sie beginnen nicht mit der Software. Sie beginnen mit dem Prozess. Das klingt nach einem kleinen Unterschied. Es ist der entscheidende.

Schritt 1 und 2 passieren vor der ersten Softwarepräsentation. Das kostet Zeit. In der Regel 6 bis 12 Wochen, abhängig von der Prozesskomplexität. Aber diese Investition spart Monate in der Implementierung. Unternehmen, die ihre Prozessreife vor der ERP-Auswahl auf ein definiertes Niveau bringen, reduzieren die Implementierungsdauer im Schnitt um 30 %. Und die Nacharbeit nach dem Go-Live um mehr als die Hälfte.

Das ist keine Theorie. Ein Fertigungsunternehmen aus unserer Projektarbeit hat diesen Weg gewählt. Acht Wochen Prozessanalyse, vier Wochen Soll-Prozess-Design, dann erst das Pflichtenheft. Die ERP-Einführung lief in 14 Monaten statt der branchenüblichen 18 bis 24. Das Budget wurde um 12 % unterschritten. Nicht weil die Software günstiger war, sondern weil das Customizing minimal blieb und die Implementierung auf sauberen Prozessen aufsetzte.

ERP im 3-Layer Framework: Warum Software Layer 2 ist, nicht Layer 1

Das 3-Layer Framework von EvarLink ordnet operative Exzellenz in drei Schichten: Prozess Foundation (Layer 1), Automation Layer (Layer 2) und KPI & Performance Layer (Layer 3). Ein ERP-System gehört zu Layer 2. Es ist ein Automatisierungswerkzeug, das auf einer sauberen Prozessbasis aufsetzt.

Der Fehler, den die meisten Unternehmen machen: Sie starten bei Layer 2. Sie kaufen das Werkzeug, bevor das Fundament steht. Das ist, als würde man eine Fertigungsstraße automatisieren, ohne vorher den Produktionsablauf zu standardisieren. Technisch möglich. Wirtschaftlich Wahnsinn.

Wer ohne Prozessklarheit automatisiert, zementiert bestehende Ineffizienzen in Software. Jeder Workaround, jeder undokumentierte Sonderprozess, jede Ausnahme wird zum Customizing-Auftrag. Und jeder Customizing-Auftrag kostet nicht nur in der Entwicklung, sondern auch bei jedem zukünftigen Update, jeder Migration, jeder Erweiterung.

Checkliste: Was Sie vor der ERP-Auswahl erledigt haben müssen

Bevor Sie den ersten ERP-Anbieter einladen, müssen Sie diese Punkte abgehakt haben. Nicht als grobe Richtung. Als harte Voraussetzung.

Kein Punkt auf dieser Liste ist optional. Unternehmen, die mit unvollständiger Vorbereitung in die Auswahl gehen, zahlen den Preis in der Implementierung. Und dieser Preis ist immer höher als die Kosten der Vorbereitung.

Wer diese Checkliste ernst nimmt, reduziert nicht nur das Risiko, dass die ERP Einführung scheitert. Er verändert die gesamte Dynamik des Projekts. Die Softwareauswahl wird sachlicher, weil die Anforderungen klar sind. Die Implementierung wird schneller, weil die Prozesse definiert sind. Und die Akzeptanz wird höher, weil die Mitarbeiter von Anfang an eingebunden waren.

Der teuerste Fehler ist der erste: Warum Sie mit dem Prozess starten müssen

ERP-Projekte scheitern nicht an schlechter Software. Sie scheitern an Unternehmen, die ihre eigenen Abläufe nicht kennen. Das ist keine Schwäche. Es ist ein Symptom. Prozesse wachsen organisch, Workarounds werden zur Gewohnheit, Wissen bleibt in Köpfen statt in Systemen. Das alles ist normal. Aber es ist kein Zustand, auf dem man ein Millionenprojekt aufbauen sollte.

Der ROI einer Prozessautomatisierung hängt nicht von der Technologie ab. Er hängt von der Qualität der Prozesse ab, die automatisiert werden. Das gilt für RPA, für KI-Projekte und erst recht für ERP-Einführungen. Wer die Fertigung automatisieren will, braucht zuerst einen standardisierten Fertigungsprozess. Wer ein ERP einführen will, braucht zuerst standardisierte Geschäftsprozesse.

Die Frage ist nicht, ob Sie ein neues ERP brauchen. Die Frage ist, ob Sie wissen, welche Prozesse dieses ERP abbilden soll. Wenn die Antwort nicht in einer dokumentierten Prozesslandkarte liegt, sondern in den Köpfen einzelner Mitarbeiter, sind Sie nicht bereit. Starten Sie dort, wo es unbequem ist: bei der Wahrheit über Ihre Abläufe.