Inhaltsverzeichnis

Wir sprechen jeden Monat mit Hunderten Herstellern, und einen Satz hören wir leider immer wieder: Wir vertrauen unserem ERP-Anbieter nicht mehr. Wenn Sie sich ähnlich fühlen, sind Sie damit nicht allein.

Dieser Artikel zeigt die ERP-Anbieterprobleme, von denen wir am häufigsten hören, meist im Zusammenhang mit Legacy-ERP, warum Teams trotz Warnsignalen zu lange bleiben und wie Sie entscheiden, ob Sie das aktuelle ERP reparieren oder ersetzen sollten.

Die wichtigsten Wege, auf denen ERP-Anbieter Vertrauen verlieren

Vertrauen in einen ERP-Anbieter verschwindet selten wegen eines einzigen schlechten Meetings. Meist bricht es, wenn ein Hersteller erkennt, dass die Interessen, das Produkt oder das Liefermodell des Anbieters nicht mehr zu dem Unternehmen passen, das er führen will.

In unseren Gesprächen sehen wir vier Muster immer wieder.

Der Anbieter wird übernommen

Eine Übernahme kann harmlos sein. Manchmal bringt der neue Eigentümer mehr Ressourcen, bessere Produktdisziplin und stärkeren Support.

Sie kann aber auch das Gegenteil bedeuten, zum Beispiel langsameren Support und wechselnde Ansprechpartner. Danach beginnt die Produkt-Roadmap schrittweise, eher der Portfoliostrategie des Käufers zu dienen als den Werken, die die Software jeden Tag nutzen.

Für einen Hersteller ist langsamer Support nicht nur ein kleines Ärgernis. Wenn das ERP Produktion, Versand, Qualitätsfreigabe, Bestandsbewegungen oder Kundenauslieferungen blockiert, kann das Unternehmen nicht warten. Ein Industriestandort, mit dem wir gesprochen haben, bezifferte das Risiko konkret: Ein einziger Systemausfall könnte das Unternehmen €330k pro Tag an Vertragsstrafen kosten.

Der Anbieter erzwingt ein Upgrade

Erzwungene Upgrades sind gefährlich, weil sie oft als Wartung erscheinen. Der Anbieter kündigt an, dass eine alte Version ersetzt wird, der Support endet oder das Unternehmen auf eine neue Plattform migrieren muss. Die Kommunikation klingt nach Routine, aber die Auswirkungen können erheblich sein.

Für einen Hersteller kann eine Versionsmigration bedeuten, Workflows neu abzubilden, Anpassungen neu zu bauen, Integrationen erneut zu testen, Anwender neu zu schulen, Daten zu bereinigen und Prozesse neu zu validieren, die über Jahre stabilisiert wurden. Praktisch werden Sie gebeten, ein neues ERP-Projekt zu finanzieren und zu steuern, nur um das ERP weiter nutzen zu können, das Sie bereits gekauft haben.

Der Bruch entsteht nicht immer durch das Upgrade selbst, sondern dadurch, dass Sie zu spät davon erfahren. Wenn der Anbieter wusste, dass die Migration kommt, und Ihr Team es erst entdeckt, als der Zeitplan bereits eng war, ist das ein erhebliches Vertrauensproblem.

Kurz gesagt: Eine erzwungene Migration sollte eine echte Entscheidung auslösen, keine automatische Zustimmung zum Zeitplan des Anbieters.

Ein Hersteller formulierte die Entscheidung so: Wenn wir die Arbeit ohnehin neu machen müssen, sollten wir vielleicht mit einem System neu anfangen, dem wir vertrauen.

Das Produkt erreicht das Lebensende

End-of-life-Software ähnelt einer erzwungenen Migration oder einer Übernahme, nur mit anderer Dynamik. Der positive Teil ist, dass zunächst nichts explodiert. Das ERP funktioniert technisch noch, und das Unternehmen kann weiterarbeiten.

Das Problem ist, dass das System kein Ort mehr ist, an dem das Unternehmen seine Zukunft aufbauen kann. Die Sicherheit kann schwächer werden, neue Integrationen werden schwieriger, falls sie überhaupt noch möglich sind. Dazu kommt, dass neue Mitarbeitende veraltete Prozesse in einer End-of-life-Software lernen. In diesem Szenario geht der Anbieter vielleicht noch ans Telefon, aber das Produkt wird nicht mehr spürbar weiterentwickelt.

End-of-life-Software zu nutzen, ist nicht immer fahrlässig, und manchmal ist es für eine gewisse Zeit die am wenigsten schlechte Option. Wichtig ist aber zu erkennen: Jeder Monat auf nicht oder kaum unterstützter Software ist ein Monat, in dem Sie Ihr Unternehmen und Ihre Abläufe nicht in dem Tempo verbessern oder skalieren können, das Sie eigentlich brauchen.

Der Anbieter hat zu viel versprochen und zu wenig geliefert

Der vierte Fall ist weniger dramatisch, aber vielleicht der häufigste. Der Anbieter verkauft ein sauberes Projekt. Natürlich kann das ERP Ihre Branche abbilden. Natürlich können Sie das ERP so anpassen, wie Sie es brauchen.

Dann startet das Projekt. Workflows, die standardmäßig klangen, werden zu Workshops. Branchenanforderungen werden zu Individualentwicklung. Jede Ausnahme erzeugt ein neues Angebot. Das ERP sollte das Unternehmen unterstützen, aber stattdessen verbringt das Unternehmen Monate damit, sich an das ERP anzupassen. Zwei Jahre später hat es Anpassungen auf einer Plattform bezahlt, die nie wirklich für sein Produktionsmodell gebaut wurde.

Das ist besonders gefährlich in Fertigungsbranchen, in denen die operative Logik spezifisch ist. Chemie, Kosmetik, Lebensmittel und Getränke, Textilproduktion, Metallverarbeitung und Make-to-order-Workflows haben alle Anforderungen, die generische ERP-Demos verdecken können: Chargen, Formeln, Haltbarkeit, Qualitätssperren, Fremdfertigung, Rückverfolgbarkeit, Varianten, geänderte Arbeitspläne und kundenspezifische Regeln.

Eine schlechte Implementierung liegt nicht immer an einem schlechten Projektmanager; manchmal ist es eine schlechte Passung, die der Anbieter zu selbstsicher verkauft hat. Es lohnt sich zu verstehen, in welcher Situation Sie sind. Wenn die Implementierung wegen Governance, fehlender Verantwortung, schlechter Daten oder unklarem Umfang gescheitert ist, kann das aktuelle System noch rettbar sein. Wenn sie gescheitert ist, weil das Produkt die tatsächliche Arbeitsweise des Unternehmens ohne Jahre teurer Anpassung nicht grundsätzlich unterstützen kann, wird weitere Implementierungsarbeit das Fundament nicht reparieren.

Warum Hersteller zu lange bleiben

Wenn Ihr ERP-Anbieter Sie enttäuscht hat, kann ein Wechsel trotzdem irrational wirken, denn ein ERP-Austausch ist kein normaler Softwarewechsel. Das System ist risikoreich: Es berührt Aufträge, Einkauf, Bestände, Produktion, Qualität, Logistik, Reporting und die Übergabe an Finance.

Hinzu kommt, dass die Personen, die den Wechsel führen müssten, meist dieselben sind, die bereits mit dem Tagesgeschäft ausgelastet sind. Sie haben keine freie Zeit für einen zweiten Vollzeitjob namens ERP-Migration.

Viele Unternehmen bleiben also nicht, weil sie naiv sind, sondern weil die Alternativen gefährlich wirken.

Wechselkosten sind real

ERP-Wechselkosten sind nicht nur Lizenzvergleiche. Sie umfassen Datenmigration, Prozessneugestaltung, Integrationsarbeit, Tests, Schulungen und die Aufmerksamkeit Ihrer besten Leute.

Diese Kosten sind nicht unerheblich, und ein überstürzter Austausch kann dem Unternehmen genauso schaden wie ein schlechtes Legacy-ERP. Wenn das aktuelle System schmerzhaft, aber stabil ist, verschieben viele Führungskräfte die Entscheidung auf eine ruhigere Phase.

Das Problem ist, dass diese ruhigere Phase selten kommt. Wachstum bringt mehr Produkte, mehr Ausnahmen, mehr Standorte, mehr Kanäle, mehr Lieferanten und mehr Reporting-Druck. Das ERP, das bei einer Unternehmensgröße gerade noch akzeptabel war, wird bei der nächsten aktiv riskant.

Teams fürchten Störungen

Hersteller fürchten Veränderung nicht abstrakt. Sie fürchten verspätete Aufträge, blockierte Produktion, fehlgeschlagene Rückverfolgbarkeit, verwirrte Bediener, falsche Bestände und einen Monatsabschluss, der in manuelle Abstimmung ausartet.

Diese Sorge ist rational. Eine schlechte ERP-Transition kann Kundenvertrauen beschädigen und das Team erschöpfen. Sie kann Führungskräfte sogar mit einer gewissen Nostalgie auf ein System blicken lassen, das sie nie mochten, einfach weil es vertraut war.

Aber Störung ist nicht nur ein Risiko des Wechsels. Bei einem Anbieter zu bleiben, dem Sie nicht mehr vertrauen, erzeugt ebenfalls Störungen, nur in kleineren Stücken: späte Supportantworten, fragile Integrationen, undokumentierte Workarounds, Daten, denen niemand vertraut und Prozessänderungen, die immer wieder verschoben werden, weil das ERP sie nicht abbilden kann.

Versunkene Kosten wirken überzeugend

Viele Hersteller haben bereits Jahre und sechsstellige Beträge investiert, um ihr ERP nutzbar zu machen. Sie haben Anpassungen bezahlt, Teams geschult, andere Tools verbunden und interne Gewohnheiten um das System herum aufgebaut.

Diese Investition lässt einen Austausch wie Verschwendung wirken. Trotzdem ist es wichtig, nicht nur zu fragen, wie viel Sie bereits ausgegeben haben, sondern wie viel das System Ihnen noch abverlangen wird, finanziell und an Teamzeit, bevor es wieder zweckmäßig ist.

Die tatsächlichen Kosten des Bleibens

Wenn Führungskräfte Bleiben und Ersetzen vergleichen, betrachten sie oft die sichtbaren Kosten: Abonnement, Wartung, Beratung, Migration und Implementierung.

Diese Kosten zählen, aber sie sind nicht die ganze Rechnung. Der größere Kostenblock ist das, was das System dem Team jede Woche auferlegt.

Ihre besten Leute werden zur Integrationsschicht

Wenn das ERP nicht zur Arbeit passt, schließen erfahrene Mitarbeitende die Lücken. Sie erinnern sich, was ein bestimmtes Feld bedeutet, wissen, welche Bestandszahl manuell geprüft werden muss, verstehen, welche Kundenregel im System nicht wirklich abgebildet ist, und wissen, wann das ERP verfügbar sagt, obwohl das Werk noch nicht so weit ist.

Dieses Wissen ist wertvoll, sollte aber nicht im Gedächtnis einzelner Menschen hängen, nur weil der Anbieter das System nicht anpassbar gehalten hat.

Wenn Ihre besten Leute zur Integrationsschicht werden, reduziert das ERP die Abhängigkeit nicht mehr, sondern schafft eine neue.

Die Datenqualität sinkt, weil die Menschen dem System nicht mehr glauben

Wenn Produktionsrückmeldungen zu lange dauern, machen Bediener sie später. Wenn Bestände oft falsch sind, prüfen Planer außerhalb des ERP. Wenn Qualitätsworkflows nicht zum tatsächlichen Prozess passen, führen Teams parallele Aufzeichnungen.

Das passiert nicht, weil Menschen nachlässig sind. Es passiert, weil es unmöglich oder zu teuer ist, meist in Zeit, anders zu arbeiten. Das Ergebnis ist kein einzelner großer Ausfall, sondern ein langsamer Vertrauensverlust. Das ERP bleibt das offizielle System, während die operative Wahrheit in Tabellen, Nachrichten, Papier und Menschen wandert.

Wachstumskapazität schrumpft

Die gefährlichsten Kosten sehen aus wie normale Beschäftigung. Ihr Team verbringt mehr Zeit mit Prüfen, Korrigieren, Nachfassen und Erklären. Manager verbringen mehr Zeit damit, Updates einzuholen. Bediener verbringen mehr Zeit damit, Daten nachträglich einzugeben. Finance verbringt mehr Zeit mit Abstimmung. Führungskräfte warten länger auf verlässliche Zahlen, bevor sie entscheiden.

Jede Aufgabe ist klein genug, um sie zu tolerieren, aber zusammen begrenzen sie, wie stark das Unternehmen wachsen kann, ohne Personal aufzubauen.

Das sind die versteckten Kosten einer beschädigten Anbieterbeziehung. Sie zahlen nicht nur für Software. Sie zahlen mit der operativen Kapazität des Teams.

Für eine genauere Kostenanalyse lesen Sie wie viel ein ERP einen Hersteller tatsächlich kostet.

Wie Sie entscheiden, ob Sie reparieren oder ersetzen sollten

Nicht jede Enttäuschung über einen Anbieter bedeutet, dass Sie das ERP ersetzen sollten. Manchmal ist das System noch die richtige Grundlage, und der richtige Schritt ist, den Support neu zu verhandeln, die Implementierung zu bereinigen oder ein kontrolliertes Upgrade zu planen.

Die Entscheidung hängt davon ab, ob das Problem vorübergehend, begrenzt und lösbar ist. Stellen Sie diese Fragen, bevor Sie sich auf den nächsten Patch einlassen:

Investiert der Anbieter noch in das Produkt, das Sie nutzen, oder drängt er Sie vor allem zu einem anderen Produkt?
Kann das System Ihre nächsten zwei Jahre Wachstum tragen, ohne einen weiteren großen Anpassungszyklus?
Sind Supportprobleme gelegentlich, oder gehören sie inzwischen zur Arbeitsplanung Ihres Teams?
Ist die Implementierung wegen lösbarer Projektprobleme gescheitert, oder weil das Produkt Ihr Produktionsmodell nicht unterstützen kann?
Kann Ihr Team Workflows nach dem go-live ändern, ohne für jede relevante Verbesserung auf Berater angewiesen zu sein?
Wenn Sie ohnehin ernsthaft Geld ausgeben müssen, verbessern Sie das System oder bezahlen Sie dafür, die Abhängigkeit zu erhalten?

Wenn die Antworten überwiegend positiv sind, kann Reparieren sinnvoll sein. Verschärfen Sie den Supportvertrag, dokumentieren Sie Workarounds, bereinigen Sie Daten und setzen Sie einen Review-Termin. Eine kontrollierte Verlängerung kann eine gute Entscheidung sein, wenn das Unternehmen dringendere operative Risiken hat.

Wenn die Antworten überwiegend negativ sind, verschieben Sie das Problem nur mit einer zusätzlichen Rechnung.

Letztlich sollten ein erzwungenes Upgrade, nachlassender Support nach einer Übernahme, ein End-of-life-Hinweis oder eine gescheiterte Implementierung nicht automatisch ein Austauschprojekt werden, aber sie sollten eindeutig ein Entscheidungspunkt sein.

Wie eine gute ERP-Transition aussieht

Die richtige Transition beginnt nicht mit einem riesigen Pflichtenheft. Sie beginnt bei den Teilen des Unternehmens, in denen die aktuelle Abhängigkeit am gefährlichsten ist. Für die meisten Hersteller heißt das Auftragsmanagement, Einkauf, Bestände, Planung, Produktion, Qualität, Rückverfolgbarkeit, Logistik und die Übergabe an Finance.

Definieren Sie die Abläufe, die über Lieferung entscheiden

Identifizieren Sie zuerst die Abläufe, die besonders kritisch sind und heute am meisten Zeit und Aufwand durch manuelle oder wiederholte Arbeit kosten, also dort, wo ein besseres System den sichtbarsten Return on Investment bringen kann. Für die meisten Hersteller umfasst das:

Wie Kundennachfrage ins Unternehmen kommt
Wie Materialien geprüft, reserviert, gekauft, empfangen und verbraucht werden
Wie Produktion geplant, gestartet, verfolgt, blockiert und abgeschlossen wird
Wie Qualitätsprobleme erfasst und mit Chargen, Losen, Aufträgen und Sendungen verknüpft werden
Wie Bestände zwischen Standorten bewegt werden
Wie Lieferscheine, Rechnungen und Buchhaltungsdaten an Finance übergeben werden

Richten Sie Ihre ERP-Suche und Transition auf Ihren komplexesten oder kritischsten Workflow aus.

Behalten Sie, was noch funktioniert

Eine beschädigte ERP-Beziehung zu ersetzen, bedeutet nicht, jedes Tool darum herum zu ersetzen. Wenn Ihr Buchhaltungstool funktioniert, behalten Sie es. Wenn Ihr CRM-System funktioniert, behalten Sie es. Wenn E-Commerce, Rechnungsstellung, Lohnabrechnung oder Business Intelligence bereits von den richtigen Teams genutzt werden, sollte das neue Fertigungs-ERP daran anschließen, statt aus dem Projekt einen vollständigen Austausch des Software-Stacks zu machen.

"Behalten, was für Sie funktioniert" entspricht genau der Bonx-Philosophie. Bonx ist ein KI-natives Fertigungs-ERP, das den operativen Kern abdeckt und sich dann mit den Tools verbindet, die bereits im Stack vorhanden sind, darunter CRM, E-Commerce und Buchhaltungstools. Zum Beispiel hat Bonx bei Lebensmittelhersteller L'Atelier du Ferment die Abläufe mit Sidely und Pennylane verbunden und gleichzeitig vollständige Rückverfolgbarkeit über mehr als 100.000 Flaschen unterstützt.

Bauen Sie die Transition auf Beweise, nicht auf Versprechen

Eine gute Transition sollte früh drei Dinge beweisen:

Dass das neue System die wichtigsten Abläufe tragen kann. Nicht Demo-Abläufe, sondern Ihre Abläufe, mit Ihren schwierigen Kundenregeln, Bestandsbeschränkungen, Qualitätsprüfungen und Planungsentscheidungen.
Dass das Team es im normalen Arbeitsrhythmus nutzen kann. Bediener sollten das System nicht erst aktualisieren müssen, nachdem die Arbeit außerhalb des ERP passiert ist, weil die Oberfläche sie ausbremst.
Dass sich das System nach dem go-live ändern kann, ohne jede Verbesserung zu einem Beratungsprojekt zu machen.

Hier spielt die Deployment-Timeline eine Rolle. Bonx-Kunden gehen in 1 bis 3 Monaten live, was das Risikoprofil eines Austauschs verändert. Feroce implementierte Bonx in 42 Tagen ohne Betriebsunterbrechung und fing danach einen zehnfachen Anstieg der Bestellungen nach einem nationalen TV-Auftritt ab. Something Added implementierte Bonx in zwei Monaten mit nativer Integration zu HP-3D-Druckern, automatischer Auftragsgruppierung und 24/7-Produktionskapazität.

Die Lehre ist nicht, dass Veränderung einfach ist. Sie ist, dass ERP-Austausch nicht bedeuten muss, 18 Monate zu warten, bevor Sie wissen, ob die Entscheidung richtig war.

Das eigentliche Ziel ist, den Abhängigkeitszyklus zu beenden

Wenn Hersteller sagen, dass sie ein besseres ERP wollen, meinen sie oft etwas Konkreteres: Sie wollen nicht länger feststecken.

Sie wollen ein System, das sich anpasst, wenn sich das Unternehmen verändert. Sie wollen weniger Berater zwischen ihrem Team und ihren eigenen Workflows. Sie wollen Daten und ein System, das Menschen nutzen und dem sie vertrauen.

Wenn ERP-Vertrauen bricht, haben Sie zwei Optionen. Sie können das Problem als technisches Ereignis behandeln: ein Upgrade, einen End-of-life-Hinweis, ein Supportproblem, eine gescheiterte Implementierung, eine Migration. Oder Sie behandeln es als Abhängigkeitsproblem und fragen, ob die nächste Entscheidung diese Abhängigkeit reduziert.

Der nächste Schritt ist nicht, morgen ein großes ERP-Auswahlprojekt zu starten, sondern die Kosten des Bleibens zu erfassen, einschließlich der Zeit, die Ihr Team damit verbringt, das System auszugleichen, und sie mit den Kosten einer Transition zu vergleichen.

Wenn der aktuelle Anbieter Vertrauen zurückgewinnen kann, geben Sie ihm einen klaren Weg dafür. Wenn er es nicht kann, lassen Sie nicht Gewohnheit für Sie entscheiden. Der Moment, in dem Vertrauen bricht, ist der Moment, in dem Sie wählen können, ob das nächste System Ihrem Team Kontrolle zurückgibt.