ERP-Projekte

ERP-Einführung: Die Checkliste vor der Entscheidung

Die Systemauswahl bekommt in ERP-Projekten die meiste Aufmerksamkeit — und ist selten der Grund, warum ein Projekt scheitert. Die Ursachen liegen fast immer davor: in unklaren Prozessen, schlechten Daten und Erwartungen, über die niemand gesprochen hat.

Aktualisiert: 7 Min. Lesezeit

Das Wichtigste in Kürze

  • Klären Sie Ihre Prozesse, bevor Sie Systeme vergleichen. Ein ERP bildet ab, was da ist — es repariert nichts.
  • Datenqualität ist der meistunterschätzte Aufwandsposten in jedem Einführungsprojekt.
  • Benennen Sie Key-User und geben Sie ihnen echte Zeit — nicht zusätzlich zum Tagesgeschäft.
  • Prüfen Sie jede geforderte Anpassung: Wettbewerbsvorteil oder nur historisch gewachsen?
  • Planen Sie die Zeit nach dem Go-Live mit ein. Die Stabilisierungsphase ist Teil des Projekts, nicht die Ausnahme.

Zuerst die Prozesse, dann das System

Ein ERP-System ist ein Abbild Ihrer Abläufe. Sind diese Abläufe unklar, widersprüchlich oder von Abteilung zu Abteilung verschieden, wird das Projekt zur Prozessberatung — nur unter Zeitdruck und mit Software-Rechnung. Deshalb lohnt es sich, vorher zu klären, wie ein Auftrag tatsächlich durchs Haus läuft, wo Medienbrüche sitzen und welche Sonderfälle es wirklich gibt.

Nützlich ist dabei eine ehrliche Trennung: Was ist gesetzlich oder branchenbedingt zwingend, was ist ein echter Wettbewerbsvorteil, und was macht man einfach seit fünfzehn Jahren so? Die dritte Kategorie ist meist die größte — und der beste Hebel, um ein Projekt schlank zu halten.

Der unterschätzte Posten: Daten

Jedes Einführungsprojekt trifft irgendwann auf die Stammdaten, und der Befund ist selten erfreulich: doppelte Kunden, Artikel ohne Klassifizierung, Adressen in Freitextfeldern, Preise, die nur eine Kollegin richtig interpretieren kann. Diese Altlasten in ein neues System zu übernehmen, konserviert das Problem — und macht das neue System sofort unglaubwürdig.

Planen Sie Datenbereinigung deshalb als eigenständigen Arbeitspaket ein, mit Verantwortlichen und Termin. Und klären Sie früh, wie viel Historie wirklich mitmuss. Nicht selten reichen offene Posten und ein definierter Zeitraum an Belegen; alles Ältere kann revisionssicher archiviert werden, statt migriert zu werden.

Menschen: der Faktor, der über Erfolg entscheidet

Key-User sind kein Titel, sondern eine Aufgabe. Sie testen, entscheiden fachlich, tragen Rückmeldungen zusammen und werden später zur ersten Anlaufstelle im eigenen Bereich. Das kostet Zeit — und zwar Zeit, die freigeräumt werden muss. Key-User-Aufgaben zusätzlich zum vollen Tagesgeschäft zu vergeben, ist die verbreitetste Art, ein ERP-Projekt langsam scheitern zu lassen.

Ebenso wichtig ist eine klare Entscheidungsstruktur. Wer entscheidet, wenn zwei Abteilungen einen Prozess unterschiedlich brauchen? Ohne benannte Instanz landen solche Fragen in Endlosschleifen oder werden durch Anpassungen umschifft — beides teuer.

Die Fragen, die vor der Unterschrift geklärt sein sollten

Unabhängig vom System und vom Anbieter lohnt es sich, diese Punkte schriftlich zu haben:

  • Was genau ist im Angebot enthalten — und was ausdrücklich nicht?
  • Wie viele Personentage sind für Datenmigration, Test und Schulung vorgesehen?
  • Welcher Aufwand wird von Ihrer Seite erwartet, und in welchen Zeiträumen?
  • Wie werden Anpassungen umgesetzt — upgrade-sicher als Extension oder im Standardobjektbestand?
  • Was passiert nach dem Go-Live: Wer ist Ansprechpartner, mit welchen Reaktionszeiten?
  • Wie kommen Sie im Zweifel wieder heraus — bekommen Sie Ihre Daten und Ihre Dokumentation?

Häufige Fragen

Wie lange dauert eine ERP-Einführung im Mittelstand?
Für eine standardnahe Einführung in einem überschaubaren Unternehmen sind wenige Monate realistisch. Mit mehreren Standorten, Fertigung, vielen Schnittstellen oder umfangreicher Individualentwicklung wird daraus schnell ein Jahr oder mehr. Ausschlaggebend sind Prozesskomplexität und Verfügbarkeit Ihrer Key-User, nicht die Software.
Big Bang oder stufenweise einführen?
Stufenweise senkt das Risiko, verlängert aber die Phase mit Parallelbetrieb. Ein Big Bang ist kürzer, verlangt aber mehr Testdisziplin und einen belastbaren Rückfallplan. Bei mehreren Standorten oder Mandanten hat sich bewährt, mit einem überschaubaren Bereich zu starten und die Erfahrung mitzunehmen.
Sollten wir Prozesse anpassen oder die Software?
Im Zweifel die Prozesse. Standardnähe senkt Einführungskosten, Betriebsaufwand und Update-Risiko dauerhaft. Anpassungen sind trotzdem richtig, wo ein Ablauf tatsächlich Ihr Geschäft ausmacht — dann aber bewusst, dokumentiert und upgrade-sicher umgesetzt.

Lassen Sie uns Ihr Projekt besprechen.

Kostenloses Erstgespräch, 30–45 Minuten, remote. Eine ehrliche Einschätzung — auch wenn die Antwort lautet, dass Sie das eigentlich gar nicht brauchen.