ERP Readiness Checklist für den Mittelstand

Wer ein ERP-Projekt startet, obwohl Prozesse unklar, Daten unvollständig und Zuständigkeiten offen sind, kauft oft zuerst Software und danach Probleme. Genau deshalb braucht es vor dem Start eine saubere ERP readiness checklist. Nicht als Bürokratieübung, sondern als Realitätscheck für Geschäftsführung, Finance, Operations und IT.

Im Mittelstand ist das besonders wichtig. Viele Unternehmen arbeiten mit gewachsenen Abläufen, Excel-Listen, Einzellösungen und Wissen in den Köpfen einzelner Mitarbeiter. Solange das Tagesgeschäft läuft, wird das oft toleriert. Spätestens bei Wachstum, mehreren Standorten, internationalem Geschäft oder steigenden Reporting-Anforderungen wird daraus ein echter Bremsklotz. Dann entscheidet nicht die schönste Demo über den Projekterfolg, sondern die Vorbereitung.

Was eine ERP readiness checklist wirklich prüft

Eine gute ERP readiness checklist fragt nicht nur, ob Budget und Zeit vorhanden sind. Sie prüft, ob das Unternehmen intern überhaupt in der Lage ist, eine Einführung sauber zu tragen. Das betrifft Prozesse, Stammdaten, Verantwortlichkeiten, Zielbild und die Bereitschaft, Entscheidungen zügig zu treffen.

Gerade hier liegt oft der Knackpunkt. Viele Firmen sagen, sie brauchen ein neues ERP, meinen aber eigentlich drei verschiedene Dinge gleichzeitig: bessere Transparenz, weniger manuelle Arbeit und eine Lösung für alte Sonderfälle. Das ist verständlich, aber gefährlich. Wenn alles gleich wichtig ist, wird das Projekt schnell unklar, teuer und langsam.

ERP-Readiness heißt daher vor allem: Prioritäten setzen. Was muss zum Go-live funktionieren? Was kann in Phase zwei kommen? Und welche Altlasten sollte man bewusst nicht ins neue System übernehmen?

Die ERP readiness checklist: 7 Punkte vor Projektstart

1. Ziele sind konkret statt allgemein

“Wir wollen digitaler werden” ist kein Projektziel. “Wir wollen Monatsabschlüsse zwei Tage schneller schaffen” ist eines. “Wir wollen Auftragsstatus ohne Rückfrage sehen” ebenfalls. Gute Ziele sind messbar und nah am operativen Alltag.

Wenn Geschäftsführung, Finance und Operations unterschiedliche Erwartungen an das Projekt haben, wird es später zäh. Deshalb sollte vor dem Start klar sein, welche drei bis fünf Ergebnisse wirklich zählen. Alles andere ist Beiwerk.

2. Prozesse sind bekannt - auch wenn sie noch nicht perfekt sind

Ein ERP-System löst keine unklaren Prozesse von selbst. Es macht sie nur sichtbarer. Deshalb muss vorab klar sein, wie Kernabläufe heute funktionieren: Einkauf, Verkauf, Lager, Produktion, Service, Finance und Reporting.

Dabei geht es nicht um 80-seitige Prozesshandbücher. Es reicht oft, die wichtigsten Abläufe sauber aufzunehmen und Schwachstellen offen zu benennen. Wo gibt es Medienbrüche? Wo wird doppelt erfasst? Welche Freigaben laufen per Zuruf? Diese Ehrlichkeit spart später Zeit und Change Requests.

3. Stammdaten sind in einem brauchbaren Zustand

Datenprobleme sind einer der häufigsten Gründe für holprige ERP-Einführungen. Dubletten bei Debitoren, uneinheitliche Artikelnummern, fehlende Steuercodes oder historisch gewachsene Preislogiken sehen auf den ersten Blick nach Detailthemen aus. Im Projekt werden daraus schnell echte Blocker.

Die Frage ist nicht, ob Ihre Daten perfekt sind. Das sind sie fast nie. Die Frage ist, ob sie ausreichend bereinigt und strukturiert sind, damit das neue System sauber starten kann. Wer hier zu spät ansetzt, verschiebt Probleme nur von Excel in ERP.

4. Verantwortlichkeiten sind intern geklärt

Ein ERP-Projekt ohne klare Ansprechpartner zieht sich. Wenn niemand verbindlich über Prozesse, Daten oder Prioritäten entscheidet, entstehen Wartezeiten, Missverständnisse und Frust auf beiden Seiten.

Sie brauchen kein großes PMO. Aber Sie brauchen mindestens einen internen Projektverantwortlichen mit Rückendeckung der Geschäftsleitung, dazu Fachansprechpartner aus den betroffenen Bereichen. Wichtig ist nicht die Hierarchie auf dem Organigramm, sondern Entscheidungsfähigkeit im Alltag.

5. Das Projektteam hat realistisch Zeit

Viele Mittelständler planen ERP-Einführungen zusätzlich zum Tagesgeschäft. Das ist normal, aber nur bis zu einem gewissen Punkt tragfähig. Wenn Schlüsselpersonen im Projekt sitzen, gleichzeitig Monatsabschluss, Kundeneskalation und Urlaubsvertretung stemmen und nur sporadisch verfügbar sind, wird der Zeitplan schnell Makulatur.

Readiness bedeutet daher auch, interne Verfügbarkeit ehrlich zu prüfen. Wer vier bis acht Wochen Projektlaufzeit will, muss in dieser Zeit auch Entscheidungen, Tests und Rückmeldungen liefern können. Sonst entsteht genau das, was niemand will: ein Projekt, das offiziell läuft, operativ aber steht.

6. Schnittstellen und Sonderfälle sind bekannt

Fast jedes Unternehmen hat Systeme neben dem ERP. Shop, CRM, Versandlösung, Zeiterfassung, Banking, BI oder branchenspezifische Tools gehören oft dazu. Problematisch wird es, wenn diese Landschaft erst mitten im Projekt vollständig sichtbar wird.

Deshalb sollte vorab klar sein, welche Integrationen wirklich gebraucht werden und welche nur historisch gewachsen sind. Nicht jede Schnittstelle muss am ersten Tag stehen. Aber jede relevante Abhängigkeit sollte bekannt sein. Das Gleiche gilt für Sonderfälle in Preisen, Freigaben, Lagerprozessen oder internationalen Steuerlogiken. Was selten vorkommt, wird im Projekt gern übersehen - bis es kurz vor Go-live plötzlich kritisch wird.

7. Das Erwartungsmanagement stimmt

Ein neues ERP bringt Struktur, Transparenz und weniger manuelle Arbeit. Es bringt aber nicht automatisch bessere Datenkultur, schnellere Entscheidungen oder Disziplin im Prozess. Diese Punkte bleiben Managementaufgaben.

Genau deshalb ist eine ERP readiness checklist auch ein Erwartungscheck. Wer glaubt, jede Unsauberkeit aus dem Altsystem werde einfach wegkonfiguriert, startet mit dem falschen Bild. Wer dagegen weiß, was das System leisten soll und was intern mitgetragen werden muss, hat deutlich bessere Karten.

Typische Warnsignale vor der ERP-Einführung

Es gibt einige Muster, bei denen man vor dem Start kurz auf die Bremse treten sollte. Wenn Anforderungen ständig wechseln, obwohl noch keine Basis definiert ist, fehlt meist das Zielbild. Wenn niemand sagen kann, welche Reports wirklich gebraucht werden, ist oft auch die Steuerungslogik im Unternehmen unklar. Und wenn die Fachbereiche nur “das Alte in neu” wollen, droht ein teurer Nachbau historischer Workarounds.

Ein weiteres Warnsignal ist politische Uneinigkeit. Wenn Vertrieb maximale Flexibilität will, Finance aber harte Standards braucht und Operations dazwischen hängt, muss diese Spannung früh geklärt werden. Sonst landet sie später im Systemdesign.

Nicht jeder dieser Punkte stoppt ein Projekt. Aber jeder davon erhöht Aufwand, Reibung und Kosten. Wer sie früh anspricht, handelt nicht pessimistisch, sondern professionell.

Wie viel Readiness ist genug?

Nicht jedes Unternehmen muss vor Projektstart komplett aufgeräumt sein. Das wäre unrealistisch. Gerade im Mittelstand geht es selten um perfekte Voraussetzungen, sondern um ausreichende Klarheit für einen kontrollierten Start.

Ein pragmatischer Ansatz ist meist der bessere. Kernprozesse sauber definieren, Daten mit hoher Priorität bereinigen, Verantwortlichkeiten festziehen und die erste Ausbaustufe realistisch begrenzen. Alles, was keinen direkten Einfluss auf den Start hat, kann bewusst nachgelagert werden. Genau das ist kein Verzicht, sondern gutes Projektdesign.

Bei SAP Business One zeigt sich oft, wie stark ein Projekt von dieser Klarheit profitiert. Unternehmen, die ohne Overengineering in eine Einführung gehen, kommen schneller live und haben intern deutlich weniger Reibung. Nicht weil ihr Geschäft einfacher wäre, sondern weil die Reihenfolge stimmt.

Wer die checklist verantworten sollte

Die ERP readiness checklist gehört nicht allein in die IT. In vielen Mittelstandsprojekten sitzt die eigentliche Hebelwirkung eher bei Finance, Operations und Geschäftsführung. Dort wird entschieden, welche Prozesse Standard sein sollen, welche Ausnahmen bleiben und wo Transparenz künftig wirklich gebraucht wird.

IT ist natürlich wichtig, besonders bei Berechtigungen, Infrastruktur, Schnittstellen und Datenmigration. Aber ERP-Readiness ist vor allem Business-Readiness. Wenn das intern verstanden wird, laufen Workshops klarer, Entscheidungen schneller und das Projekt insgesamt ruhiger.

Der praktische Nutzen vor dem Kick-off

Der größte Vorteil einer guten Vorbereitung ist nicht nur ein besserer Projektplan. Es ist die Vermeidung teurer Überraschungen. Wenn vor dem Kick-off klar ist, welche Prozesse gesetzt sind, welche Daten kritisch sind und wer intern entscheidet, sinkt der Abstimmungsaufwand erheblich.

Das schafft auch eine bessere Gesprächsgrundlage mit dem Implementierungspartner. Statt langer Grundsatzdiskussionen geht es schneller in die Umsetzung. Genau das ist für mittelständische Unternehmen entscheidend. Sie brauchen kein monatelanges Vorprojekt mit Beraterfolien, sondern Klarheit, Tempo und belastbare Entscheidungen.

Eine ERP readiness checklist ist deshalb kein Dokument für die Schublade. Sie ist der Filter zwischen “wir brauchen irgendwann ein neues System” und “wir sind bereit, es sauber einzuführen”. Wer diesen Schritt ernst nimmt, spart meist nicht nur Budget, sondern auch interne Nerven.

Wenn Sie vor dem Projektstart das Gefühl haben, dass noch zu viele Punkte in den Köpfen statt auf dem Tisch liegen, ist das kein schlechtes Zeichen. Es ist der richtige Moment, Ordnung hineinzubringen - bevor aus einem ERP-Projekt ein weiteres Provisorium wird.