Warum ERP-Projekte aus dem Ruder laufen
ERP-Projekte gelten oft als anspruchsvoll, teuer und risikobehaftet. Viele Unternehmen kennen Geschichten von Projekten, die länger dauerten, teurer wurden oder am Ende weniger Nutzen brachten als erwartet.
Das liegt selten an einer einzelnen Fehlentscheidung. ERP-Projekte laufen meistens dann aus dem Ruder, wenn mehrere Faktoren zusammenkommen: unklare Ziele, zu wenig Prozessverständnis, falsche Erwartungen, fehlende Priorisierung und zu späte Entscheidungen.
Gerade für KMU ist das relevant. Ein ERP-Projekt bindet Zeit, Budget und Aufmerksamkeit der Organisation. Es betrifft nicht nur IT oder Administration, sondern Verkauf, Einkauf, Lager, Finanzen, Projekte, HR, Support und Geschäftsleitung.
Deshalb lohnt sich ein nüchterner Blick auf die häufigsten Ursachen.
1. Das Projekt startet mit Software statt mit Prozessen
Ein häufiger Fehler entsteht bereits am Anfang: Das Unternehmen entscheidet sich für ein ERP-System, bevor klar ist, welche Prozesse verbessert werden sollen.
Dann wird aus der Softwareauswahl ein Ersatz für die eigentliche Analyse.
Die bessere Reihenfolge wäre:
- Ausgangslage verstehen
- Prozesse und Engpässe klären
- Ziele definieren
- Prioritäten setzen
- System und Umsetzung passend ausrichten
Ein ERP-System kann Prozesse strukturieren, automatisieren und transparenter machen. Es kann aber nicht entscheiden, welche Abläufe für das Unternehmen sinnvoll sind.
Wenn diese Klärung fehlt, wird die Software später mit Erwartungen überladen, die nie sauber formuliert wurden.
2. Die Ziele sind zu allgemein
Viele ERP-Projekte starten mit Zielen wie:
- Wir wollen effizienter werden.
- Wir wollen digitaler arbeiten.
- Wir brauchen bessere Prozesse.
- Wir möchten weniger Excel.
- Wir wollen eine zentrale Plattform.
Diese Ziele sind verständlich, aber zu unpräzise für ein Projekt.
Ein ERP-Projekt braucht konkrete Zielbilder. Zum Beispiel:
- Angebote sollen schneller erstellt werden.
- Rechnungen sollen ohne doppelte Datenerfassung entstehen.
- Projektmargen sollen monatlich sichtbar sein.
- Lagerbestände sollen verlässlich abrufbar sein.
- Freigaben sollen nachvollziehbar und digital erfolgen.
- Supportanfragen sollen nicht mehr in E-Mail-Postfächern liegen bleiben.
Je klarer die Ziele, desto besser lassen sich Umfang, Aufwand, Prioritäten und Erfolgskriterien steuern.
Ohne klare Ziele wird fast jede Anforderung wichtig. Genau dann beginnt ein Projekt auszuufern.
3. Der Projektumfang wird zu gross
ERP-Systeme wie Odoo können viele Bereiche abdecken: CRM, Verkauf, Einkauf, Lager, Buchhaltung, Projekte, HR, Support, Website, E-Commerce, Freigaben und vieles mehr.
Das ist eine Stärke. Gleichzeitig entsteht daraus ein Risiko.
Wenn zu viele Bereiche gleichzeitig eingeführt werden, steigt die Komplexität massiv. Jede Abteilung bringt eigene Anforderungen, Daten, Ausnahmen und Erwartungen mit. Dazu kommen Abhängigkeiten zwischen den Prozessen.
Für viele KMU ist ein schrittweises Vorgehen sinnvoller.
Nicht alles muss im ersten Schritt umgesetzt werden. Entscheidend ist, mit den Prozessen zu starten, die den grössten Nutzen bringen oder die wichtigste Grundlage für spätere Schritte bilden.
Ein guter Projektumfang beantwortet nicht nur die Frage: Was machen wir?
Sondern auch: Was machen wir bewusst noch nicht?
4. Bestehende Prozesse werden ungeprüft nachgebaut
Viele Unternehmen möchten im neuen ERP-System zunächst so arbeiten wie bisher. Das ist nachvollziehbar. Bestehende Abläufe sind vertraut, Mitarbeitende kennen sie und das Unternehmen funktioniert damit.
Trotzdem ist genau das ein häufiger Grund für überladene ERP-Projekte.
Viele bestehende Prozesse sind historisch gewachsen. Sie entstanden aus alten Systemgrenzen, Excel-Listen, E-Mail-Abstimmungen, persönlichen Arbeitsweisen oder früheren Notlösungen.
Wenn solche Abläufe ungeprüft digital nachgebaut werden, entsteht keine Verbesserung. Es entsteht eine digitale Version der alten Komplexität.
Vor jeder Anpassung sollte deshalb gefragt werden:
- Warum machen wir diesen Prozess so?
- Ist diese Ausnahme wirklich notwendig?
- Gibt es eine einfachere Standardlogik?
- Welchen Nutzen bringt die Anpassung?
- Welche Folgekosten entstehen bei Wartung und Updates?
Diese Fragen sind nicht theoretisch. Sie entscheiden darüber, ob ein ERP-System später schlank oder schwerfällig wird. Wie die Abwägung gelingt, zeigt unser Beitrag Odoo Standard oder Individualentwicklung.
5. Zu viele Sonderwünsche werden zu spät erkannt
In ERP-Projekten gibt es fast immer Anforderungen, die erst im Detail sichtbar werden. Das ist normal.
Problematisch wird es, wenn diese Anforderungen sehr spät auftauchen und dann als zwingend gelten.
Typische Beispiele:
- spezielle Freigabelogiken
- individuelle Angebotslayouts
- Sonderfälle in Preislisten
- komplexe Berechtigungen
- Ausnahmen in Lager- oder Einkaufsprozessen
- spezielle Reports
- Schnittstellen zu Drittsystemen
- historisch gewachsene Excel-Logik
Solche Punkte sind nicht automatisch falsch. Aber sie müssen früh bewertet werden.
Die zentrale Frage lautet: Ist das geschäftskritisch oder nur gewohnt?
Wenn jede Ausnahme ungeprüft umgesetzt wird, steigen Aufwand, Kosten und Projektrisiko. Wenn wichtige Sonderfälle hingegen ignoriert werden, sinkt die Akzeptanz.
Die Aufgabe liegt in der sauberen Bewertung.
6. Datenmigration wird unterschätzt
Datenmigration wirkt auf den ersten Blick technisch. In der Praxis ist sie oft ein organisatorisches Thema.
Viele Unternehmen stellen im ERP-Projekt fest, dass Stammdaten nicht sauber sind:
- doppelte Kunden
- uneinheitliche Produktdaten
- veraltete Lieferanten
- fehlende Verantwortlichkeiten
- unvollständige Preislisten
- unterschiedliche Schreibweisen
- alte Daten ohne klare Relevanz
Ein neues ERP-System macht schlechte Daten nicht automatisch besser. Es übernimmt sie nur strukturierter.
Datenmigration braucht deshalb klare Entscheidungen:
- Welche Daten werden übernommen?
- Welche Daten werden bereinigt?
- Welche Altdaten bleiben im Archiv?
- Wer ist für Datenqualität verantwortlich?
- Welche Daten werden für Prozesse und Auswertungen wirklich benötigt?
Wer diese Fragen zu spät stellt, verliert Zeit und erzeugt Unsicherheit kurz vor dem Go-live.
7. Schnittstellen werden zu spät geplant
Kaum ein ERP-System steht völlig allein. Häufig gibt es Verbindungen zu Banken, Webshops, Zeiterfassungssystemen, Kassensystemen, Logistikpartnern, Dokumentenablagen, BI-Tools oder branchenspezifischer Software.
Schnittstellen werden oft unterschätzt, weil sie im ersten Gespräch einfach klingen.
In der Umsetzung stellen sich dann Fragen:
- Welche Daten werden übertragen?
- In welche Richtung?
- In welcher Frequenz?
- Wer ist das führende System?
- Was passiert bei Fehlern?
- Wie werden Dubletten verhindert?
- Wer überwacht die Schnittstelle?
- Was passiert bei Updates eines Drittsystems?
Wenn Schnittstellen spät geklärt werden, entstehen Verzögerungen und zusätzliche Kosten.
Deshalb sollten sie früh als eigener Risikobereich betrachtet werden.
8. Interne Verantwortung fehlt
Ein ERP-Projekt kann nicht vollständig an einen externen Partner ausgelagert werden.
Der Partner bringt Methoden-, System- und Umsetzungskompetenz. Das Unternehmen selbst muss aber fachliche Entscheidungen treffen:
- Wie sollen Prozesse künftig laufen?
- Welche Ausnahmen bleiben erlaubt?
- Wer erhält welche Rechte?
- Welche Daten sind verbindlich?
- Welche Abteilungen starten zuerst?
- Wann ist eine Lösung gut genug für den Go-live?
Wenn intern niemand diese Entscheidungen verantwortet, wird das Projekt langsam. Offene Punkte bleiben liegen, Anforderungen ändern sich und der Partner wird gezwungen, Annahmen zu treffen.
Das erhöht das Risiko.
Ein ERP-Projekt braucht intern eine klare Projektverantwortung mit Entscheidungskompetenz.
9. Die Geschäftsleitung ist zu weit weg
ERP-Projekte werden oft operativ gestartet, haben aber strategische Wirkung.
Sie verändern Transparenz, Zuständigkeiten, Führungsinformationen, Arbeitsweisen und teilweise auch Machtstrukturen im Unternehmen.
Wenn die Geschäftsleitung zu wenig involviert ist, fehlen wichtige Entscheidungen:
- Welche Prozesse haben Priorität?
- Wo akzeptieren wir Standardisierung?
- Welche Ausnahmen werden gestrichen?
- Welche Kennzahlen sind führungsrelevant?
- Wie viel Veränderung ist zumutbar?
- Welche Budget- und Zeitgrenzen gelten?
Ohne Führung wird ein ERP-Projekt schnell zu einer Sammlung operativer Wünsche. Mit Führung wird daraus ein Steuerungsprojekt.
10. Schulung und Akzeptanz werden zu spät berücksichtigt
Ein ERP-System bringt nur dann Nutzen, wenn Mitarbeitende damit arbeiten.
Das klingt selbstverständlich, wird aber oft unterschätzt. Schulung beginnt nicht erst kurz vor dem Go-live. Akzeptanz entsteht viel früher.
Mitarbeitende müssen verstehen:
- warum das System eingeführt wird
- welche Probleme gelöst werden sollen
- was sich für sie verändert
- welche Vorteile entstehen
- welche Regeln künftig gelten
- wo Unterstützung verfügbar ist
Wenn diese Kommunikation fehlt, entstehen Widerstand, Umgehungslösungen und Schattenprozesse.
Ein ERP-Projekt ist deshalb immer auch ein Organisationsprojekt.
11. Das Projekt wird nur über Kosten gesteuert
Kostenkontrolle ist wichtig. Aber ein ERP-Projekt nur über Budget zu steuern, greift zu kurz.
Ein günstiges Projekt kann teuer werden, wenn wichtige Prozesse fehlen, Mitarbeitende das System umgehen oder später viel nachgebessert werden muss.
Umgekehrt ist nicht jede zusätzliche Investition schlecht, wenn sie dauerhaft manuellen Aufwand reduziert oder bessere Führungsinformationen ermöglicht.
Sinnvoller ist die Steuerung über Nutzen, Risiko und Priorität:
- Welche Funktion bringt welchen Nutzen?
- Welche Anforderung reduziert welches Risiko?
- Welche Anpassung verursacht welche Folgekosten?
- Was muss vor dem Go-live zwingend funktionieren?
- Was kann später ergänzt werden?
So bleibt das Projekt wirtschaftlich, ohne nur auf den tiefsten Initialaufwand zu schauen.
12. Es fehlt eine saubere Entscheidungsgrundlage vor dem Start
Viele Probleme entstehen, weil ERP-Projekte zu früh als Umsetzungsprojekt gestartet werden.
Dabei wäre vorher eine klare Entscheidungsgrundlage nötig:
- Ausgangslage
- Prozesse
- Ziele
- Prioritäten
- Systemlandschaft
- Datenlage
- Schnittstellen
- Nutzergruppen
- Risiken
- grobe Kosten
- sinnvolle Etappen
Ohne diese Grundlage wird die Umsetzung zur Analyse. Das ist teuer und ineffizient.
Ein vorgängiger Workshop oder Projekt-Check kann helfen, Risiken früh sichtbar zu machen und den Projektumfang realistisch zu definieren.
Fazit: ERP-Projekte laufen nicht plötzlich aus dem Ruder
ERP-Projekte geraten selten von einem Tag auf den anderen ausser Kontrolle. Meist geschieht es schrittweise.
Ein Ziel bleibt unklar. Eine Ausnahme wird übernommen. Eine Schnittstelle wird unterschätzt. Eine Entscheidung wird vertagt. Ein Bereich kommt zusätzlich dazu. Datenqualität wird später geklärt. Schulung wird nach hinten geschoben.
Jeder einzelne Punkt wirkt vielleicht klein. Zusammen verändern sie Budget, Zeitplan und Nutzen.
Deshalb ist die wichtigste Massnahme nicht mehr Kontrolle im Projekt, sondern bessere Klärung vor dem Projekt.
Ein ERP-Projekt braucht keine perfekte Planung bis ins letzte Detail. Aber es braucht eine belastbare Ausgangslage, klare Prioritäten und den Mut, nicht alles gleichzeitig zu lösen.
Kostenlosen Odoo Projekt-Check anfragen
Sie planen ein ERP- oder Odoo-Projekt und möchten vermeiden, dass Aufwand, Kosten oder Umfang aus dem Ruder laufen?
Im kostenlosen Odoo Projekt-Check klären wir gemeinsam:
- welche Prozesse heute den grössten Handlungsbedarf haben
- ob Odoo grundsätzlich zu Ihrer Ausgangslage passt
- welche Risiken bei Einführung, Daten, Schnittstellen und Akzeptanz bestehen
- welche Themen vor einem Workshop oder Projektstart geklärt werden sollten
- welcher nächste Schritt für Ihr Unternehmen sinnvoll ist
Der Projekt-Check ist kostenlos und unverbindlich. Ziel ist keine Demo ohne Kontext, sondern eine erste fachliche Einschätzung Ihrer Ausgangslage.
Ihr Projekt soll nicht auf dieser Liste landen?
Im kostenlosen Projekt-Check machen wir Risiken sichtbar, bevor sie Budget und Zeitplan kosten.