Die Entscheidung in Kürze
Ein ERP-Wechsel ist erst dann begründet, wenn ein sauber definierter Geschäftsvorfall trotz geklärtem Prozess, belastbaren Daten und ausgeschöpfter Konfiguration nicht wirtschaftlich tragfähig abbildbar ist. Unzufriedenheit allein ist noch kein Wechselgrund.
Ein Systemwechsel ist erst begründet, wenn Prozess, Daten, Nutzung und Konfiguration geprüft und die verbleibende Systemlücke wirtschaftlich relevant ist.
Jedes Symptom wird einer überprüfbaren Problemklasse und einem konkreten Nachweis zugeordnet.
Optimierung und Wechsel können Teil derselben Roadmap sein; die Wege schließen sich nicht pauschal aus.
ERP-Partner wechseln: Was vor der Ausschreibung geklärt sein muss
Wenn die Zusammenarbeit mit dem aktuellen ERP-Partner nicht mehr trägt, müssen zwei Entscheidungen getrennt werden: Partner wechseln oder ERP-System wechseln. Ein Partnerwechsel ist meist der kleinere Eingriff, wenn Produktkern, Datenmodell und kritische Geschäftsvorfälle weiterhin passen.
Vor einer Ausschreibung sollten fünf Punkte dokumentiert sein: welche Leistungen heute konkret scheitern, welche offenen Tickets und Individualentwicklungen übernommen werden müssen, wem Quellcode und Dokumentation gehören, welche Zugänge und Schnittstellen übergeben werden und welche Erwartungen an Betrieb, Weiterentwicklung und Reaktionszeiten künftig gelten. Erst danach lassen sich neue ERP-Anbieter oder Implementierungspartner fair vergleichen.
Prüfregel: Bleibt der fachliche Systemfit erhalten, ist zunächst der Partnerwechsel zu prüfen. Ist dagegen die Systemgrenze selbst belegt, beginnt eine unabhängige ERP-Beratung und ERP-Auswahl.
Der teuerste Denkfehler: vom Symptom direkt zur Software
Wenn Berichte mühsam sind, Daten doppelt erfasst werden und jede Änderung Wochen dauert, liegt der Schluss nahe: Das System ist schuld. Manchmal stimmt das. Häufig aber würden dieselben Probleme mit einem neuen ERP wieder auftauchen – nur teurer, weil sie mitmigriert wurden. ERP-Projekte scheitern selten an der Software; sie scheitern an ungeklärten Prozessen und Erwartungen. Genau deshalb gehört vor jede Wechselentscheidung eine ehrliche Bestandsaufnahme.
Die sieben Fragen
- Sind die Prozesse unklar – oder die Funktionen unzureichend? Wer den Sollprozess nicht beschreiben kann, kann kein System dagegen prüfen. Erst der Ablauf, dann die Funktion.
- Werden vorhandene Funktionen überhaupt genutzt? Viele Systeme können deutlich mehr, als im Alltag verwendet wird. Ein Nutzungsproblem löst kein Neukauf, sondern Konfiguration und Befähigung.
- Entstehen die Probleme im System – oder zwischen den Systemen? Medienbrüche zwischen ERP, Shop, Excel und E-Mail fühlen sich wie ERP-Schwäche an, sind aber ein Integrationsthema.
- Wie hoch sind Anpassungs- und Integrationskosten wirklich? Sonderentwicklungen im Altsystem sind gebundenes Kapital – und ein Warnsignal für das neue: Wer den Standard heute verbiegt, wird es morgen wieder tun.
- Ist die Datenqualität für einen Wechsel überhaupt ausreichend? Dubletten, tote Artikel und uneinheitliche Strukturen machen jede Migration zum Risiko – und bleiben auch im neuen System Dubletten.
- Welche Probleme blieben auch mit einem neuen ERP bestehen? Unklare Verantwortlichkeiten, fehlende Kennzahlendefinitionen und Schatten-Listen wandern mit um.
- Was kostet Nichtstun – im Vergleich zu Optimierung und Wechsel? Erst wenn alle drei Wege beziffert sind, ist die Entscheidung eine Investitionsentscheidung und kein Bauchgefühl.
Die Entscheidungsmatrix
| Ihre Ausgangslage | Wahrscheinlicher Weg |
|---|---|
| Funktionen vorhanden, Prozesse uneinheitlich | Prozessoptimierung – kein Systemwechsel |
| Funktionen vorhanden, Nutzung gering | Konfiguration, Schulung, Befähigung |
| Kernprozesse nachweislich nicht abbildbar | Strukturierte ERP-Auswahl prüfen |
| Viele Schnittstellen- und Datenprobleme | Systemarchitektur und Integration analysieren |
| System technisch abgekündigt | Kontrollierte Ablösung vorbereiten |
Wichtig: Die Zeilen schließen sich nicht aus. In der Praxis ist die Antwort oft eine Reihenfolge – erst Prozesse klären, dann entscheiden, ob das Altsystem sie tragen kann.
Was nach der Prüfung folgt
Die Prüfung endet nicht mit einem pauschalen Ja oder Nein, sondern mit einem klaren Arbeitsweg:
- Behalten: Das System ist grundsätzlich tragfähig; Lebenszyklus, Betrieb und Support werden abgesichert.
- Verbessern: Prozess, Nutzung, Daten, Konfiguration oder Integration werden gezielt korrigiert. Dafür ist häufig eine reale Prozessaufnahme der sinnvollere erste Schritt.
- Ersetzen: Eine wirtschaftlich relevante System- oder Lebenszykluslücke ist belegt. Erst jetzt wird die Auswahl eines neuen ERP zum nächsten Projekt.
Damit bleiben Grundsatzprüfung und Auswahl getrennte Entscheidungen: Diese Seite begründet den Weg. Die Auswahlseite strukturiert anschließend Markt, Nachweise und Trade-offs.
Wechselgrund oder Optimierungsauftrag?
Offen bleibt, welcher Nachweis für „ERP wechseln oder optimieren?“ in Ihrem Betrieb noch fehlt.
| Prüffeld | Leitfrage | Belastbarer Nachweis | Konsequenz |
|---|---|---|---|
| Prozess | Ist der Sollablauf fachlich eindeutig? | Verantworteter End-to-End-Prozess. | Unklaren Prozess nicht in ein neues ERP übertragen. |
| Nutzung | Sind Standardfunktionen und Konfiguration ausgeschöpft? | Nachweis am realen Vorgang. | Erst Nutzungslücke schließen. |
| Technik | Blockieren Architektur, Support oder Integration? | Dokumentierte technische Einschränkung. | Modernisierung oder Ablösung gezielt bewerten. |
| Wirtschaftlichkeit | Ist der Wechselnutzen größer als Migration und Veränderung? | Szenarien mit Kosten, Risiken und interner Kapazität. | Nur verantwortbaren Gesamt-Trade-off freigeben. |
Wer entscheidet über Behalten, Verbessern oder Ersetzen?
Entscheidungsziel und Risikobereitschaft klären.
Workarounds und reale Auswirkungen belegen.
Lebenszyklus, Betrieb, Schnittstellen und Datenrisiko bewerten.
Warnsignale
- „Alle sind unzufrieden“ ersetzt keine Ursachenanalyse.
- Ein Anbieter verspricht die Lösung ohne Bestandsprüfung.
- Migrations- und Veränderungsaufwand fehlt im Business Case.
- Das Zielbild kopiert lediglich den heutigen Ablauf.
ENTSCHEIDUNGSBEZUG · ERP-ENTSCHEIDUNG
Ist das Problem wirklich das ERP?
Ausgangspunkt ist die Leitfrage dieses Beitrags: Ist das ERP die Ursache – oder nur der Ort, an dem das Problem sichtbar wird?
Ordnen Sie ein, wie stark „ERP wechseln oder optimieren?“ Ihren aktuellen Vorgang betrifft; Ihre Artikelauswahl bleibt dabei unverändert.
Prüfen Sie die Leitfrage an einem realen Beleg aus Ihrem Betrieb: Ist das ERP die Ursache – oder nur der Ort, an dem das Problem sichtbar wird?
Erst den Wechselgrund beweisen
- EntscheidungEin Systemwechsel ist erst begründet, wenn Prozess, Daten, Nutzung und Konfiguration geprüft und die verbleibende Systemlücke wirtschaftlich relevant ist.
- NachweisJedes Symptom wird einer überprüfbaren Problemklasse und einem konkreten Nachweis zugeordnet.
- GrenzeOptimierung und Wechsel können Teil derselben Roadmap sein; die Wege schließen sich nicht pauschal aus.
Behalten, verbessern oder ersetzen belastbar unterscheiden.
Bringen Sie einen kritischen Vorgang und die vermutete Systemgrenze mit. Im Gespräch wird geprüft, ob Prozess, Nutzung, Konfiguration oder das ERP selbst die Ursache ist.
Systemauswahl einordnen