ERP-Einführung: was uns 150 Hersteller 2026 gezeigt haben

Jeder wachsende Hersteller erreicht irgendwann denselben Wendepunkt und fragt sich: Ist es Zeit, ein Enterprise-Resource-Planning-System (ERP) einzuführen? Meist sind die Gründe nachvollziehbar: Die Produktion muss in Echtzeit verfolgt werden, Bestandszahlen sind zu unsicher, Nichtkonformitäten werden teuer und Margen lassen sich schwer lesen. Das Team ist über Tabellen, Papiernotizen und die improvisierten Lösungen hinausgewachsen, die das Unternehmen bis hierher getragen haben.

So wirkt das ERP-Projekt plötzlich wie ein notwendiges Übel, der schmerzhafte, aber unvermeidliche Schritt zwischen dem heutigen Unternehmen und dem Zielbild. Genau dort schleichen sich oft die falschen Annahmen in das Projekt ein.

Bei Bonx haben wir mehr als 150 kleine und mittlere Industrieunternehmen genau zu diesem Moment befragt. Unternehmen, die mit ihrer ERP-Einführung kämpfen, scheitern selten, weil sie den falschen Bildschirm, das falsche Feld oder den falschen Bericht gewählt haben. Sie scheitern, weil das Projekt auf falschen Annahmen beruht: Das Unternehmen könne stillstehen, die Finanzabteilung solle alles treiben, die "Best Practices" des Anbieters seien wirklich das Beste und die operative Realität könne später geklärt werden.

Die fünf Punkte unten konzentrieren sich auf die Fehler, die wir am häufigsten sehen, und auf die Entscheidung, die eine Führungskraft in der Fertigung tatsächlich treffen muss: Wie verhindert man, dass eine ERP-Einführung zu einem langsamen, teuren Projekt wird, das die Fabrik direkt nach dem go-live umgeht?

Fehler 1: ERP-Einführung als langes Projekt behandeln

Traditionelle ERP-Anbieter verkaufen die Einführung immer noch als Projekt von mindestens 12 Monaten, und das ist meist die optimistische Version. Wenn Scoping, Konfiguration, Datenmigration, Integrationen, Tests, Schulungen und Verzögerungen dazukommen, landen viele Projekte bei 24 oder 36 Monaten. Für einen wachsenden Hersteller verändert eine lange Laufzeit, was das Projekt überhaupt einführen soll.

In drei Jahren ändern sich Ihr Kundenmix, Ihre Lieferantenbeschränkungen und Ihr Produktkatalog. Auch die Produktion verändert sich, weil die Fabrik neue Volumen, neue Ausnahmen und neue Zusagen des Vertriebs aufnehmen muss. Währenddessen führt das ERP-Projekt weiter das Unternehmen ein, das in den ersten Workshops beschrieben wurde. Beim go-live kann das System die freigegebenen Anforderungen erfüllen und trotzdem zwei Jahre hinter dem tatsächlichen Unternehmen liegen. So wird ein ERP genau dann veraltet, wenn Teams es zum ersten Mal für echte Arbeit nutzen.

Lange Projekte schaffen außerdem eine bequeme Abhängigkeit vom Anbieter. Sobald das System endlich live ist, braucht das Unternehmen sofort neue Arbeitspakete, weil sich die Realität weiterbewegt hat. Eine weitere Phase beginnt. Ein weiteres Beratungsbudget erscheint. Das Unternehmen bezahlt dafür, sich selbst einzuholen. Ihr Ziel ist nicht, Software für ein hypothetisches Unternehmen in drei Jahren vorzubereiten. Ihr Ziel ist, jetzt operativen Nutzen zu schaffen und das System danach weiter anzupassen, wenn sich das Unternehmen verändert.

Fehler 2: ERP allein der Finanzabteilung überlassen

ERP-Systeme wurden historisch oft von Finanzteams getrieben, und dafür gibt es gute Gründe. Die Finanzabteilung braucht verlässliche Zahlen, saubere Kontrollen, nachvollziehbare Abläufe und ein System, das Management-Reporting unterstützt. Diese Anforderungen zählen, aber sie als Treiber bei der Suche nach einem Fertigungs-ERP zu behandeln, also einem System für den operativen Teil des Unternehmens, ist der Punkt, an dem das Projekt abdriftet.

Fertigungs-ERPs sollten unterstützen, wie Aufträge durch das Unternehmen laufen: von der Kundennachfrage über Beschaffung, Produktion, Qualität, Bestand, Logistik und Lieferung. Wenn die Finanzabteilung die Einführung allein besitzt, kann das Projekt stark in Kontrolle und schwach in operativer Arbeit werden.
Die Fabrik enthält die operative Logik, die das Unternehmen unterscheidet: wie dringende Aufträge behandelt werden, wie Ausnahmen laufen, wo Qualitätsprüfungen wirklich stattfinden, welche Lieferantenprobleme früh erkannt werden müssen und welche Produktionsschritte sich nicht in einem sauberen generischen Workflow abbilden lassen.

Die Finanzabteilung sollte unbedingt beteiligt sein. CFO und Finanzteam bringen Disziplin bei Kennzahlen, Liquidität, Reporting und Governance ein. Aber das ERP darf nicht so entworfen werden, als wäre die Fabrik nur eine nachgelagerte Datenquelle für den Monatsabschluss. Der Kern des Geschäfts ist die Produktion. Wenn die Verantwortlichen für den Betrieb nicht ab dem ersten Tag zentral beteiligt sind, wird das System die falsche Art von Kontrolle bedienen.

Fehler 3: ERP-"Best Practices" akzeptieren

"Best Practices" ist einer der teuersten Begriffe im ERP-Vertrieb, weil er beruhigend klingt, besonders wenn Anbieter viele Unternehmen auf ihrem Weg gesehen und begleitet haben. Die Software hat Standardprozesse, und das Einführungsteam weiß, was Hersteller in Ihrer Branche normalerweise tun.

Diese Erfahrung kann durchaus nützlich sein. Aber wenn ein Anbieter "Best Practices" verwendet, um zu sagen: "Passen Sie Ihr Unternehmen daran an, wie unser ERP bereits funktioniert", sollten Sie vorsichtig werden.
Traditionelle ERPs wurden um eine einfache Idee herum gebaut: Die meisten Industrieunternehmen arbeiten in grob ähnlichen Mustern, mit branchenspezifischen Varianten, und können deshalb über ähnliche Workflows im selben System abgebildet werden. Diese Idee ergab mehr Sinn, als Abläufe langsamer wechselten, Produktlinien stabiler waren und Kundenerwartungen weniger fragmentiert waren. Heute ergibt sie deutlich weniger Sinn.

Heute zählen die Unterschiede zwischen Herstellern mehr, nicht weniger. Ihre Kundenzusagen, Lead Times, Qualitätsprüfungen, Produktionsbeschränkungen, Lieferantenbeziehungen, Anforderungen an Rückverfolgbarkeit und Ihr Servicemodell sind Teil Ihrer Differenzierung. Wenn das ERP Sie in dieselbe operative Form wie Ihren Wettbewerber zwingt, standardisiert die Software nicht nur Ihren Prozess. Sie glättet genau die Dinge, die das Unternehmen funktionieren lassen.

Bei Bonx werden Sie nicht hören, dass wir "Best Practices" verkaufen, um zu ignorieren, wie Ihre Fabrik läuft. Bonx ist ein KI-natives Fertigungs-ERP, und der Punkt ist, zu Ihren tatsächlichen Abläufen zu passen und sich danach weiter mit ihnen zu verändern. Kunden führen Bonx in ein bis drei Monaten ein und können Prozesse nach dem go-live ändern, ohne jede Verbesserung zu einem Beratungsprojekt zu machen.

Die richtige Frage ist daher nicht, ob ein Prozess in Ihrer Branche üblich ist. Die richtige Frage ist, ob es der beste Prozess für Ihr spezifisches Unternehmen ist.

Fehler 4: Den angstbasierten Pitch kaufen

Traditioneller ERP-Vertrieb arbeitet oft mit Angst, weil das verkaufte Projekt so schwergewichtig ist. Das Projekt ist teuer, die Laufzeit ist lang und die Entscheidung lässt sich schwer rückgängig machen. So hören Sie am Ende Argumente wie: "Sie brauchen etwas Solides und Starres." Der Angst-Pitch versucht meist, Flexibilität gefährlich und Starrheit verantwortungsvoll wirken zu lassen. In der Fertigung entsteht die Gefahr aber oft durch Starrheit. Ein starres System verhindert operative Komplexität nicht. Es verschiebt sie in Tabellen, Nebentools, Papier und in die Köpfe der wenigen Menschen, die wirklich wissen, wie Arbeit läuft.

Lassen Sie sich nicht von Argumenten beeindrucken, die Langsamkeit als Seriosität verkaufen. Fragen Sie nach Belegen. Wie lange dauert die Einführung wirklich? Welcher Anteil der Kunden geht erfolgreich live? Kann sich das System nach der Einführung anpassen, ohne ein neues Beratungsprojekt zu starten? Kann die Produktion es im normalen Arbeitsfluss nutzen, oder wird das Team es nachträglich aktualisieren, weil die Oberfläche bremst?

Ein ERP sollte natürlich zuverlässig sein. Aber Zuverlässigkeit ist nicht dasselbe wie Starrheit, und ein Anbieter, der beides verwechselt, gibt Ihnen einen Grund, härtere Fragen zu stellen.

Fehler 5: Monate mit einem übergroßen Lastenheft verbringen

Ein detailliertes Lastenheft kann sich nach Kontrolle anfühlen. Es gibt dem Team ein Dokument, einen Umfang, eine gemeinsame Sprache und eine Möglichkeit, Anbieter zu vergleichen. Das Problem ist, dass viele ERP-Anbieter es nicht mit der Aufmerksamkeit lesen, die Sie erwarten. Manchmal ist das ein Anbieterproblem. Oft ist es ein Modellproblem.

Wenn das ERP am Ende erwartet, dass Ihr Unternehmen sich an seine vorhandene Struktur anpasst, ändert ein 90-seitiges Lastenheft nicht viel. Der Anbieter wird Sie trotzdem zu Standardfragebögen, festen Workflows und den Konfigurationspfaden führen, die das System bereits unterstützt. Das heißt nicht, dass Sie mit nichts starten sollten. Es heißt nur, dass das erste Dokument nützlich sein sollte, nicht zeremoniell.

Ein guter Startbrief sollte erfassen, wo das Unternehmen heute steht, was es erreichen will, welche operativen Probleme zuerst gelöst werden müssen und was das Geschäft unterscheidet. Nehmen Sie den Produktionsfluss, den Auftragsmanagementfluss, die wichtigsten Ausnahmen, die bereits genutzten Tools und die zwei oder drei Themen auf, bei denen bessere Sichtbarkeit oder Ausführung schnell Wirkung hätte. Das ist mehr als genug, um ernsthafte Gespräche zu beginnen. Danach sollte der Anbieter zeigen können, wie echte Abläufe im System funktionieren würden, statt sich hinter einem langen Discovery-Prozess zu verstecken, der am Ende doch damit endet, dass Sie sich an die Software anpassen.

Was Sie stattdessen tun sollten

Der bessere Weg ist schneller, operativer und weniger zeremoniell.

Beginnen Sie mit den Abläufen, die am meisten zählen. Binden Sie die Finanzabteilung dort ein, wo sie hingehört, aber lassen Sie sie kein Fertigungs-ERP definieren, das Auftragsmanagement, Beschaffung, Produktion, Qualität, Bestand und Logistik abbilden muss. Testen Sie echte Ausnahmen, nicht nur den sauberen Workflow. Fragen Sie den Anbieter, wie sich das System nach dem go-live verändert, weil Ihr Unternehmen sich nach dem go-live verändern wird.

Lehnen Sie vor allem die Idee ab, dass eine ERP-Einführung erst nach einem mehrjährigen Kraftakt Wert schaffen kann. Bonx-Kunden führen zum Beispiel nicht auf diese Weise ein. Feroce ging mit Bonx in 42 Tagen live, ohne den Betrieb zu unterbrechen, bevor ein Auftritt im nationalen Fernsehen die Bestellungen an einem einzigen Tag verzehnfachte. Something Added führte Bonx in zwei Monaten mit einer nativen Integration zu HP-3D-Druckern ein, wodurch die Fabrik Aufträge automatisch gruppiert, Fertigungsaufträge generiert und 24/7 mit mehr als 10,000 produzierten Teilen pro Monat arbeitet.

Eine ERP-Einführung sollte beweisen, dass das Unternehmen weiterlaufen kann, dass sich das System an reale Abläufe anpasst und dass das Team die Arbeit nach dem go-live weiter verbessern kann. Wenn Sie ein ERP-Projekt starten wollen, fragen Sie nicht zuerst, welcher Anbieter das ausgefeilteste Einführungshandbuch hat. Fragen Sie, welches System schnell Wirkung erzeugen, die tatsächliche Arbeitsweise Ihrer Fabrik unterstützen und von den Menschen genutzt werden kann, die jeden Tag die Daten erzeugen. Das ist der Unterschied zwischen einer reinen Software-Einführung und dem Aufbau eines Betriebssystems für das Unternehmen.