ERP: die fünf Fehler, die KMU ein Projektjahr kosten
Ein ERP zu wechseln ist eines der schwersten Projekte, die ein KMU angeht, und eines der riskantesten: 55 bis 75 % dieser Projekte scheitern teilweise oder ganz. Das Verblüffendste daran: Die Ursache ist fast nie die Software. Sie ist menschlich, organisatorisch und vor allem vermeidbar. Hier sind die fünf Fehler, die eine strategische Investition in ein verlorenes Jahr verwandeln, und die Methode, sie zu umgehen.
Das Szenario ist fast immer dasselbe. Ein KMU beschließt, seine alternden Werkzeuge durch ein modernes ERP zu ersetzen, das alles vereinheitlichen soll: Verkauf, Einkauf, Lager, Buchhaltung. Man wählt die Software nach einigen verführerischen Demonstrationen, unterschreibt, startet. Ein Jahr später hat sich das Budget verdoppelt, der Produktivstart wurde dreimal verschoben, die Teams umgehen das neue System, und der Unternehmer fragt sich, wie ein Projekt, das sein Leben vereinfachen sollte, es so sehr verkompliziert hat. Er ist nicht allein: Das ist der Ausgang der meisten ERP-Projekte.
Zwei von drei Projekten entgleisen
Die Studien laufen zusammen, gleich welche Quelle. Nach den Arbeiten von Panorama Consulting, Gartner und Deloitte erreichen 55 bis 75 % der ERP-Einführungen ihre Ziele nicht, mit häufigen und manchmal spektakulären Kosten- und Terminüberschreitungen. In der verarbeitenden Industrie stellen einige Analysen bei gescheiterten Projekten durchschnittliche Budgetüberschreitungen von mehr als 200 % fest. Doch die wichtigste Zahl ist nicht die Scheiterquote: Es ist ihre Ursache. Wie bei allen Transformationen ist das Scheitern eines ERP fast nie technologisch. Die Software funktioniert meistens. Was scheitert, ist die Art, wie man sie ausgewählt, vorbereitet und eingeführt hat.
Fehler 1: glauben, es sei ein IT-Projekt
Das ist der Mutterfehler, aus dem fast alle anderen folgen. Ein ERP berührt jeden Prozess, jede Abteilung, jeden Arbeitsplatz. Es ist ein Transformationsprojekt des Unternehmens, das eben auf einer Software beruht, kein Softwareprojekt mit Nebenwirkungen. Die direkte Folge: Man steckt fast das gesamte Budget in das Werkzeug und einen lächerlichen Anteil in die Vorbereitung der Teams und in das Change-Management. Genau dort aber entscheidet sich der Erfolg, wie alle Studien zur Adoption zeigen.
Fehler 2: nach der Demo auswählen, nicht nach dem Prozess
Eine gute Demonstration ist gemacht, um zu verführen, nicht um zu zeigen, ob das Werkzeug zu Ihrer Realität passt. Ein ERP nach einer Präsentation zu wählen, heißt ein Haus nach dem Foto der Fassade zu kaufen. Die richtige Methode dreht die Reihenfolge um: erst die realen Prozesse und die echten Bedürfnisse kartieren, dann erst die Werkzeuge an diesem Lastenheft messen. Ein KMU, das genau weiß, was sein ERP leisten soll, wählt gut; ein KMU, das sich von den glänzendsten Funktionen führen lässt, endet mit einem überdimensionierten, untergenutzten und schlecht auf sein Geschäft abgestimmten Werkzeug.
« Man wählt kein ERP, man wählt eine Art zu arbeiten. Die Software ist nur das Werkzeug, das sie trägt. »
Fehler 3: alles wollen, und zwar sofort
Die Versuchung des großen Abends ist unwiderstehlich und tödlich: alle Abteilungen am selben Tag umstellen, im vollen Umfang. Das multipliziert die Risiken mit der Zahl der gleichzeitig offenen Fronten. Projekte, die gelingen, gehen in Etappen vor: erst ein engerer Umfang, stabilisiert und angenommen, dann die schrittweise Erweiterung. Jede genommene Stufe stärkt das Vertrauen und das Können des Teams. Jeder Versuch, alles auf einmal zu machen, setzt einem Zusammenbruch in Kette aus, bei dem eine Blockade in einem Modul den ganzen Produktivstart lahmlegt.
Fehler 4: die Datenqualität vernachlässigen
Ein brandneues ERP, gefüttert mit alten, widersprüchlichen oder doppelten Daten, reproduziert das alte Durcheinander getreu, nur schneller. Die Datenübernahme ist der unsichtbarste und am meisten unterschätzte Teil eines Projekts: bereinigen, Dubletten entfernen, harmonisieren, bevor migriert wird. Das ist undankbar, das ist zeitaufwendig, und das ist nicht verhandelbar. Ein ERP korrigiert keine schmutzigen Daten, es verbreitet sie.
Fehler 5: beim Produktivstart loslassen
Der Starttag ist nicht das Ende des Projekts, er ist der Beginn der heikelsten Phase. Dort stoßen die Teams auf die realen Fälle, dort äußern sich die Widerstände, dort tauchen die echten Probleme auf. Projekte, die scheitern, kappen die Begleitung genau in dem Moment, in dem sie am nützlichsten wird. Die gelingenden halten in den ersten Wochen einen engen Support, korrigieren schnell und beruhigen. Adoption verordnet man nicht am Tag X, man begleitet sie über die folgenden Monate.
Ein Projekt für den Unternehmer, nicht für den IT-Fachmann
Der rote Faden dieser fünf Fehler ist klar: Ein ERP gelingt oder scheitert an Führungs- und Organisationsentscheidungen, nicht an Codezeilen. Es ist ein Projekt eines Unternehmers, der die technische Umsetzung delegiert, niemals ein technisches Projekt, für das sich der Unternehmer nicht interessiert. Die KMU, die es so angehen, gehören zu dem Drittel, das gelingt, jenem, für das das ERP schon im ersten Jahr ein echter Leistungshebel wird. Die anderen entdecken ein Jahr und ein Budget später, dass die Software nie das Problem war.
Quellen
Panorama Consulting Group, Gartner und Deloitte, Studien zu den Scheiterquoten von ERP-Einführungen (55 bis 75 % teilweises oder vollständiges Scheitern; 3- bis 10-fache Mehrkosten für Korrekturen nach der Einführung) · Branchenanalysen zu Budgetüberschreitungen in der verarbeitenden Industrie · Standish Group (CHAOS Report) zur Leistung von IT-Projekten · Dokumentierte Erfahrungsberichte zu den menschlichen und organisatorischen Ursachen des Scheiterns von ERP-Projekten · LUCID-Beobachtungen aus der Praxis, Mandate 2025-2026, anonymisierte Referenzen.
Das erste 30-minütige Gespräch ist kostenlos. Dort wird der Bedarf geklärt, ohne Verpflichtung.