Wie die ERP-Einführung aussieht — Schritt für Schritt

Aufnahme der realen Prozesse, wie sie wirklich sind, nicht theoretischer Diagramme, die sich jemand vorstellt. Das heißt Gespräche mit den Menschen, die die Arbeit wirklich machen — Verkäufern, Lageristen, Arbeitern — nicht nur mit dem Management.

Das Ergebnis dieser Phase ist eine klare Prozessliste mit Prioritäten: welchen Teil wir zuerst lösen und welcher auf eine spätere Phase warten kann.

Definition des kritischsten Ablaufs, den das System zuerst abdecken muss — zum Beispiel Angebot → Auftrag → Produktion, wenn das heute die größte Problemquelle ist.

Hier wird auch über Datenmodell und Architektur entschieden, auf der alles Weitere aufgebaut wird — Fehler hier sind später teurer zu korrigieren als in jeder anderen Phase.

Die Entwicklung verläuft Modul für Modul, mit ständiger Überprüfung mit den Menschen, die das System wirklich nutzen werden — es wird nicht bis zum Ende gewartet, um alles auf einmal zu zeigen, sondern Demoversionen werden unterwegs gezeigt und Kommentare sofort eingebaut.

Die Schulung erfolgt an realen Szenarien mit echten Firmendaten, nicht an generischen Beispielen, die dem Arbeitsalltag nicht ähneln. Der Übergang in die Produktion erfolgt in Phasen — zuerst geht der kritischste Teil live, und erst wenn er stabil läuft, kommen die übrigen Module dazu.

Sobald der Kern stabil läuft, kommen die nächsten Module — Lager, Beschaffung, Analytik, Integrationen mit Buchhaltung und Banken. Jedes neue Modul wird nach demselben Prinzip eingeführt: schrittweise, mit Nutzerüberprüfung.

Die erste Phase dauert meist einige Monate bis zur ersten brauchbaren Version, die das größte Problem wirklich löst — der Wert kommt schrittweise während der Einführung, nicht erst ganz am Ende des Projekts. Eine Firma, die auf das „perfekte, komplette System“ wartet, bevor sie es nutzt, wartet unnötig lange auf einen Nutzen, den sie viel früher haben könnte.