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.
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 Diagnose.
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.
Wie ich diese Frage mit Unternehmen kläre
Ich trenne jedes wahrgenommene Systemproblem in fünf Kategorien: Prozessproblem, Nutzungsproblem, Datenproblem, Integrationsproblem, echte Funktionslücke. Erst die letzte Kategorie rechtfertigt einen Wechsel – und selbst dann entscheidet die Wirtschaftlichkeit, nicht der Frust. Das Ergebnis ist eine belastbare Entscheidungsvorlage statt einer Anbieter-Präsentation.
Wechselgrund oder Optimierungsauftrag?
Entscheidend ist, welche Voraussetzung für Ihren konkreten Fall noch nicht belegt ist.
| 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. |
Responsibility Ledger
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.
WISSEN UND DETAILS
Quellen, Prüfstand und vertiefende Informationen.
Ergänzende Nachweise und Detailfragen sind vollständig am Ende des Artikels gebündelt.
Inhalt und Fortschritt
Was jetzt entschieden werden sollte
- 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.
- Bewusste GrenzeOptimierung und Wechsel können Teil derselben Roadmap sein; die Wege schließen sich nicht pauschal aus.