Ein ERP abzulösen ist selten zuerst ein IT-Problem, sondern meist ein Symptom für gewachsene Ausnahmen, Abhängigkeiten und ungeklärte Verantwortung. Wer ERP ablösen will, sollte deshalb nicht mit der Anbieterliste beginnen, sondern mit der Frage, welche Schwächen heute das Geschäft tatsächlich bremsen. Genau dort kippen viele Vorhaben schon vor dem eigentlichen Start.
Auf einen Blick
- Ein Systemwechsel ist dann sinnvoll, wenn Prozesse, Daten und Verantwortungen das Tagesgeschäft stärker bremsen als ein geordneter Umbau.
- Der erste Schritt vor jeder Auswahl ist eine saubere Sicht auf Stammdaten, Schnittstellen und Ausnahmen, weil erst dann Aufwand und Risiko realistisch beurteilbar werden.
- In unserer Projektpraxis dauern Vorphasen für Analyse, Anforderungsmanagement und Business Case typischerweise einige Wochen bis wenige Monate, je nach Komplexität und Entscheidungswegen.
- Wer nur auf Lizenzkosten schaut, unterschätzt fast immer Datenmigration, Change Management und den späteren Betriebsaufwand.
Wenn in einer Geschäftsleitung das Thema ERP ablösen auftaucht, steckt dahinter selten nur Frust über Masken oder Berichte. Meist geht es um gewachsene Sonderwege, fehlende Governance und eine Schnittstellenarchitektur, die über Jahre notdürftig erweitert wurde. Ein tragfähiger Entscheid beginnt deshalb nicht bei Demos, sondern bei der nüchternen Frage, wo heute Reibung, Doppelarbeit und Abhängigkeit von Einzelpersonen entstehen.
Welche Signale zeigen, dass das heutige ERP nicht mehr trägt?
Ein ERP ist dann kritisch, wenn es den Betrieb nicht mehr ordnet, sondern Ausnahmen verwaltet. Das zeigt sich oft nicht in einem grossen Ausfall, sondern in vielen kleinen Umwegen.
Typisch sind manuelle Exporte, Schattenlisten in Excel, unklare Freigaben und Berichte, die erst nach Nachbearbeitung stimmen. Wenn Fachbereiche dieselben Daten mehrfach pflegen, ist das kein Bedienproblem, sondern ein Hinweis auf schwaches Stammdatenmanagement.
Beim Elektronik-Auftragsfertiger im Kanton Zug, 55 Mitarbeitende, zeigt sich so eine Lage oft in der Abstimmung zwischen Verkauf, Disposition und Produktion. Das System läuft formal noch, aber jede Planänderung zieht Rückfragen, Zusatzlisten und improvisierte Korrekturen nach sich.
In der IT-Abteilung einer Stadtverwaltung im Kanton Zürich, 12 Mitarbeitende, sieht das Muster anders aus. Dort sind weniger Stücklisten und Fertigungslogiken das Problem, sondern historisch gewachsene Fachanwendungen, Berechtigungen und politische Erwartungshaltungen, die kaum noch sauber zusammengeführt werden.
Wer diese Signale ernst nimmt, braucht zuerst Struktur. Genau dafür lohnt sich oft Technisches Projektmanagement, weil die Diskussion sonst zwischen IT, Fachbereich und Führung hängen bleibt.
Nicht jede Unzufriedenheit rechtfertigt einen Systemwechsel
Nicht jedes alte System muss ersetzt werden. Ein Wechsel ist kein Selbstzweck, sondern eine Investition mit Folgen für Prozesse, Rollen und Betrieb.
Viele Organisationen verwechseln Bedienfrust mit strategischer Sackgasse. Wenn das Kernmodell noch trägt, die Datenqualität stimmt und nur einzelne Abläufe schlecht gelöst sind, kann eine gezielte Optimierung vernünftiger sein als ein kompletter Neustart.
Entscheidend ist der Unterschied zwischen kosmetischen Mängeln und strukturellen Grenzen. Strukturell wird es dort, wo neue Anforderungen nur noch mit Sonderlogik, Zusatztools oder personengebundenem Wissen abgebildet werden können.
Ein belastbarer Business Case trennt deshalb Wunschliste und Notwendigkeit. Er betrachtet nicht nur Lizenzen, sondern auch Total Cost of Ownership, die interne Bindung von Schlüsselpersonen und die Frage, welche Risiken beim Weiterbetrieb still mitlaufen.
Auch die Schweizer KMU-Landschaft ist dafür relevant, weil viele Organisationen mit schlanken Teams arbeiten. Hinweise und Weiterbildungen aus der Schweizerischen Gesellschaft für Organisation und Management sind nützlich, wenn interne Rollen, Entscheidungswege und Veränderungsfähigkeit eingeschätzt werden sollen.
Manchmal reicht schon die ehrliche Klärung der Ausgangslage, damit aus diffusem Druck ein sauberer Entscheid wird.
ERP ablösen: Erst Prozesse, Schnittstellen und Verantwortung klären
Wer mit Anbieterpräsentationen startet, verschiebt die schwierige Arbeit nur nach hinten. Vor jeder Auswahl müssen Prozesse, Verantwortungen und Datenflüsse so klar sein, dass Anforderungsmanagement mehr ist als eine Sammlung von Wünschen.
Dazu gehört, die heutige Schnittstellenarchitektur sichtbar zu machen. Viele Probleme entstehen nicht im Kernsystem, sondern an Übergängen zu Lager, Finanzsystem, Fachapplikationen, Shop, Zeiterfassung oder Behördenportalen.
Ebenso wichtig ist die Datenmigration. Wenn niemand sauber sagen kann, welche Daten führend sind, welche Dubletten bestehen und welche Historie wirklich gebraucht wird, wird jede Offerte unscharf. In unserer Projektpraxis liegen genau dort oft die grössten Überraschungen.
Ein geordneter Vorlauf umfasst meist vier Arbeitspakete:
- Prozesse aufnehmen und kritische Ausnahmen benennen.
- Verantwortungen, Governance und Entscheidungswege festlegen.
- Fachliche und technische Anforderungen priorisieren.
- Aufwand, Risiken und Nutzen in einem Business Case zusammenführen.
Für diese Vorarbeit ist ERP Spezifierung oft der sinnvollere Start als die direkte Produktauswahl. So wird aus Bauchgefühl eine prüfbare Grundlage für Ausschreibung, Evaluation oder gezielte Optimierung.
Wenn mehrere Vorhaben parallel laufen, hilft zudem Projektportfolio Management Beratung, damit der Systemwechsel nicht gegen andere Prioritäten verliert oder intern falsch getaktet wird.
Was gegen eine Ablösung spricht und trotzdem ernst genommen werden muss
Es gibt gute Gründe, einen Wechsel nicht sofort auszulösen. Dazu gehören hohe betriebliche Abhängigkeit, knappe interne Kapazität, laufende Parallelprojekte oder regulatorische Anforderungen, die im falschen Moment zusätzlichen Druck erzeugen.
Gerade in öffentlichen Organisationen ist auch die Beschaffung ein Thema. Wenn Vergabewege, Dokumentation und Bewertungskriterien nicht früh geklärt sind, wird aus einer fachlichen Frage rasch ein formales Problem. Für solche Fälle ist ein öffentliche Ausschreibung Beispiel hilfreich, weil es die nötige Struktur sichtbar macht.
Gegen eine Ablösung spricht auch, wenn die Organisation nur die Software wechseln will, aber Rollen und Verantwortung unangetastet lässt. Dann wird ein neues System auf alte Unklarheit gesetzt.
Ernst zu nehmen ist zudem die Belastung der Linienorganisation. Schlüsselpersonen müssen Tagesgeschäft, Tests, Bereinigung von Stammdaten und Entscheidungen parallel tragen. Ohne klares Change Management kippt die Akzeptanz oft lange vor Go-live.
Wer an diesem Punkt zögert, liegt nicht automatisch falsch. Ein Nein kann vernünftiger sein als ein Ja ohne Tragfähigkeit.
Die häufigsten Fehler bei einer ERP-Ablösung
Die grössten Risiken liegen selten in der Software selbst, sondern in falschen Annahmen vor dem Start. Vier Fehler tauchen besonders häufig auf.
- Fehler 1: Anforderungen werden aus alten Masken abgeleitet statt aus dem künftigen Prozess. Dann digitalisiert man Gewohnheiten, nicht den Bedarf.
- Fehler 2: Die Datenmigration wird als technischer Schritt behandelt. Ohne bereinigte Stamm- und Bewegungsdaten entstehen Doppelaufwand, Nachpflege und Misstrauen in Berichte.
- Fehler 3: Governance bleibt unklar. Wenn niemand verbindlich priorisiert, gewinnen Lautstärke und Einzelinteressen gegen die Gesamtlogik.
- Fehler 4: Schnittstellen werden zu spät geprüft. Dann zeigt sich erst spät, welche Umsysteme, Exporte und Sonderfälle den Zeitplan belasten.
Erfahrungsgemäss entstehen durch solche Fehler schnell Nacharbeiten im hohen fünfstelligen bis tiefen sechsstelligen Bereich, noch bevor der eigentliche Nutzen sichtbar wird. Ebenso real sind Verzögerungen über mehrere Monate, wenn Entscheidungen nachträglich neu aufgerollt werden müssen.
Das ist kein Argument gegen Veränderung. Es ist ein Argument gegen unpräzise Vorbereitung.
Wie aus Bauchgefühl eine belastbare Entscheidungsgrundlage wird
Eine belastbare Grundlage ist mehr als eine Marktübersicht. Sie verbindet fachliche Prioritäten, technische Randbedingungen und wirtschaftliche Folgen in einer Form, die intern tragfähig ist.
Dazu gehört ein Business Case, der nicht nur Einsparungen verspricht, sondern Annahmen offenlegt. Dazu gehören ebenso Anforderungsmanagement, klare Bewertungskriterien und ein realistischer Blick auf Total Cost of Ownership über mehrere Jahre.
In regulierten oder öffentlichen Umfeldern muss diese Grundlage zudem beschaffungsfähig sein. Das heisst: nachvollziehbar, dokumentiert und gegenüber internen Gremien belastbar.
Ein sauberer Entscheid reduziert nicht jedes Risiko. Er macht Risiken sichtbar, bevor sie teuer und politisch werden.
Wer intern feststellt, dass Analyse, Priorisierung und Führung gleichzeitig fehlen, sollte das nicht als Schwäche lesen, sondern als Führungsaufgabe.
Ein guter Entscheid entsteht nicht aus Lautstärke, sondern aus Klarheit über Nutzen, Aufwand und Zumutbarkeit für den Betrieb.
Wenn die Diskussion intern feststeckt, hilft oft ein externer Blick auf Prozesse, Daten und Entscheidungswege, bevor bereits Anbieter eingeladen werden.
Am Ende geht es nicht darum, ob ein neues System moderner aussieht. Es geht darum, ob die Organisation mit weniger Reibung, weniger Abhängigkeit und besserer Steuerbarkeit arbeiten kann.
Rufen Sie uns an unter +41 77 491 77 94 oder schreiben Sie an info@tprojects.ch. Das erste Gespräch ist unverbindlich und kostenlos, und wir klären mit Ihnen, ob ein Ausbau, eine Neuaufstellung oder ein gestufter Wechsel der vernünftigere Weg ist.
Verwandte Themen
Externe Projektleitung Gemeinden: Wann sie entlastet und wann sie bremst, Beratung für effiziente Organisationsstrukturen KMU: Klarheit statt Reibungsverluste, SIMAP Beratung: Ausschreibungen sauber vorbereiten und sicher steuern, Hilfe Systemevaluation Schweiz: teure Fehlentscheide reduzieren, Papierlos arbeiten: Den Umstieg geordnet gestalten, Prozessanalyse durchführen: Schweizer KMU schaffen Klarheit vor kostspieligen Fehlentscheiden
Über den Autor
FAQ
Wann sollte man ein ERP ablösen statt weiter ausbauen?
Ein Wechsel ist dann sinnvoll, wenn Kernprozesse nur noch über Sonderlösungen, manuelle Umwege oder personengebundenes Wissen funktionieren. Wenn zusätzlich Datenqualität, Reporting und Verantwortungen leiden, ist eine strukturierte Voranalyse meist sinnvoller als weiteres Flickwerk. Für die fachliche Vorarbeit kann Prozessoptimierung Industrie ein passender Einstieg sein.
Welche Warnsignale zeigen, dass unser ERP zum Risiko wird?
Warnsignale sind wiederkehrende Excel-Nebenwelten, unklare führende Daten, fehleranfällige Schnittstellen, langsame Monatsabschlüsse und Abhängigkeit von einzelnen Personen. Kritisch wird es auch, wenn Änderungen nur noch mit grossem Abstimmungsaufwand oder mit Eingriffen in mehrere Umsysteme möglich sind. Für die interne Planung hilft oft eine Meilensteinplan Vorlage für Beratung Projekte.
Was muss vor einem ERP-Ablöseprojekt intern geklärt sein?
Vor dem Start müssen Zielbild, Entscheidungswege, priorisierte Anforderungen, verfügbare Schlüsselpersonen und der Zustand der Stammdaten geklärt sein. Ebenso wichtig sind eine Übersicht der Schnittstellen und ein gemeinsames Verständnis, welche Prozesse künftig standardisiert werden sollen. Wenn diese Grundlagen fehlen, lohnt sich oft zuerst ein IT Beratung kostenlos Erstgespräch.
Wie entscheide ich zwischen ERP ablösen und Release-Wechsel?
Die Entscheidung hängt davon ab, ob das bestehende Systemmodell noch trägt oder ob nur noch Symptome behandelt werden. Wenn Prozesse grundsätzlich passen und vor allem Technik, Support oder Versionen das Problem sind, kann ein Release-Wechsel genügen. Wenn hingegen Medienbrüche und manuelle Übergaben dominieren, sollte auch Automatisierung von Prozessen als Teil der Lösung geprüft werden.
Wer sollte bei der ERP-Entscheidung im Unternehmen mitreden?
Beteiligt sein sollten Geschäftsleitung, Prozessverantwortliche, IT, Finanzen und jene Fachbereiche, die täglich mit den kritischen Abläufen arbeiten. Entscheidend ist nicht eine grosse Runde, sondern eine klare Rollenverteilung zwischen Bedarf, Bewertung und Entscheid. Wenn Service- und Supportprozesse betroffen sind, kann auch der Blick auf Kundenbetreuung Chatbot sinnvoll sein, weil angrenzende Abläufe oft mitverändert werden.