Für viele mittelständische Unternehmen ist die ERP-Einführung eine Investition, die man „machen muss, bei der man aber Angst hat, sie zu verfehlen“. Aufträge, Lager und Finanzen sind getrennte Welten, und Berichte entstehen per Handarbeit. Doch beim Gedanken an monatelange Projektlaufzeiten, ständig wachsende Budgets und den Widerstand der Belegschaft fällt die Entscheidung immer wieder schwer. Unsere Projekterfahrung zeigt: Der Erfolg eines ERP-Projekts hängt selten davon ab, welche Software gewählt wurde. Entscheidend ist vielmehr, ob das Unternehmen vor dem Go-live Anforderungen, Prozesse, Daten und Menschen vorbereitet hat.
Wann sollten mittelständische Unternehmen also ein ERP einführen? Und wie gelingen Auswahl und Einführung mit möglichst wenigen Umwegen? In diesem Beitrag erklären wir was ein ERP ist, welche typischen Signale auf Bedarf hindeuten, warum Projekte so oft Zeit und Budget überschreiten, welche sechs Dimensionen bei der Auswahl zu vergleichen sind und wie die Einführung in sieben Schritten von der Anforderungsanalyse bis zur Optimierung nach dem Go-live verläuft. Zum Schluss beantworten wir einige häufig gestellte Fragen.
Was ist ein ERP? Wann braucht ein mittelständisches Unternehmen eines?
ERP steht für Enterprise Resource Planning und bezeichnet Software, die zentrale Geschäftsbereiche wie Einkauf, Vertrieb, Lager, Produktion und Finanzen in einem System mit einem gemeinsamen Datenbestand steuert. Der Kern des ERP-Nutzens ist nicht „noch eine Software“, sondern dass ein Geschäftsvorfall vom Entstehen bis zur Buchung nur einmal erfasst wird und alle Abteilungen dieselbe Zahl sehen.
Ein Beispiel: Wird ein Kundenauftrag im ERP bestätigt, sieht das Lager sofort, welche Ware zu versenden ist. Nach dem Versand wird der Bestand automatisch reduziert, und Rechnung und Forderung entstehen mit. Zum Monatsende muss die Buchhaltung nicht mehr bei Vertrieb und Lager nachfragen, „wie viel diesen Monat eigentlich verkauft wurde“.
Nicht jedes Unternehmen braucht ein ERP. Für Kleinstunternehmen mit einfachen Abläufen, nur einem Geschäft oder einem Lager genügen oft eine Buchhaltungssoftware und ein Warenwirtschaftstool. Eine ernsthafte Prüfung lohnt sich bei folgenden Signalen:
- Dieselben Daten werden mehrfach erfasst. Aufträge werden erst in einer Tabelle eingetragen und dann noch einmal in der Buchhaltungssoftware erfasst; Fehler und Abstimmungen gehören zum Alltag.
- Der Lagerbestand ist unklar. Systembestand und Inventurbestand im Lager stimmen häufig nicht überein, der Vertrieb wagt keine Liefertermine zuzusagen, und der Einkauf bestellt nach Erfahrung vorsorglich mehr.
- Monatsabschluss und Berichte werden immer langsamer. Der Monatsabschluss zieht sich ein bis zwei Wochen hin, und wenn das Management Margen nach Produkt oder Kunde sehen will, braucht jemand mehrere Tage, um Tabellen zusammenzuführen.
- Das Geschäft ist komplexer geworden. Neue Lager, Filialen, Werke oder Rechtseinheiten sind hinzugekommen, es geht um mehrere Währungen, Steuersätze oder standortübergreifende Umlagerungen, und die bisherigen Werkzeuge kommen nicht mehr mit.
- Kritische Prozesse hängen an einzelnen Personen. Eine zentrale Tabelle oder ein Altsystem wird nur von ein bis zwei Personen beherrscht; verlassen sie das Unternehmen, steht der Betrieb still.
Zur Größenordnung: Die unabhängige Beratung Panorama Consulting Group teilt ERP-Produkte in „The 2026 ERP Report“ nach der Größe der Zielkunden in Segmente ein. Ein Segment richtet sich vor allem an mittelständische Unternehmen mit 10 bis 250 Mio. US-Dollar Jahresumsatz, die meist nur eine Branche und eine einzelne Rechtseinheit abdecken. Kleinere Unternehmen werden überwiegend von Hunderten kleiner Softwareanbieter bedient (Quelle). Der Markt bietet also viele Produkte, und bei der Auswahl kommt es darauf an, die zu Größe und Komplexität des eigenen Unternehmens passende Klasse zu finden, statt den größten Funktionsumfang anzustreben.
Warum überschreiten ERP-Projekte so oft Zeit und Budget?
Die häufigste Form des Problems ist nicht, dass das System nicht live geht, sondern dass es live geht, ohne die ursprünglichen Ziele zu erreichen. Die meisten Probleme sind bereits in der Auswahl- und Vorbereitungsphase angelegt und zeigen sich erst spät in der Umsetzung.
Mehrere Studien belegen dies aus unterschiedlichen Blickwinkeln:
- Die meisten Projekte verfehlen ihre ursprünglichen Ziele zumindest teilweise. Gartner prognostiziert in der Studie „What IT Leaders Must Do to Avoid Disappointing ERP Initiatives“, dass bis 2027 mehr als 70 % der zuletzt eingeführten ERP-Projekte ihre ursprünglichen Geschäftsziele nicht vollständig erreichen werden (Quelle). Laut The Register vom November 2025 nannte auch ein Senior Director für ERP-Strategie bei Gartner auf dem Gartner-Symposium in Barcelona rund 70 % der ERP-Projekte, die ihre ursprünglichen Geschäftsziele nicht vollständig erreichen, und rund 25 %, die schwer scheitern. Zu den häufigen Ursachen zählen eine unsolide Business-Begründung, unrealistischer Umfang, unterschätzte Komplexität und Scope Creep (Quelle).
- Budget- und Terminüberschreitungen sind keine Seltenheit. Panoramas „The 2026 ERP Report“ befragte zwischen Januar 2025 und Januar 2026 170 Organisationen. Mehr als ein Viertel gab an, das Budget überschritten zu haben, knapp ein Viertel den Zeitplan; die mittlere Projektlaufzeit betrug 9 Monate (Quelle). Zu beachten ist, dass die befragten Unternehmen einen mittleren Jahresumsatz von rund 200 Mio. US-Dollar hatten und mehr als die Hälfte multinational tätig war – deutlich größer als der typische Mittelstand. Die Ergebnisse dienen daher nur als Orientierung.
- Für Budget- und Terminüberschreitungen gibt es unterschiedliche Hauptursachen. Laut demselben Bericht ist der häufigste Grund für Budgetüberschreitungen „unerwarteter Bedarf an zusätzlicher Technologie“. Panorama führt dies oft auf eine ungeeignete Auswahl zurück: Erst spät im Projekt zeigen sich kritische Funktionslücken, sodass zusätzliche Software gekauft, der Umfang erweitert oder individuell entwickelt werden muss. Der häufigste Grund für Terminüberschreitungen liegt dagegen auf organisatorischer Ebene: Entscheidungsmechanismen, Widerstand gegen Veränderungen und Prozessneugestaltung. Weniger als ein Viertel der Organisationen legt tatsächlich großen Wert auf das Change Management. Im Vorjahresbericht „The 2025 ERP Report“ (172 befragte Organisationen) waren Datenprobleme die häufigste Ursache für Terminüberschreitungen, also unzureichende Vollständigkeit, Konsistenz und Genauigkeit der Daten (Quelle).
Überträgt man diese Erkenntnisse auf den Mittelstand, lassen sich drei typische Fallstricke benennen:
- Auswahl, bevor die Anforderungen geklärt sind. Man schaut nur auf Demos und Angebote und prüft nicht anhand der eigenen realen Geschäftsabläufe. So stellt etwa ein Großhändler erst nach Vertragsabschluss fest, dass das System die bei ihm übliche „Lieferung eines Auftrags aus mehreren Lagern“ nicht unterstützt und nachentwickelt werden muss.
- ERP als reines IT-Projekt. Die Fachverantwortlichen beteiligen sich nicht an der Prozessgestaltung, wichtige Entscheidungen verzögern sich, das System wird nach alten Gewohnheiten konfiguriert, und nach dem Go-live kehren die Mitarbeitenden zu ihren Tabellen zurück.
- Unterschätzte Datenvorbereitung. Kunden-, Material- und Lieferantenstammdaten enthalten viele Dubletten und Fehler, Anfangsbestände und offene Forderungen stimmen nicht überein – der Go-live-Termin wird immer wieder verschoben.
Was sollte man bei der Auswahl vergleichen?
Bei der Auswahl geht es nicht darum, wessen Funktionsliste länger ist, sondern darum, was am besten zu Geschäft, Budget und Teamkompetenz passt. Am verlässlichsten ist es, zuerst die eigenen kritischen Geschäftsszenarien zu beschreiben und die Kandidaten dann anhand genau dieser Szenarien vorführen zu lassen.
Die folgende Tabelle zeigt die sechs Dimensionen, die für mittelständische Unternehmen beim Vergleich am wichtigsten sind:
| Vergleichsdimension | Zu beantwortende Fragen | Hinweise |
|---|---|---|
| Bereitstellungsmodell | Cloud-Abonnement (SaaS), On-Premises oder gehostet in einer Private Cloud? | Die Cloud verlangt geringe Anfangsinvestitionen und ist wartungsfrei, bindet Sie aber an den Update-Rhythmus des Anbieters. On-Premises bietet hohe Kontrolle, doch Server, Backups und Updates liegen in Ihrer Verantwortung |
| Standardisierung und Anpassung | Wie viele kritische Prozesse deckt der Standard ab? Was muss individuell angepasst werden? | Je mehr Anpassung, desto langsamer die Einführung und desto schwieriger spätere Updates. Zuerst Prozesse anpassen, dann konfigurieren und erst zuletzt entwickeln |
| Branchenpassung | Werden branchenkritische Anforderungen unterstützt, etwa Chargen und Haltbarkeit, Rezepturen, mehrere Filialen oder Projektkalkulation? | Referenzkunden aus derselben Branche und Größenordnung verlangen und nach Möglichkeit vor Ort austauschen |
| Gesamtbetriebskosten (TCO) | Wie hoch sind alle Ausgaben der nächsten 3 bis 5 Jahre? | Neben den Softwarekosten sind Implementierungsleistungen, Datenmigration, Systemintegration, Schulung, interner Personalaufwand und späterer Betrieb zu berücksichtigen |
| Implementierungspartner | Wer führt die Einführung durch? Kennen die Berater die Branche? Wer unterstützt nach dem Go-live? | Die Erfahrung des Implementierungsteams beeinflusst das Ergebnis oft stärker als die Software selbst. Vor Vertragsabschluss die Kernberater und das Supportmodell bestätigen |
| Integration und Erweiterbarkeit | Lässt sich das System an Onlineshops, Lagersysteme, Kassensysteme, Banken usw. anbinden? | Schnittstellenart, Kosten und Wartungsverantwortung klären, damit nicht für jedes weitere System später erneut entwickelt werden muss |
Die Gewichtung der Dimensionen sollte an die Situation des Unternehmens angepasst werden. So sollten Filialisten im Handel der Integration mit Kassensystemen mehr Gewicht geben, während diskrete Fertiger stärker auf Produktionsplanung und Stücklisten achten sollten.
Beim Bereitstellungsmodell ist ein Trend bemerkenswert. Panorama beobachtet im „The 2026 ERP Report“, dass immer mehr ERP-Anbieter den Support für On-Premises-Versionen schrittweise einstellen. Zugleich weist Panorama darauf hin, dass Cloud-SaaS-Systeme häufig aktualisiert werden und nach dem Go-live klar geregelt sein muss, wer für Benutzerberechtigungen, Berichtsstandards und Änderungsanträge verantwortlich ist – sonst entstehen schnell „Schattenberichte“, bei denen jeder für sich arbeitet (Quelle).
Die Produkte am Markt lassen sich grob in einige Klassen einteilen: branchenübergreifende Standardsuiten, branchenspezifische ERP-Systeme, Open-Source-ERP, die sich selbst erweitern lassen, sowie integrierte Finanz- und Warenwirtschaftssoftware für Kleinstunternehmen. Keine Klasse ist von Natur aus besser; entscheidend ist, ob sie zu Größe, Prozesskomplexität und IT-Kompetenz des Unternehmens passt.
Wie führt man ein ERP Schritt für Schritt ein? Eine Anleitung
Am sichersten führt man ein ERP in der Reihenfolge „Ziele – Prozesse – Daten – Go-live – Optimierung“ ein, wobei jeder Schritt klare Ergebnisse und Verantwortliche hat. Erst das Geschäft durchdenken, dann das System damit befüllen – die Reihenfolge darf nicht vertauscht werden.
Schritt 1: Ziele, Umfang und Verantwortliche klären. Begründen Sie anhand weniger messbarer Ziele, warum ein ERP nötig ist, etwa „Monatsabschluss von 10 auf 5 Tage verkürzen“ oder „Bestandsgenauigkeit von 98 % erreichen“, und halten Sie die aktuellen Ausgangswerte fest. Legen Sie außerdem fest, was in dieser Phase zum Umfang gehört und was vorerst nicht, und benennen Sie einen entscheidungsbefugten Fachverantwortlichen als Projektleiter, statt das Projekt allein der IT zu überlassen.
Schritt 2: Bestehende Prozesse und Anforderungen erfassen. Zeichnen Sie entlang der Hauptlinien wie „Order-to-Cash“, „Procure-to-Pay“, „Lagerverwaltung“ und „Monatsabschluss“ auf, wie heute gearbeitet wird, welche Belege es gibt und wo die Schmerzpunkte liegen. Unterscheiden Sie bei den Anforderungen zwischen „muss“ und „wünschenswert“: Erstere dienen zur Vorauswahl der Lösungen, Letztere bleiben späteren Phasen vorbehalten.
Schritt 3: Prozesse zuerst – die künftige Arbeitsweise gestalten. Bevor das System konfiguriert wird, vereinheitlichen Sie Prozesse und Regeln, zum Beispiel Materialnummernsystematik, Freigabeberechtigungen und Preispolitik. Was sich mit Standardfunktionen lösen lässt, sollte durch Anpassung der Prozesse an das System gelöst werden. Individuelle Anpassungen kommen nur für Bereiche in Frage, die tatsächlich Wettbewerbsvorteile bringen.
Schritt 4: Datenmigration früh beginnen. Die Datenmigration sollte parallel zur Prozessgestaltung starten und nicht erst einen Monat vor dem Go-live. Im Mittelpunkt stehen Stammdaten wie Kunden, Lieferanten und Material sowie Anfangsbestände, offene Aufträge und Salden aus Forderungen und Verbindlichkeiten. Planen Sie mindestens zwei Probemigrationen ein, deren Zahlen jeweils von den Fachabteilungen geprüft werden, um sicherzustellen, dass die Buchungen abgestimmt sind.
Schritt 5: Schrittweise live gehen. Mittelständische Unternehmen können zunächst die Kernmodule Finanzen, Einkauf, Vertrieb und Lager einführen oder zuerst ein Lager bzw. eine Filiale als Pilot nutzen und nach der Stabilisierung ausrollen. Laut Panoramas Umfrage verfolgte mehr als ein Viertel der Organisationen einen „hybriden“ Ansatz: Zunächst werden Kernmodule oder eine Pilot-Einheit auf einmal umgestellt, danach folgen Standorte oder Geschäftseinheiten schrittweise (Quelle). Vor dem Go-live sollten eine Umstellungs-Checkliste und ein Notfallplan vorliegen, und der Umstieg sollte in eine geschäftsschwächere Zeit gelegt werden.
Schritt 6: Rollenbasiert schulen und Change Management betreiben. Schulen Sie nach Funktionen und üben Sie mit den realen Belegen, die die Mitarbeitenden täglich bearbeiten, statt nur Menüs zu erklären. Bilden Sie pro Abteilung ein bis zwei „Key User“ aus, die Fragen beantworten und Probleme sammeln. Erklären Sie den Mitarbeitenden außerdem, warum sich etwas ändert und was das für ihre Arbeit bedeutet.
Schritt 7: Nach dem Go-live stabil betreiben und laufend optimieren. In den ersten Wochen nach dem Go-live treten Probleme gehäuft auf. Benennen Sie eine Person, die die Problemliste täglich nachverfolgt, und vergleichen Sie regelmäßig mit den Ausgangswerten aus Schritt 1. Ist das System stabil, planen Sie Inhalte für die zweite Phase wie Berichtsanalysen, mobile Freigaben und die Integration weiterer Systeme.
Woran erkennt man nach dem Go-live, ob das ERP wirklich wirkt?
Ob ein ERP erfolgreich ist, zeigt sich nicht allein daran, ob es termingerecht live ging, sondern daran, ob sich Geschäftskennzahlen verbessert haben und die Mitarbeitenden tatsächlich im System arbeiten. Der Go-live ist nur der Anfang; der Großteil des Nutzens entfaltet sich erst im stabilen Betrieb.
Verfolgen lässt sich das auf drei Ebenen:
- Nutzung. Wird das Geschäft vollständig im System abgewickelt, und wie viele Daten laufen noch in Tabellen außerhalb des Systems? Je mehr Tabellen, desto mehr ungelöste Probleme bei Prozessen oder System.
- Betriebskennzahlen. Werden die in Schritt 1 gesetzten Ziele erreicht, etwa bei Tagen bis zum Monatsabschluss, Bestandsgenauigkeit, Auftragsdurchlaufzeit und Zeit bis zur Berichtserstellung?
- Management-Entscheidungen. Kann das Management belastbare Geschäftsdaten direkt aus dem System ablesen, ohne dass sie manuell aufbereitet werden müssen?
Auch Panoramas Daten zeigen das. Unter den befragten Organisationen, bei denen mindestens eine Phase seit über einem Jahr live ist, wurden am häufigsten Nutzen bei Produktivität und Effizienz wie erwartet erreicht, während Nutzen mit Bezug zur Veränderung des Geschäftsmodells am schwersten zu erzielen waren. Der Anteil der Organisationen, die Nutzen wie das „Aufbrechen von Abteilungssilos“ erreichten, stieg von 55,2 % im Vorjahr auf 77,4 %. Panorama zufolge stellt sich dieser Nutzen oft erst ein, wenn Stammdatenmanagement, Berichtsstandards und Entscheidungsverantwortung stabil sind (Quelle).
Ein Beispiel: Bei einem Distributor verkürzte sich die Monatsabschlusszeit bereits im ersten Quartal nach dem ERP-Go-live deutlich. Doch erst ein halbes Jahr später, nachdem Kundenklassifizierung und Preisregeln vereinheitlicht waren, begann das Management, die Systemdaten tatsächlich zur Anpassung des Produktportfolios zu nutzen. Der Wirkung Zeit zu geben und die Kennzahlen laufend zu verfolgen, ist wichtiger als der „Erfolg“ am Tag des Go-live.
Häufige Fragen zu ERP-Auswahl und -Einführung
Wie lange dauert eine ERP-Einführung im Mittelstand in der Regel? Das hängt von Modulanzahl, Anpassungsgrad und Stand der Datenvorbereitung ab. Die mittlere Projektlaufzeit in Panoramas Umfrage beträgt 9 Monate, die befragten Unternehmen sind jedoch eher groß. Mittelständische Projekte mit klarem Umfang und überwiegend Standardfunktionen können in der Regel kürzer sein. Statt der kürzesten Laufzeit nachzujagen, sollten Sie zunächst sicherstellen, dass Umfang und Datenvorbereitung stehen.
Muss es unbedingt ein Cloud-ERP sein? Nicht unbedingt. Die Cloud passt zu Unternehmen ohne eigenes IT-Team, die schnell starten wollen. Unternehmen mit strengen Vorgaben zum Datenspeicherort oder mit vielen Spezialfunktionen können On-Premises oder eine Private Cloud prüfen. Egal, wofür Sie sich entscheiden: Die Gesamtbetriebskosten über 3 bis 5 Jahre sollten sauber kalkuliert werden.
Müssen alle historischen Daten aus dem Altsystem migriert werden? In der Regel nicht. Üblicherweise werden nur Stammdaten, Anfangssalden und offene Belege migriert; historische Details können im Altsystem oder im Archiv verbleiben und dort abgefragt werden. Je mehr migriert wird, desto größer der Aufwand für Bereinigung und Abgleich.
Kann man während des Go-live weiter anpassen? Kleine Anpassungen sind möglich, doch von ständig neuen Anpassungswünschen während der Einführung raten wir ab. Neue Anforderungen sollten zunächst festgehalten und nach Bewertung ihres Nutzens in die zweite Phase aufgenommen werden. Sonst entsteht leicht Scope Creep, der den Go-live verzögert.
Quellen
- The 2026 ERP Report, Panorama Consulting Group, 2026
- The 2025 ERP Report, Panorama Consulting Group, 2025
- What IT Leaders Must Do to Avoid Disappointing ERP Initiatives, Gartner, ohne Veröffentlichungsdatum (abgerufen im November 2026)
- ERP carnage continues as orgs jump in unprepared, The Register, November 2025
