Im sechsten Teil haben wir untersucht, warum ERP-Projekte scheitern: ein undefinierter Prozess, ein fehlender Verantwortlicher, schmutzige Daten, ein überstürzter Start und ein Team, das nicht auf Veränderung vorbereitet ist. Jetzt machen wir aus diesen Lehren einen Umsetzungsplan. Die Auswahl des Systems ist eine Entscheidung von einem Tag; die Implementierung ist ein Projekt von Monaten, und dort entscheidet sich das Ergebnis wirklich. In diesem siebten Teil gehen wir die Implementierungsphasen der Reihe nach durch: von Discovery und Prozess-Blueprint über die Datenmigration und die Tests bis zu Go-live und Hypercare, dann die menschliche Seite, an der die meisten Projekte ins Stocken geraten.

Discovery und Prozess-Blueprint: erst zeichnen, dann bauen

Eine erfolgreiche Implementierung beginnt mit einer Discovery-Phase, nicht mit einer Installation. Sie setzen sich mit jeder Abteilung zusammen und erfassen, wie sie heute tatsächlich arbeitet – nicht wie sie auf dem Papier arbeiten sollte –, und einigen sich dann auf den einen Weg, wie das System jeden Prozess abwickeln wird. Das Ergebnis dieser Phase ist ein einziges Dokument: der Prozess-Blueprint, der jeden Prozess definiert, wer für ihn verantwortlich ist und wo er beginnt und endet.

Dieser Blueprint ist die Verfassung des Projekts. Jeder Streit wird entschieden, indem man zu ihm zurückkehrt, und jede Anpassung wird an ihm gemessen. Projekte, die Discovery überspringen und direkt zum Bildschirm springen, entdecken die Lücken erst nach dem Go-live, wenn ihre Behebung ein Mehrfaches kostet.

Datenmigration: erst bereinigen, dann übertragen

Ihre alten Daten liegen in verstreuten Tabellen und Systemen, die sich über Jahre angesammelt haben, und sie sind das Gefährlichste, was Sie ins neue System mitnehmen können. Eine erfolgreiche Migration ist eine eigene Phase, kein Kopieren und Einfügen:

  • Erst bereinigen, dann übertragen: doppelte Namen, Salden, die nicht aufgehen, Artikel ohne Kategorie. Bereinigen Sie sie an der Quelle, bevor sie ins System gelangen, denn schmutzige Daten, die in ein sauberes System gelangen, bleiben schmutzig und erschüttern das Vertrauen in die Zahlen vom ersten Tag an.
  • Zuordnen und prüfen: Ordnen Sie die Felder Ihres alten Systems denen des neuen zu, migrieren Sie zuerst eine Testcharge und prüfen Sie dann, ob Salden und Summen mit der Quelle übereinstimmen, bevor Sie sich darauf verlassen.
  • Die Historie, die Sie mitnehmen: Entscheiden Sie, was migriert und was archiviert wird. Nicht jeder alte Datensatz verdient es, das neue System zu belasten.

Die Regel: erstens bereinigen, zweitens migrieren, drittens prüfen. Diese Reihenfolge macht den Unterschied zwischen einem System, das mit Vertrauen startet, und einem, das mit Zweifeln startet.

Tests und Abnahme vor dem Go-live

Bevor jemand das System im echten Betrieb nutzt, muss es einen Test mit Ihren Daten bestehen, nicht mit den Demodaten des Anbieters. Sie entwickeln Szenarien aus Ihrem tatsächlichen Geschäft – eine vollständige Rechnung, einen Beschaffungszyklus, einen Monatsabschluss – und führen sie im System aus, um zu sehen, ob es das richtige Ergebnis liefert.

Dann folgt der Abnahmetest: Ihr eigenes Team führt die Vorgänge aus, die es täglich erledigen wird, und bestätigt schriftlich, dass sie wie vorgesehen funktionieren. Der Abnahmetest ist keine Formalität; er ist die letzte Gelegenheit, eine Lücke zu finden, bevor sie vor einem echten Kunden zur Krise wird.

Go-live und Hypercare: schrittweise, kein Sprung

Beim Go-live stehen Sie vor zwei Entscheidungen:

  • Phasenweise oder Big Bang: Ein Big-Bang-Start schaltet alles an einem einzigen Tag ein, vervielfacht das Risiko und macht jeden Fehler zu einer unternehmensweiten Krise. Eine phasenweise Einführung – ein Modul oder eine Niederlassung nach der anderen – grenzt den Fehler ein und baut Schritt für Schritt Vertrauen auf. In den meisten Fällen ist das phasenweise Vorgehen sicherer; der Sprung auf einmal passt nur zu kleinen Unternehmen mit einfachen Abläufen.
  • Hypercare: Die ersten Wochen nach dem Go-live sind die heikelste Phase. Halten Sie intensiven Support nah am Team, um Fehler abzufangen und Fragen sofort zu beantworten, bis das System stabil läuft und die Mitarbeitenden ihm vertrauen. Der Go-live ist nicht die Ziellinie, sondern der Beginn der sensibelsten Phase.

Die menschliche Seite: Verantwortlicher, Sponsoring und Veränderung

Hier geraten die meisten Projekte ins Stocken – nicht bei der Technik. Die Implementierung braucht drei menschliche Säulen: einen einzigen internen Verantwortlichen mit Entscheidungsbefugnis und fest eingeplanter Zeit, der auf Ihrer Seite führt, und keinen Mitarbeitenden, dem das Projekt nebenbei aufgebürdet wird; ein Sponsoring durch die Geschäftsleitung, das dem Projekt echte Priorität gibt und abteilungsübergreifende Fragen entscheidet; und ein bewusstes Change Management, das das Team vor dem Go-live vorbereitet, nicht danach.

Change Management bedeutet, die Menschen früh einzubinden, damit sie sich als Teil der Entscheidung fühlen und nicht als ihr Opfer, zu erklären, warum wir uns verändern, und nicht nur wie, und Schulung zu einem fortlaufenden Prozess statt zu einem einmaligen Ereignis zu machen. Ein System, das die Menschen annehmen, ist erfolgreich, auch wenn es einfacher ist; eines, das ihnen aufgezwungen wird, stößt auf stillen Widerstand, auch wenn es leistungsfähiger ist.

Die Sicht von Origami

Wir sind ein Technologieunternehmen, doch für uns ist Implementierung ein organisiertes Projekt, keine Softwareinstallation. Wir beginnen mit Discovery und Prozess-Blueprint, bevor wir einen Bildschirm anfassen, wir behandeln die Datenmigration als Phase, die bereinigt und prüft, statt zu kopieren, wir bestehen auf einem Abnahmetest, den Ihr Team unterzeichnet, und wir führen phasenweise mit enger Hypercare ein. Außerdem machen wir den internen Verantwortlichen, das Sponsoring durch die Geschäftsleitung und das Change Management vom ersten Tag an zum Teil des Plans. Unser Ziel ist ein System, das nach dem Go-live lebt, nicht eines, das am Übergabetag funktioniert und danach aufgegeben wird.

Fazit

Eine erfolgreiche ERP-Implementierung ist kein Ereignis, sondern ein Projekt in Phasen: Discovery, die die Prozesse erfasst, eine Migration, die bereinigt, bevor sie überträgt, ein Abnahmetest, unterzeichnet von denen, die das System nutzen werden, ein phasenweiser Go-live mit anschließender Hypercare und über allem ein präsenter Verantwortlicher, Sponsoring durch die Geschäftsleitung und ein auf Veränderung vorbereitetes Team. Wer diese Phasen der Reihe nach durchläuft, betreibt ein System, das lebt; wer sie überspringt, betreibt eine aufgeschobene Krise. Und über alle diese Phasen hinweg gilt eine Bedingung, die in Saudi-Arabien nicht aufgeschoben werden kann: Compliance. Im achten Teil zeigen wir, was Sie von jedem System vor der Unterschrift verlangen müssen – E-Invoicing, Mehrwertsteuer und vollständige arabische Lokalisierung – als harte Anforderungen, nicht als Zusatzfunktionen.

Quellen

  • Behörde für Zakat, Steuern und Zoll (ZATCA) — E-Invoicing (Fatoora) als Pflicht, die bei Tests und Go-live zu berücksichtigen ist: https://zatca.gov.sa
  • Saudische Behörde für Daten und künstliche Intelligenz (SDAIA) — das Gesetz zum Schutz personenbezogener Daten (PDPL) und Kontrollen für Daten während der Migration: https://sdaia.gov.sa
  • Saudi Vision 2030 — digitale Transformation und Förderung kleiner und mittlerer Unternehmen: https://www.vision2030.gov.sa