Jetzt Demotermin vereinbaren!

ERP Go-Live - und dann?

Warum viele Projekte gerade nach dem Start scheitern

Der große Tag ist gekommen: Wochen, Monate – manchmal Jahre – an Planung, Workshops, Datenmigration, Tests und Change Management münden in diesen einen Moment:

Das neue ERP-System geht live.

Der Projektplan hat seinen letzten Meilenstein erreicht. Und jetzt?

Jetzt beginnt der Teil, über den kaum jemand spricht – aber der über Erfolg oder Scheitern des gesamten Projekts entscheidet.

 

Viele Unternehmen betrachten den Go-Live als das große Ziel und definieren „Erfolg“ an der reinen Inbetriebnahme: Die Daten sind migiriert, das System läuft, die Nutzer*innen können sich einloggen.

Ein Trugschluss. In Wahrheit ist der Go-Live nur der Übergang von der Theorie in die Realität. Ein Go-Live ohne technische Katastrophe ist kein Garant für nachhaltigen Projekterfolg. Denn:

„Nicht die Technik entscheidet über den Erfolg eines ERP-Projekts, sondern die Akzeptanz und Nutzung im Alltag.“

Der wahre Test beginnt erst mit dem Echtbetrieb. Ein System, das auf dem Papier funktioniert, muss sich jetzt im echten Geschäftsalltag bewähren: unter Zeitdruck, mit echten Kundendaten, mit gestressten Usern – und ohne Netz und doppelten Boden.

👉 Der wahre Projekterfolg zeigt sich nicht am Go-Live-Tag, sondern in den sechs bis zwölf Monaten danach.

 

Die ersten vier bis acht Wochen nach dem Go-Live entscheiden, ob das System angenommen wird – oder ob Frust entsteht. Diese Phase ist so entscheidend, dass man sie als „Make or Break“-Moment bezeichnen kann.

a) Der Support-Stau

Mit dem Go-Live wird das ERP-System aus der Testumgebung in die Realität überführt – und plötzlich ist nichts mehr Theorie. Nutzer:innen arbeiten jetzt mit echten Daten, unter echtem Zeitdruck und in echten Prozessen. Was im Testlauf noch funktionierte, wirkt nun ungewohnt, fehleranfällig oder schlicht „anders als vorher“.

Das führt zu einem sprunghaften Anstieg an Support-Tickets, Anrufen und Rückfragen. Selbst kleinste Probleme – z. B. ein fehlender Button, ein unerwarteter Hinweistext oder ein nicht gespeicherter Filter – werden plötzlich zum produktiven Risiko.

Typische Folge:
Das Support-Team wird überlastet. Unklare Zuständigkeiten („Ist das ein Bug oder ein Bedienfehler?“) führen zu Verzögerungen. Die Stimmung kippt – intern wird bereits nach zwei Tagen von einem „komplizierten System“ gesprochen.

Was hilft:
Ein dediziertes Hypercare-Team mit klaren Eskalationsstufen, direktem Zugriff auf Key-User und einem transparenten Ticketprozess. Je schneller Probleme gelöst werden, desto höher bleibt das Vertrauen in das neue System.

 

 

b) Die Schatten-IT kehrt zurück

Wenn das ERP-System nicht sofort intuitiv funktioniert oder Prozesse gefühlt länger dauern als vorher, entsteht ein gefährlicher Reflex: Mitarbeitende greifen auf ihre altbekannten Tools zurück – meist Excel.

Ob es sich um Angebotskalkulationen, Forecasts oder Zeiterfassungen handelt: Wenn der Nutzerkomfort fehlt, wird die offizielle Lösung umgangen. Das Problem dabei: Diese Workarounds sind unsichtbar, wachsen unkontrolliert – und widersprechen dem Ziel einer zentralen, sauberen Datenhaltung.

Typisches Szenario:
Ein Vertriebsmitarbeiter nutzt wieder seine alte Angebots-Excel, „weil es schneller geht“. Ein Team führt Kundenstammdaten parallel in einer Access-Datenbank, um eigene Felder zu ergänzen. Und niemand hat mehr den Überblick.

Was hilft:
Frühzeitig proaktive Kommunikation: Welche Pain Points sind bekannt? Wo hakt es? Und vor allem: Wann wird es besser?
Zusätzlich helfen begleitende Schulungen mit Fokus auf den Nutzen, nicht nur auf die Bedienung.

 

 

c) Produktivitätseinbrüche

Neue Systeme bringen neue Prozesse. Und obwohl diese im Idealfall besser, konsistenter und zukunftsfähiger sind – sie sind zunächst einmal: ungewohnt.

Abläufe, die vorher „blind“ funktionierten, brauchen plötzlich Nachdenken. Freigabeschritte müssen neu verstanden, Pflichtfelder neu gefüllt werden. Das alles kostet Zeit – und erzeugt das Gefühl von „Mehrarbeit“, auch wenn langfristig eine Effizienzsteigerung vorgesehen ist.

Beispiel aus der Praxis:
Ein Einkaufsprozess dauert plötzlich 10 % länger, weil mehrere Abteilungen beteiligt sind. Die neue Projektabrechnung verlangt andere Kostenzuordnungen. Die Mahnung wird nicht automatisch versendet, weil ein Workflow-Schritt nicht bekannt ist.

Was hilft:
Geduld – aber keine Passivität. Die Produktivität darf temporär sinken, aber nur, wenn sie messbar wieder steigt. Dazu braucht es aktives Coaching, regelmäßige Feedback-Loops und kleine Erfolgserlebnisse („So geht es schneller mit dem neuen System“).
Ein klar kommuniziertes Zielbild hilft enorm: „Wofür machen wir das alles?“

 

Die ersten Wochen nach dem Go-Live sind entscheidend. In dieser sogenannten Hypercare-Phase entscheidet sich, ob das neue ERP-System akzeptiert wird – oder ob es als bürokratische Hürde wahrgenommen wird. Jetzt zeigt sich, wie tragfähig das Projekt wirklich ist. Und: Wie gut Unternehmen vorbereitet sind, wenn Theorie auf Praxis trifft.

In dieser Zeit muss das Projektteam hoch reaktionsfähig, lösungsorientiert und präsent sein. Denn Fehler, Unsicherheiten und Widerstände treten nicht trotz, sondern wegen des Go-Lives auf – und das ist vollkommen normal. Der Unterschied liegt darin, wie damit umgegangen wird.

 

Erfolgsfaktoren für eine stabile Hypercare-Phase:

🔹 Ein dediziertes Support-Team mit klaren Eskalationswegen
Nicht jeder Bug ist kritisch – aber wenn keiner weiß, wer zuständig ist, wird jede Rückfrage zum Problem. In der Hypercare-Phase braucht es ein gut erreichbares, interdisziplinäres Team mit kurzen Entscheidungswegen. Support darf jetzt keine Nebenaufgabe sein, sondern ist zentrales Projektziel. Idealerweise ist dieses Team bereits vor dem Go-Live eingespielt und hat Zugriff auf Key-User, Entwickler und Prozessverantwortliche.

🔹 Transparente Kommunikation an alle User – inkl. Fehler, Workarounds und Updates
Mitarbeitende akzeptieren Probleme, wenn sie wissen, dass daran gearbeitet wird. Nicht akzeptiert werden Schweigen, Ignoranz oder unklare Anweisungen. Deshalb braucht es regelmäßige Hypercare-Updates: Was wurde behoben? Was ist bekannt? Wo gibt es temporäre Workarounds? Je klarer die Kommunikation, desto höher das Vertrauen in das System.

🔹 Schnelles Bugfixing und kontinuierliche Optimierungen
In der Hypercare-Phase ist „Time to Resolution“ ein kritischer Faktor. Kleine Störungen können schnell zum Flächenbrand werden, wenn sie nicht aktiv adressiert werden. Priorisieren Sie Fehler nach Relevanz und Sichtbarkeit im Alltag. Und: Nutzen Sie das Momentum, um kleine Optimierungen direkt umzusetzen – das zeigt den Usern, dass ihr Feedback ernst genommen wird.

🔹 Monitoring der Prozess-Performance in Echtzeit
Nicht alles zeigt sich im Helpdesk. Manche Probleme erkennt man nur in der Analyse: etwa ungewöhnlich lange Durchlaufzeiten, ungewöhnlich viele Abbrüche oder hohe Nachbearbeitungsquoten. Wer Prozesse in der Hypercare-Phase aktiv misst und analysiert, kann frühzeitig gegensteuern – bevor die Stimmung kippt oder ineffiziente Abläufe sich verfestigen.

 

👉 Tipp:
Legen Sie bereits vor dem Go-Live ein eigenes KPI-Set fest, um nach dem Start nicht blind in die ersten Wochen zu stolpern.
Typische Hypercare-KPIs sind z. B.:

     – Anzahl offener Tickets nach Priorität
     – Antwortzeit des Supports
     – Erledigungsquote je Woche
     – Verfügbarkeit/Fehlerquote einzelner Prozessschritte
     – Nutzerfeedback aus kurzen Pulsbefragungen

Nur wer misst, kann frühzeitig reagieren – und genau das ist in der Hypercare-Phase entscheidend.

 

Die zweite Welle der Veränderung
Ein weitverbreiteter Irrtum lautet: „Jetzt, wo das System technisch läuft, wird sich der Rest schon von selbst einspielen.“ Doch das ist ein Trugschluss – und eine gefährliche Illusion.

Der eigentliche kulturelle Wandel beginnt erst nach dem Cutover. Während der Fokus im Projekt oft auf dem technischen Rollout und der Datenmigration liegt, beginnt die echte Veränderung dort, wo es wehtut: im Alltag der Nutzer.

💡 Was viele unterschätzen:

Führungskräfte spielen jetzt eine Schlüsselrolle.
Sie müssen nicht nur hinter dem neuen System stehen, sondern es aktiv nutzen und in ihren Teams sichtbar verankern – durch Vorbild, Sprache und Konsequenz.

Veränderung braucht mehr als Software.
enschen halten gern an Gewohnheiten fest – selbst dann, wenn Prozesse ineffizient oder überholt sind. Neue Masken und Funktionen führen nicht automatisch zu neuen Verhaltensweisen.

Prozesse stabilisieren sich oft erst Wochen später.
Auch wenn das System technisch funktioniert, wirken neue Abläufe häufig erst dann zuverlässig, wenn sie im Tagesgeschäft mehrfach durchlaufen wurden – mit Anpassungen, Rückfragen und echtem Nutzungsdruck.

 

🧭 Was es nach dem Go-Live weiterhin braucht:

🗣️ Kontinuierliche Kommunikation und Motivation
Veränderung gelingt nicht mit einer Einmalansprache. Mitarbeitende brauchen wiederkehrende Impulse, konkrete Anwendungsbeispiele und die klare Botschaft: „Wir bleiben dran – und ihr seid nicht allein.“

🎓 Schulungen in der realen Arbeitssituation
Theorie ist das eine – aber der echte Lernprozess beginnt, wenn Mitarbeitende das System im Alltag nutzen müssen. Praxisnahe Trainings, kurze Online-Formate oder begleitete Sessions am Arbeitsplatz sind jetzt besonders wirksam.

🔄 Feedback- und Verbesserungsloops
Wer den Wandel ernst nimmt, hört zu. Wo hakt es noch? Was funktioniert besser als gedacht? Regelmäßige Feedbackschleifen mit Nutzern, Key-Usern und Fachbereichen ermöglichen gezielte Nachsteuerung – und machen spürbar, dass Weiterentwicklung Teil der neuen Kultur ist.

 

Ein ERP-System ist kein einmaliges Produkt, das nach dem Go-Live „fertig“ ist. Vielmehr ist es ein lebendiges System, das kontinuierlich betreut und optimiert werden muss. Die Zeit unmittelbar nach dem Go-Live ist oft geprägt von Hektik und Fehlerbehebung – doch spätestens danach braucht es eine bewusste Stabilisierungsphase.

Was bedeutet Stabilisierung konkret?

Systematische Dokumentation der Erkenntnisse:
Erfassen Sie, welche Probleme häufig auftreten, welche Prozesse noch nicht rund laufen und wo die User immer wieder nachfragen. Diese Dokumentation ist Gold wert, um den Fokus bei weiteren Verbesserungen gezielt zu setzen.

Standardisierung der Abläufe:
Nutzen Sie die Erkenntnisse aus der Hypercare-Phase, um Prozesse zu vereinheitlichen und Schnittstellen zu optimieren. Gerade Workarounds, die während der Umstellungsphase entstanden sind, müssen geprüft und in den Prozess integriert oder eliminiert werden.

Optimierung der Systemkonfiguration:
Kleine Anpassungen, zusätzliche Automatisierungen oder verbesserte Benutzeroberflächen erhöhen die Akzeptanz. Das geht nur, wenn das Projektteam eng mit Key-Usern und IT zusammenarbeitet.

Schaffung einer Governance-Struktur:
Definieren Sie klare Verantwortlichkeiten für den Betrieb, Weiterentwicklung und die Pflege des ERP-Systems. Dies verhindert Wildwuchs und sichert langfristige Qualität.

Einbindung der Nutzer:
Mitarbeiter sollen weiterhin eingebunden bleiben – sei es durch regelmäßige Feedbackrunden, Schulungen oder Infoveranstaltungen. So wird der Wandel gemeinsam getragen.

Diese Erkenntnisse fließen idealerweise in eine „Stabilisierungsphase“ ein – bevor man an den nächsten Rollout oder weitere Module denkt. Auch hier gilt: Qualität vor Geschwindigkeit.

Diese Stabilisierungsphase sollte etwa drei bis sechs Monate nach dem Go-Live greifen. Das Ziel: Prozesse laufen weitgehend fehlerfrei, die Datenqualität ist gesichert, das System wird akzeptiert und produktiv genutzt.

Jetzt ist der Moment, um:

– Prozessanpassungen gezielt vorzunehmen (statt im Chaos-Modus)
– Trainings zu vertiefen (z. B. per E-Learning, Videos oder Sprechstunden)
– Auswertungstools wie BI-Systeme produktiv zu nutzen
– Roadmaps für die Weiterentwicklung zu definieren

Denn eines ist sicher: Kein ERP-System bleibt, wie es ist. Neue Anforderungen, Module oder Integrationen stehen schon vor der Tür.

 

Welche KPIs sind relevant?

Prozess-KPIs:
Messen Sie Durchlaufzeiten, Anzahl der manuellen Nacharbeiten, Fehlerquoten oder Automatisierungsgrade. Diese Zahlen zeigen, ob die neuen Prozesse tatsächlich effizienter sind.

System-KPIs:
Verfügbarkeit, Anzahl der Systemabstürze, Performance-Statistiken oder Nutzungshäufigkeit von Modulen geben Aufschluss über die technische Stabilität und Akzeptanz.

User-KPIs:
Mitarbeiterzufriedenheit mit dem System, gemessen über Umfragen oder Pulsbefragungen. Auch die Anzahl der Supportanfragen oder der Schulungsbedarf sind wichtige Indikatoren.

Business-KPIs:
Umsatzsteigerung, Kosteneinsparungen, schnellere Rechnungsstellung oder bessere Lagerverwaltung zeigen den wirtschaftlichen Mehrwert des ERP-Systems.

 

Wie misst man sinnvoll?

Vor dem Go-Live Benchmark setzen:
Ohne Vergleichswerte ist es schwer zu beurteilen, ob das System besser macht, was es soll. Erfassen Sie vorher die relevanten Zahlen aus dem alten System oder manuellen Prozessen.

Regelmäßige Reports und Reviews:
Definieren Sie feste Intervalle (monatlich, quartalsweise), um die KPIs zu prüfen und mit Stakeholdern zu besprechen.

Transparente Kommunikation:
Teilen Sie Erfolge – aber auch Herausforderungen – offen im Unternehmen. So schaffen Sie Akzeptanz und Engagement für weitere Verbesserungen.

Korrekturmaßnahmen einleiten:
Wenn KPIs negativ ausschlagen, sollte klar sein, wer reagiert und welche Maßnahmen eingeleitet werden.

„Nur wer misst, kann auch steuern – und verbessern.“

 

Spätestens sechs Monate nach dem Go-Live sollte ein strukturiertes Lessons-Learned-Format fest im Projektplan verankert sein. Denn nur wer bewusst reflektiert, kann aus Erfahrungen lernen und zukünftige Projekte erfolgreicher gestalten. Diese Phase ist nicht einfach ein formaler Abschluss, sondern eine wichtige Chance zur Weiterentwicklung – sowohl des ERP-Systems als auch der gesamten Organisation.

Warum ist Lessons Learned so entscheidend?
Während der Go-Live-Phase und den darauffolgenden Monaten stehen meist viele operative Themen und Problembehebungen im Vordergrund. Die ganzheitliche Sicht auf das Projekt geht dabei schnell verloren. Die Lessons-Learned-Sitzung schafft Raum, systematisch zurückzublicken, Erfolge zu würdigen, aber auch Fehler offen anzusprechen und daraus Konsequenzen abzuleiten.

Dadurch entstehen:

Verbesserte Prozesse für zukünftige Projekte:
Welche Stolpersteine gab es? Wo kann man besser planen, kommunizieren oder testen?

Kontinuierliche Systemoptimierung:
Welche Funktionalitäten werden nicht genutzt, welche fehlen? Welche Anpassungen sind wirklich sinnvoll?

Organisatorisches Lernen:
Wie geht die Organisation mit Veränderungen um? Welche Widerstände gab es, und wie wurden sie überwunden?

Stärkung der Unternehmenskultur:
Offenheit für Feedback und Fehlerkultur fördern Innovation und Mitarbeitermotivation.

 

Wichtige Fragen für das Lessons-Learned-Format

Welche Fehler im Projektverlauf hätten vermeidbar sein können?
Wurden Risiken rechtzeitig erkannt? Gab es Lücken in der Planung, im Training oder in der Kommunikation?

Wie gut hat die Kommunikation funktioniert?
Wurden alle Stakeholder rechtzeitig und angemessen informiert? Gab es transparente Updates und klare Ansprechpartner?

Wo wurden Nutzer abgeholt – und wo nicht?
Welche User-Gruppen haben das neue System schnell angenommen, welche eher zurückhaltend? Welche Maßnahmen waren besonders hilfreich?

Wie reagiert die Organisation auf Veränderungen?
Welche Widerstände traten auf? Wie wurden diese bewältigt? Welche Lessons lassen sich auf künftige Transformationsprojekte übertragen?

 

Durchführungstipps

– Planen Sie die Sitzung frühzeitig und laden Sie alle relevanten Beteiligten ein – vom Projektteam über Key-User bis hin zu Führungskräften.

– Nutzen Sie strukturierte Methoden, z. B. SWOT-Analysen, moderierte Workshops oder anonymes Feedback.

– Dokumentieren Sie Ergebnisse klar und machen Sie daraus konkrete Handlungsempfehlungen.

– Verankern Sie die Learnings in zukünftigen Projekten und im Betrieb des ERP-Systems.

 

👉 Diese Reflexion ist Gold wert – nicht nur fürs ERP-Projekt, sondern für die gesamte digitale Transformation des Unternehmens. Sie schafft die Grundlage, um kontinuierlich besser zu werden, Veränderungen aktiv zu gestalten und nachhaltig erfolgreich zu sein.

FAZIT
Der Go-Live ist kein Ziel – er ist der Startschuss
Ein ERP-System zu implementieren ist kein Sprint – es ist ein Ultra-Marathon mit Hindernissen. Wer glaubt, nach dem Go-Live durchs Ziel zu laufen, hat den härtesten Teil noch vor sich.

Aber wer die Phase danach aktiv gestaltet, mit Fokus auf Support, Change und Stabilisierung, legt den Grundstein für echten, nachhaltigen Erfolg.

Oder, um es provokant zu sagen:

„ERP-Projekte scheitern nicht beim Go-Live – sie scheitern danach.“