ERP Implementierung: Leitfaden in 7 Schritten zum Erfolg im Mittelstand

Eine ERP Implementierung verändert Prozesse, Datenflüsse und Abläufe im gesamten Unternehmen. Fehler bei Planung, Datenmigration oder Schulung führen deshalb oft zu Verzögerungen, Zusatzkosten oder Akzeptanzproblemen im Betrieb.

Entscheidend ist nicht nur die Auswahl der ERP-Software, sondern ein strukturiertes Vorgehen von der Anforderungsanalyse bis zum Go-live, also der produktive Start des neuen ERP-Systems“. Genau hier scheitern viele Projekte im Mittelstand.

Dieser Leitfaden zeigt, wie eine ERP Implementierung in der Praxis abläuft, welche typischen Fehler Unternehmen vermeiden sollten und welche 7 Schritte für ein stabiles ERP-Projekt entscheidend sind.

Inhaltsverzeichnis

• Warum ERP-Projekte scheitern oder gelingen
• Schritt 1: Projektstart und Scope sauber definieren
• Schritt 2: Prozesse und Anforderungen ermitteln
• Schritt 3: ERP-Auswahl und Implementierung richtig trennen
• Schritt 4: Lösung designen und Schnittstellen planen
• Schritt 5: Datenmigration sauber vorbereiten
• Schritt 6: Change, Schulung und Tests organisieren
• Schritt 7: Go-live, Rollout und Stabilisierung planen
• Kosten, Budget und Business Case
• Fazit
• FAQ zur ERP Implementierung
  
  

Warum ERP-Projekte scheitern oder gelingen

Eine ERP Implementierung gelingt, wenn Ziele, Prozesse, Daten und Verantwortlichkeiten vor dem Go-live klar definiert sind und das Projekt konsequent gesteuert wird. Typische Erfolgsfaktoren sind ein belastbarer Scope, saubere Stammdaten, realistische Ressourcenplanung, integrierte Tests und aktives Change Management (die Begleitung der Mitarbeitenden bei neuen Abläufen und Arbeitsweisen). So sinken Risiken für Betrieb, Kosten und Termine.

In KMU scheitern ERP-Projekte selten an einem einzelnen Fehler, sondern meist an unklaren Zielen, schlechter Datenqualität, fehlender Priorisierung oder zu spät eingebundenen Fachbereichen. Erfolgreiche Projekte setzen dagegen auf klare Verantwortlichkeiten, realistische Planung und standardisierte Prozesse.

Der Nutzen entsteht vor allem durch verlässliche Daten, weniger Medienbrüche und transparentere Abläufe. Entscheidend ist, dass die Einführung messbare Verbesserungen liefert – etwa kürzere Durchlaufzeiten, weniger manuelle Korrekturen oder bessere Bestandsqualität.

Studien zu ERP-Projekten zeigen immer wieder, dass klare Projektsteuerung, Management-Unterstützung, Datenqualität und ausreichende Ressourcen entscheidend für den Projekterfolg sind.

In der Praxis zeigen sich dabei vor allem folgende Erfolgs- und Risikofaktoren:

• Erfolgshebel: klarer Scope, priorisierte Anforderungen, definierte Prozessverantwortung, saubere Daten, testbarer Cutover-Plan
• Risikotreiber: zu viele Sonderlösungen, fehlende Key User, unklare Schnittstellenverantwortung, unzureichende Tests, unvollständige Schulung
• Messbare Ziele: Durchlaufzeit Auftrag, Liefertermintreue, Inventurdifferenzen, Abschlussdauer, Fehlerquote in Belegen
  
  

Welche Ziele sind bei einer ERP-Einführung realistisch?

Realistische Ziele sind konkret, messbar und innerhalb eines Projektzyklus erreichbar. Häufig eignen sich Zielgrößen entlang der End-to-End-Prozesse, etwa Order-to-Cash oder Procure-to-Pay. Dazu gehören klare Verantwortlichkeiten, definierte Stammdatenregeln und eine einheitliche Beleglogik über Standorte hinweg.

Unrealistisch sind Ziele, die strukturelle Themen überdecken sollen, etwa „alle Probleme verschwinden nach dem Go-live“ oder „jede Abteilung bekommt ihre Wunschlogik“. Ein ERP-System (zentrale Software für Warenwirtschaft, Buchhaltung, Einkauf, Verkauf und Prozesse) stabilisiert Prozesse, ersetzt aber keine fehlende Prozessdisziplin. Setzen Sie daher auf wenige, priorisierte Verbesserungen, die den Betrieb spürbar entlasten.

Typische realistische und unrealistische Erwartungen unterscheiden sich meist deutlich:

• Realistisch: Standardisierung von Kernprozessen, bessere Datenqualität, zentrale Bestands- und Auftragsübersicht, schnellere Auswertungen
• Unrealistisch: vollständige Individualisierung ohne Mehrkosten, gleichzeitige Reorganisation aller Bereiche, Go-live ohne temporäre Mehrbelastung
  
  

Welche Fehler verursachen ERP-Projekte am häufigsten?

Viele Risiken entstehen früh: ein Scope, der ständig wächst, zu späte Festlegung von Stammdatenregeln oder fehlende Verfügbarkeit von Fachpersonen. Später wirken sich unklare Integrationsgrenzen und unzureichende Testabdeckung aus.

Ein häufiger Fehler ist die Übernahme schlechter Stammdaten. Dubletten, uneinheitliche Artikelstrukturen oder fehlerhafte Einheiten verursachen später hohen Support- und Korrekturaufwand im laufenden Betrieb.

Besonders häufig führen folgende Probleme zu Verzögerungen, Mehrkosten oder instabilen Abläufen:

• Scope Creep ohne formales Change-Verfahren
• Customizing als Ersatz für Prozessentscheidungen
• Datenmigration ohne Datenverantwortliche und Qualitätsregeln
• Tests ohne realistische Use-Cases und ohne Abgleichberichte
• Schulung zu spät oder zu generisch, ohne Rollen- und Prozessbezug

Typische Stolpersteine und Gegenmaßnahmen in KMU

Schritt 1: Projektstart & Scope sauber definieren

Ein sauberer Projektstart reduziert spätere Reibung. Legen Sie fest, welche Prozesse und Standorte in den ersten Go-live gehen, welche Systeme abgelöst werden und welche Integrationen zwingend sind. Der Scope ist nicht nur eine Liste von Modulen, sondern ein betrieblicher Zuschnitt: welche Belegarten, welche Lager, welche Preislogiken, welche Produktionsarten.

Planen Sie Governance und Entscheidungswege so, dass Fachentscheidungen innerhalb weniger Tage getroffen werden. Im Mittelstand ist Geschwindigkeit ein Vorteil, wenn Rollen klar sind: Lenkungsausschuss für Prioritäten, Projektleitung für Termin und Budget, Prozessverantwortliche für End-to-End-Entscheidungen, Key User für Validierung im Alltag.

Bereits zu Beginn sollten folgende organisatorische Grundlagen definiert werden:

• Projektauftrag: Ziele, Nutzen, Scope, Annahmen, Risiken, Budgetrahmen
• Rollen: Sponsor, Projektleitung, Prozessverantwortliche, IT, Key User, Anbieter
• Entscheidungen: Change-Verfahren, Eskalationspfad, Abnahmekriterien je Meilenstein

Wie definiert man Scope und Rollen richtig?

Formulieren Sie 5 bis 8 Projektziele als messbare Ergebnisse, nicht als Tätigkeiten. Ergänzen Sie ein Scope-Statement mit klaren In-/Out-of-Scope-Punkten. So vermeiden Sie Diskussionen, ob ein Thema „noch schnell“ ergänzt wird. Legen Sie außerdem fest, wer Prozessentscheidungen treffen darf, etwa zu Preislogik, Lagerführung oder Produktionsrückmeldungen.

Richten Sie ein Change-Board ein, das Änderungen nach Nutzen, Risiko und Aufwand bewertet. Jede Änderung braucht eine Auswirkung auf Termin, Kosten und Tests. Damit bleiben Entscheidungen nachvollziehbar, und das Team kann fokussiert arbeiten.

• Ziele als KPI: z. B. Abschlussdauer, Bestandsgenauigkeit, Durchlaufzeit Auftrag
• Scope als Prozesslandkarte: Kernprozesse und Standorte priorisieren
• Governance: feste Entscheidungsmeetings, dokumentierte Beschlüsse, Abnahmelogik

Welche Inhalte gehören in einen ERP-Projektplan?

Ein belastbarer Projektplan definiert nicht nur Termine, sondern auch Ergebnisse, Verantwortliche und Abnahmekriterien. Planen Sie die Datenmigration, also die Übernahme bestehender Kunden-, Artikel-, Lager- und Bewegungsdaten, als eigenes Arbeitspaket mit Probeläufen. Verankern Sie Testphasen mit klarer Testfallabdeckung und Abgleichberichten. Ergänzen Sie einen Cutover-Plan, der die Umstellungsschritte und Verantwortlichkeiten bis zur ersten erfolgreichen Buchung beschreibt.

Ressourcenplanung ist ein kritischer Teil: Key User benötigen verbindliche Zeitkontingente. Ohne Entlastung entstehen Verzögerungen, die später nur durch Überstunden kompensiert werden. Planen Sie zudem Hypercare-Kapazität für die ersten Wochen nach Go-live.

• Deliverables: Prozesslandkarte, Rollenmodell, Backlog/Lastenheft, Integrationskonzept
• Tests: Testkonzept, Testfälle, UAT-Protokolle, Abnahmechecklisten
• Go-live: Cutover-Plan, Supportkonzept, Hypercare-Plan, KPI-Tracking

Gerade vor dem Projektstart hilft eine externe Sicht, Scope, Rollen, Meilensteine und Risiken realistisch zu bewerten. FIGULI CONSULTING begleitet KMU bei IT-, ERP- und Digitalisierungsprojekten und unterstützt dabei, ERP-Vorhaben strukturiert vorzubereiten – von der Prozessaufnahme über die Projektplanung bis zur sauberen Abstimmung mit Software- und Umsetzungspartnern.

ERP-Projekt strukturiert vorbereiten

Schritt 2: Prozesse & Anforderungen ermitteln

Anforderungsarbeit ist der Kern, weil sie Auswahl, Design, Daten und Tests steuert. Ziel ist nicht, jede Ausnahme zu dokumentieren, sondern die Wertschöpfungskette zu verstehen: wo entstehen Wartezeiten, Medienbrüche, Nacharbeit und fehlende Transparenz. Nutzen Sie Workshops entlang von End-to-End-Prozessen und ergänzen Sie Kennzahlen, um Prioritäten objektiv zu begründen.



Bewährt hat sich eine Kombination aus Prozessaufnahme (Ist), Zielbild (Soll) und einem priorisierten Backlog. So bleiben Anforderungen testbar und umsetzungsnah. Achten Sie darauf, dass Fachbereiche nicht nur „Funktionen“ wünschen, sondern Prozessregeln definieren, etwa Freigaben, Buchungslogik oder Verantwortlichkeiten.

Wie analysiert man Prozesse vor einer ERP-Einführung?

Starten Sie mit einer Prozesslandkarte und identifizieren Sie die wichtigsten 3 bis 5 Kernprozesse. Dokumentieren Sie dabei pro Prozess die einzelnen Schritte, beteiligten Rollen, genutzten Systeme, relevante Daten und typische Ausnahmen.

Wichtig ist, nicht nur den Ablauf zu erfassen, sondern auch Schwachstellen sichtbar zu machen – etwa manuelle Übertragungen, doppelte Dateneingaben, unklare Freigaben oder fehlende Informationen.

Definieren Sie zusätzlich wenige messbare Kennzahlen pro Prozess, damit Verbesserungen später nachvollziehbar bleiben. Typische KPIs sind Durchlaufzeiten, Fehlerquoten, Bestandsabweichungen oder der Anteil manueller Buchungen.

Für eine saubere Prozessanalyse sollten insbesondere folgende Punkte dokumentiert werden:

• Ist-Aufnahme: Prozesse, Systeme, Daten, Rollen und Ausnahmen
• Pain Points: Wartezeiten, Medienbrüche, Rückfragen und Fehlerquellen
• Soll-Zielbild: Standardprozesse, Verantwortlichkeiten, Freigaben und KPI-Ziele

Welche Anforderungen gehören ins Lastenheft?

Formulieren Sie Anforderungen so, dass sie prüfbar sind: Eingaben, Regeln, Ausgaben, Schnittstellen (Schnittstellen zu anderen Systemen, etwa Webshop, Buchhaltung, Versand oder Zeiterfassung) und Berechtigungen. 
Trennen Sie Must-haves (Go-live-fähig) von Nice-to-haves (Optimierung nach Stabilisierung). Typische Must-haves sind korrekte Buchungslogik, steuerlich saubere Belege, Stammdatenfelder, Kernreports sowie die Integrationen, die den Betrieb sichern.

Nutzen Sie Akzeptanzkriterien, damit Tests eindeutig werden. 
Beispiel: „Ein Auftrag mit Teillieferung erzeugt automatisch korrekte Lieferscheine und Rechnungen, inklusive Rückstandslogik, und die Buchungen stimmen mit dem Abgleichbericht überein.

Je nach Branche unterscheiden sich die Schwerpunkte: Im Handel zählen Varianten, Preise und Lagerprozesse, in der Produktion Stücklisten, Materialfluss und Rückmeldungen, bei Dienstleistern Projekt-, Zeit- und Abrechnungslogik.

Schritt 3: ERP-Auswahl und Implementierung richtig trennen

ERP-Auswahl und Implementierung verfolgen unterschiedliche Ziele. Während es in der Auswahl um Prozess-Fit, Risiken, Betriebskonzept und Budgetrahmen geht, stehen in der Umsetzung Datenmigration, Schnittstellen, Tests und Go-live im Fokus.

Werden beide Phasen vermischt, entstehen häufig Projekte, die in Demos gut wirken, kritische Prozesse später aber nur mit hohem Aufwand abbilden können.

• Auswahl: Prozess-Fit, Anbieterentscheidung und Budgetrahmen
• Implementierung: Prozesse, Datenmigration, Schnittstellen und Go-live
• Ziel: eine belastbare Entscheidungsgrundlage für die Umsetzung

Welche Kriterien entscheiden wirklich?

Bewerten Sie zuerst, ob das ERP-System Ihre wichtigsten Kernprozesse sauber abbildet. Danach prüfen Sie Skalierung, Schnittstellen, Reporting, Berechtigungen und das passende Betriebsmodell – etwa Cloud, On-Premise oder hybrid.

Wenn ERP-Systeme On-Premise oder hybrid betrieben werden, ist auch die zugrunde liegende Server-Infrastruktur relevant. Mehr dazu im Beitrag „Proxmox Cluster aufbauen: Hochverfügbarkeit für Ihre Server-Infrastruktur“.

Branchenfunktionen sind sinnvoll, wenn sie echte Prozessvorteile bringen, etwa Variantenlogik im Handel oder Fertigungssteuerung in der Produktion. Seltene Sonderfälle sollten dagegen nicht zum Hauptkriterium werden, wenn sie organisatorisch einfacher lösbar sind.

Für viele KMU kann auch blue office eine pragmatische Option sein, wenn Warenwirtschaft, Lagerprozesse und kaufmännische Abläufe schnell eingeführt und verständlich geschult werden sollen. Gerade bei kleineren und mittelständischen Unternehmen kann der Vorteil darin liegen, dass Einrichtung, Einführung und Einschulung häufig deutlich schlanker ausfallen als bei sehr komplexen ERP-Systemen. Dadurch lassen sich Aufwand, Projektlaufzeit und Einstiegskosten oft reduzieren – vorausgesetzt, Funktionsumfang und Prozesse passen zum Unternehmen.

FIGULI CONSULTING unterstützt dabei, genau diese Passung zu prüfen und blue office so einzuführen, dass Prozesse, Schulung und laufender Betrieb sauber zusammenspielen.

Wie vergleicht man Anbieter strukturiert?

Nutzen Sie Demos nicht als reine Produktpräsentation, sondern als Prüfung definierter Use-Cases. Arbeiten Sie mit Testdaten, Rollen und erwarteten Ergebnissen. Eine Bewertungsmatrix hilft, Prozess-Fit, Aufwand, Risiken und Betriebskonzept nachvollziehbar zu vergleichen.

Schritt 4: Lösung designen und Schnittstellen planen

In vielen KMU ist das ERP-System nicht nur eine einzelne Software, sondern der zentrale Bestandteil der gesamten Systemlandschaft. Typisch sind Anbindungen an CRM, E-Commerce, Lagertechnik, Buchhaltung, BI oder branchenspezifische Anwendungen. Bei Lagerprozessen kann auch mobile Datenerfassung eine wichtige Rolle spielen. Mehr dazu im Beitrag „Mobile Datenerfassung mit blue office: Prozesse im Lager optimieren“.

Ein gutes Lösungsdesign orientiert sich am Zielprozess und nicht an bestehenden Abteilungsgrenzen. Dadurch entstehen konsistente Datenflüsse, weniger Medienbrüche und stabilere Abläufe im Alltag.

Damit Integrationen langfristig zuverlässig funktionieren, sollten folgende Punkte früh definiert werden:

• Kritische Schnittstellen zuerst priorisieren
• Datenflüsse und Verantwortlichkeiten definieren
• Monitoring und Fehlerhandling früh einplanen
  
  

Welche Schnittstellen sind bei ERP-Systemen typisch?

Typisch sind Anbindungen an CRM-Systeme für Kunden- und Vertriebsdaten, E-Commerce-Plattformen für Aufträge und Preise, Lagertechnik für Bestandsbewegungen sowie Finanzsysteme für Buchungen, Zahlungen und Mahnwesen. In der Produktion kommen zusätzlich MES-, BDE- oder Qualitätsmodule hinzu.

Wichtig ist dabei, pro Integration klare führende Datenquellen festzulegen, damit keine widersprüchlichen Stammdaten entstehen.

Definieren Sie außerdem früh, wie Fehler erkannt, geprüft und korrigiert werden. Ohne klare Prozesse werden Schnittstellen schnell zum dauerhaften Störfaktor.

Wie vermeidet man Medienbrüche im ERP-Prozess?

Definieren Sie pro End-to-End-Prozess klare Statusübergänge, Verantwortlichkeiten und Buchungslogiken. Fehlen diese Regeln, entstehen oft Parallelprozesse in Excel, E-Mail oder separaten Tools.

Besonders wichtig sind eindeutige Freigaben, nachvollziehbare Statuswechsel und konsistente Buchungszeitpunkte. Dadurch sinken manuelle Nacharbeiten und Datenfehler deutlich.

Wann ist Customizing sinnvoll – und wann nicht?

Customizing ist sinnvoll, wenn es einen klaren geschäftlichen Nutzen bringt und langfristig wartbar bleibt. Kritisch wird es, wenn Sonderlogik nur historische Gewohnheiten abbildet oder spätere Updates erschwert.

Prüfen Sie deshalb jede Abweichung vom Standard anhand von Nutzen, Risiko, Implementierungsaufwand und langfristigen Betriebskosten. Standardisierung sollte dabei immer Vorrang vor unnötiger Sonderlogik haben.

• Customizing nur mit klarer Begründung und definierten Zielen
• Folgekosten für Updates, Tests und Support berücksichtigen
• Standardisierung als Grundlage für stabile Prozesse nutzen

Schritt 5: Datenmigration sauber vorbereiten

Datenmigration gehört zu den kritischsten Phasen einer ERP-Einführung. Fehler bei Stammdaten, offenen Posten oder Beständen fallen oft erst kurz vor dem Go-live auf und verursachen dann Verzögerungen, Nacharbeit oder falsche Auswertungen.

Planen Sie die Migration deshalb nicht als einmaligen Export-Import, sondern als strukturierten Prozess mit Datenbereinigung, Probeläufen, Abgleichberichten und klaren Verantwortlichkeiten. Wichtig ist, früh festzulegen, welche Daten wirklich benötigt werden und wer die fachliche Qualität prüft.

In der Praxis haben sich vor allem folgende Punkte bewährt:

• Migration mit mehreren Probeläufen planen
• Datenbestände und offene Posten sauber abgleichen
• Cutover mit Zeitplan und Verantwortlichkeiten vorbereiten

Welche Daten sollten migriert werden?

Migrieren Sie vor allem Daten, die für den laufenden Betrieb notwendig sind: Kunden, Lieferanten, Artikel, Preise, Lagerorte, Konten, Kostenstellen sowie offene Aufträge, offene Bestellungen, offene Posten und relevante Bestände.

Historische Daten sollten nur übernommen werden, wenn sie operativ oder rechtlich benötigt werden. Veraltete, doppelte oder unklare Daten erhöhen dagegen Komplexität und Fehlerrisiken unnötig.

• Pflicht: Stammdaten, offene Vorgänge und Bestände
• Optional: begrenzte Historie für Auswertungen oder Nachweise
• Nicht migrieren: Dubletten, veraltete Artikel oder inaktive Datensätze ohne Nutzen

Wie verbessert man die Datenqualität vor dem Go-live?

Beginnen Sie mit einfachen Regeln: eindeutige Schlüssel, Pflichtfelder, definierte Einheiten, einheitliche Schreibweisen und klare Dublettenlogik. Legen Sie außerdem Verantwortliche fest, die fachliche Entscheidungen treffen dürfen, etwa bei der Zusammenführung von Kunden oder der Standardisierung von Artikelattributen.

Priorisieren Sie zuerst die Datenobjekte, die für Kernprozesse wichtig sind. Für den ersten Go-live braucht es keine perfekte Datenhistorie, sondern eine belastbare Mindestqualität für Kunden, Artikel, Preise, Lagerbestände und offene Vorgänge.

Wie testet man eine Datenmigration sicher?

Dokumentieren Sie, welche Daten aus dem Altsystem in welche Felder des neuen ERP-Systems übernommen werden. Führen Sie anschließend mehrere Testmigrationen durch und vergleichen Sie Mengen, Bestände, offene Posten und Werte systematisch.

Wichtig ist außerdem ein Cutover-Plan: Er beschreibt die konkreten Umstellungsschritte, Verantwortlichkeiten und Prüfungen bis zur ersten erfolgreichen Buchung im neuen System.

• Mapping und Transformationsregeln dokumentieren
• Probeläufe mit festen Testdaten durchführen
• Cutover mit Datenfreeze, Importreihenfolge und Validierung planen
  
  

Zur Kosten- und Wirtschaftlichkeitsbetrachtung von Migrationen im Mittelstand kann die Studie der Universität Wien: Kosten-Nutzen-Analyse einer ERP-Einführung zusätzliche Orientierung bieten.

Schritt 6: Change, Schulung und Tests organisieren

Die technische Umsetzung allein entscheidet noch nicht über den Erfolg einer ERP-Einführung. Entscheidend ist, ob Prozesse verstanden, akzeptiert und im Alltag sauber genutzt werden. Deshalb sollten Change Management, Schulungen und Tests früh geplant werden.

Gerade in KMU helfen klare Kommunikation, kurze Entscheidungswege und die aktive Einbindung von Key Usern dabei, Unsicherheiten zu reduzieren und Prozesse schneller zu stabilisieren.

Tests bilden die Grundlage für einen stabilen Go-live. Sie helfen, Fehler in Prozessen, Berechtigungen und Schnittstellen vor dem Go-live zu erkennen – bevor sie den laufenden Betrieb beeinträchtigen.

Bei neuen ERP-Zugängen, Rollen und Endgeräten sollte auch die Absicherung der Arbeitsplätze mitgedacht werden. Mehr dazu im Beitrag „Endpoint Security“.

Bewährt haben sich insbesondere folgende Punkte:

• Klare Kommunikation und feste Verantwortlichkeiten
• Rollenbasierte Schulungen mit Praxisfällen
• End-to-End-Tests mit dokumentierten Ergebnissen

Wie organisiert man Change Management sinnvoll?

Benennen Sie Key User pro Prozess oder Standort, die Anforderungen validieren, Tests begleiten und später als erste Anlaufstelle dienen. Kommunizieren Sie regelmäßig über Ziele, Zeitplan und Auswirkungen auf den Arbeitsalltag.

Wichtig ist außerdem ein strukturierter Umgang mit Feedback. Mitarbeitende sollten nachvollziehen können, wie Rückmeldungen bewertet und Entscheidungen getroffen werden.

FIGULI CONSULTING unterstützt Unternehmen dabei, Change-Prozesse, Projektsteuerung und Kommunikation praxisnah aufeinander abzustimmen.

Welche Schulungsformate funktionieren in KMU?

Besonders wirksam sind rollen- und prozessbasierte Schulungen mit realistischen Praxisfällen. Häufig bewährt sich ein Train-the-Trainer-Ansatz, bei dem Key User später als interne Ansprechpartner dienen.

Kurze Prozessanleitungen und Übungen mit echten Abläufen reduzieren Rückfragen nach dem Go-live deutlich.

Welche Tests sind vor dem Go-live Pflicht?

Vor dem Go-live sollten insbesondere Integrationstests, User Acceptance Tests (UAT) und Berechtigungstests durchgeführt werden. Dabei müssen nicht nur einzelne Funktionen, sondern vollständige Prozessketten geprüft werden.

Wichtig ist, dass Ergebnisse dokumentiert und fachlich bewertet werden. Entscheidend ist nicht, ob ein Prozess „klickbar“ ist, sondern ob Buchungen, Bestände und Auswertungen korrekt funktionieren.

Schritt 7: Go-live, Rollout und Stabilisierung planen

Der Go-live ist kein reines IT-Ereignis, sondern der Übergang in den laufenden Betrieb. Entscheidend sind ein getesteter Cutover, klare Verantwortlichkeiten und ein Supportmodell, das die ersten Wochen nach dem Start abdeckt.

Bei mehreren Standorten oder Filialen muss zusätzlich entschieden werden, ob das ERP-System auf einmal oder schrittweise eingeführt wird. Wichtig ist, die Stabilisierung als eigene Phase zu planen: In den ersten Wochen entstehen Fragen, kleinere Fehler und Anpassungsbedarf.

Nach dem Go-live wird ERP schnell Teil des laufenden IT-Betriebs. Warum regelmäßige Wartung, Monitoring und klare Supportprozesse dafür entscheidend sind, zeigt der Beitrag „IT-Wartung für Unternehmen: Warum regelmäßige Betreuung entscheidend ist“.

Für einen stabilen Start sollten vor allem folgende Punkte vorbereitet werden:

• Go-live-Voraussetzungen: Abnahmen, Cutover-Test, Supportbereitschaft
• Rollout: Standortreihenfolge, Trainingsplanung, Berechtigungen
• Stabilisierung: Hypercare, Fehlerklassifizierung, KPI-Review

Big Bang oder Rollout in Wellen?

Ein Big Bang kann sinnvoll sein, wenn Prozesse stark integriert sind und parallele Systemwelten hohe Risiken erzeugen, etwa bei zentraler Bestandsführung. Er erfordert jedoch sehr gute Tests, saubere Daten und hohe Schulungsreife.

Ein schrittweiser Rollout reduziert das Risiko, weil Erfahrungen aus dem ersten Standort in weitere Einführungswellen einfließen können. Häufig ist auch ein hybrider Ansatz sinnvoll: zentrale Funktionen und Stammdaten gehen gemeinsam live, Standorte folgen in Wellen.

Wie lange dauert eine ERP Implementierung?

Die Dauer hängt vor allem von Prozesskomplexität, Datenqualität, Schnittstellen und Verfügbarkeit der Fachbereiche ab. In vielen KMU liegt ein realistischer Rahmen für den ersten Go-live bei etwa 6 bis 12 Monaten. Bei hoher Integrationsdichte oder Produktionskomplexität kann es länger dauern.



Beschleunigen lässt sich das Projekt durch klare Priorisierung, frühe Datenprobeläufe, schnelle Entscheidungen und eine standardnahe Umsetzung.

• Treiber: Standorte, Schnittstellen, Customizing, Datenbereinigung, Testumfang
• Beschleuniger: klare Governance, frühe Prototypen, standardnahe Prozesse
• Bremser: Scope Creep, fehlende Key-User-Zeit, späte Schnittstellenklärung

Was gehört in die Hypercare-Phase?

Hypercare ist die kontrollierte Stabilisierung nach dem Go-live. Legen Sie Supportkanäle, Zuständigkeiten, Ticketkategorien und Reaktionszeiten fest. Themen sollten nach Schweregrad priorisiert werden: kritische Fehler werden sofort behoben, Optimierungen kommen in ein Verbesserungsbacklog.

Ergänzen Sie KPI-Tracking, um Stabilität messbar zu machen. Sinnvolle Kennzahlen sind Durchlaufzeiten, Fehlerquoten, Bestandsdifferenzen, Abschlussdauer oder Systemverfügbarkeit.

Weitere technische Best Practices zu Hochverfügbarkeit, Clusterbetrieb und Stabilisierung nach Änderungen beschreibt auch die offizielle Proxmox Dokumentation.

• Supportmodell: Key User, Anbieter, Eskalationen
• Fehlersteuerung: Prioritäten, Hotfixes, Regressionstests
• KPI-Review: Messpunkte, Zielwerte, Maßnahmenplan

Kosten, Budget und Business Case einer ERP Implementierung

Die Kosten einer ERP-Einführung entstehen nicht nur durch Software, sondern vor allem durch Implementierung, Integrationen, Datenmigration, Schulung und den laufenden Betrieb. Für ein realistisches Budget sollten alle Kostenblöcke früh erfasst und priorisiert werden.

Ein belastbarer Business Case bewertet Nutzen und Aufwand anhand konkreter KPIs, etwa Zeitersparnis, geringere Fehlerquoten, bessere Bestände oder schnellere Abschlüsse. Ergänzend spielen auch Skalierbarkeit und geringere Abhängigkeit von Einzelpersonen eine Rolle.

Pauschale Kostenangaben sind bei ERP-Projekten nur begrenzt sinnvoll, weil Aufwand und Budget stark von Prozesskomplexität, Datenqualität, Schnittstellen, Nutzerzahl, Betriebsmodell und gewünschtem Customizing abhängen. Seriöser ist eine Kalkulation nach Arbeitspaketen, Risiken und klaren Go-live-Zielen.

Für Unternehmen in Österreich können je nach Zeitpunkt und Programm auch Förderungen relevant sein. Eine Übersicht bietet das Förderprogramm KMU.DIGITAL.

Welche Kostenblöcke werden häufig unterschätzt?

Unterschätzt werden häufig Schnittstellen, Datenbereinigung und Schulung. Gerade Datenmigration und Integrationen verursachen oft zusätzlichen Abstimmungs- und Testaufwand.

Auch interne Kosten sollten berücksichtigt werden: Zeit der Key User, Projektleitung, Tests und temporäre Mehrarbeit im Tagesgeschäft.

• Einmalig: Implementierung, Migration, Integrationen, Tests, Schulung
• Laufend: Betrieb, Support, Updates, Monitoring
• Intern: Projektzeit, Entscheidungen, Hypercare-Aufwand

Wie kalkuliert man ein realistisches ERP-Budget?

Erstellen Sie eine Budgetstruktur nach Arbeitspaketen und definieren Sie Verantwortlichkeiten, Annahmen und Risiken. Sinnvoll ist außerdem ein risikobasierter Puffer, etwa für Datenqualität oder Schnittstellen.

Für viele KMU empfiehlt sich ein „Minimum Viable ERP“ zum ersten Go-live: Kernprozesse stabil, Daten sauber und kritische Schnittstellen funktionsfähig. Erweiterungen können später folgen.

• Budget nach Arbeitspaketen strukturieren
• Risikopuffer für Daten und Integrationen einplanen
• Must-haves klar von späteren Optimierungen trennen

 Typische Kostenblöcke einer ERP-Einführung im Überblick

Fazit

Eine ERP Implementierung ist dann erfolgreich, wenn sie nicht nur als Softwareprojekt, sondern als Prozess-, Daten- und Veränderungsprojekt geführt wird. Für KMU zählen vor allem klarer Scope, priorisierte Anforderungen, saubere Stammdaten, realistische Tests und ein stabiler Go-live.

Die 7 Schritte helfen dabei, Risiken früh zu erkennen und Entscheidungen strukturiert zu treffen. Wer Datenmigration, Schnittstellen, Schulung und Hypercare sauber plant, reduziert Nacharbeit, Kosten und operative Störungen deutlich.

FIGULI CONSULTING unterstützt KMU dabei, ERP-Projekte methodisch zu strukturieren – von der Prozessaufnahme und Projektplanung über Datenmigration und Schnittstellen bis zu Tests, Schulung und Go-live-Vorbereitung. So entsteht kein reines Softwareprojekt, sondern ein umsetzbarer Fahrplan für stabile Abläufe im laufenden Betrieb.

ERP-Projekt strukturiert mit FIGULI planen

FAQ zur ERP Implementierung

Was sind die wichtigsten ERP Implementierung Schritte im Mittelstand?

Die wichtigsten Schritte sind: Projektstart und Scope, Prozess- und Anforderungsarbeit, Auswahl und Umsetzungsplanung, Lösungsdesign mit Integrationen, Datenmigration mit Probeläufen, Change/Schulung und Tests sowie Go-live mit Hypercare. Entscheidend sind Abnahmen und messbare Ergebnisse je Phase.

Wie läuft eine ERP Implementierung ab, wenn der Betrieb weiterlaufen muss?

Planen Sie einen stufenweisen Aufbau mit frühen Prototypen, wiederholbaren Datenprobeläufen und klaren Testphasen. Legen Sie Cutover-Schritte, Datenfreeze und Supportbereitschaft verbindlich fest. So reduzieren Sie Risiken für Tagesgeschäft, Lieferfähigkeit und Abschlüsse während der Umstellung.

Welche typischen Fehler führen bei ERP-Projekten zu Mehrkosten?

Häufige Ursachen sind Scope-Erweiterungen ohne Change-Verfahren, zu viel Customizing statt Standardisierung, unterschätzte Datenbereinigung und unzureichende Tests. Auch fehlende Key-User-Zeit führt zu späten Korrekturen. Diese Punkte erhöhen Implementierungs-, Test- und Supportaufwand deutlich.

Wie gelingt die Datenmigration in ein ERP-System ohne lange Nacharbeit?

Benennen Sie Datenverantwortliche, definieren Sie Mindestqualität und führen Sie mehrere Probeläufe mit Abgleichberichten durch. Dokumentieren Sie Mapping und Transformationen und testen Sie den Cutover als Trockenlauf. So erkennen Sie Fehler vor dem Go-live und vermeiden Korrekturen im Produktivbetrieb.

Big Bang oder Rollout in Wellen: Wann ist welche Einführung sinnvoll?

Big Bang passt, wenn Prozesse stark integriert sind und parallele Systemwelten zu Inkonsistenzen führen würden. Ein Rollout in Wellen eignet sich, wenn Standorte unterschiedlich arbeiten oder Kapazitäten begrenzt sind. Entscheidend sind Datenkonsistenz, Saisonalität, Testreife und Supportfähigkeit.

Welche Tests sollten vor dem Go-live mindestens durchgeführt werden?

Mindestens nötig sind Integrationstests über alle Schnittstellen, UAT mit Key Usern entlang realer End-to-End-Use-Cases sowie Berechtigungstests für Rollen und Freigaben. Bei hohem Datenvolumen kommen Performance-Tests hinzu. Dokumentierte Abnahmen und Abgleichberichte sichern die fachliche Korrektheit.

Wie lange dauert eine ERP Implementierung im Mittelstand?

Eine ERP Implementierung dauert im Mittelstand häufig 6 bis 12 Monate. Entscheidend sind Prozesskomplexität, Datenqualität, Anzahl der Schnittstellen, Customizing-Anteil und Verfügbarkeit der Fachbereiche. Ein klarer Scope und frühe Datenprobeläufe verkürzen die Projektlaufzeit deutlich.