Ein neues ERP-System, eine Branchensoftware für die Auftragsabwicklung oder ein modernes Warenwirtschaftssystem: Die Erwartungen an solche Projekte sind hoch. Weniger Papier, schnellere Abläufe, bessere Zahlen. In der Praxis verlaufen viele Einführungen jedoch holprig. Budgets werden überschritten, Termine verschoben, und nach dem Start arbeiten Mitarbeiter mit Excel-Listen am neuen System vorbei. Die Ursachen liegen selten in der Technik.
Ursache 1: Unklare Anforderungen
Viele Projekte beginnen mit einer Produktdemo statt mit einer Analyse. Der Anbieter zeigt, was die Software kann, und das Unternehmen entscheidet sich für die überzeugendste Präsentation. Erst in der Einführung zeigt sich, dass wichtige Abläufe nicht abgebildet werden oder nur mit teuren Anpassungen.
Erfolgreiche Unternehmen drehen die Reihenfolge um. Sie beschreiben zuerst ihre Prozesse und Anforderungen und suchen dann die passende Lösung. Das Werkzeug dafür ist ein Lastenheft. Es muss kein hundertseitiges Dokument sein. Entscheidend ist, dass die wichtigsten Abläufe, Mengengerüste und Schnittstellen schriftlich festgehalten sind. Eine praxisnahe Anleitung, wie man ein Lastenheft für die Softwareauswahl schreibt, zeigt, worauf es ankommt.
Ursache 2: Das Projekt läuft neben dem Tagesgeschäft
Im Mittelstand gibt es selten Mitarbeiter, die sich ausschließlich um ein Softwareprojekt kümmern können. Die Projektleitung übernimmt oft jemand aus Vertrieb, Einkauf oder Buchhaltung, zusätzlich zur normalen Arbeit. Wenn es im Tagesgeschäft brennt, bleibt das Projekt liegen.
Besser ist es, Kapazitäten bewusst freizuräumen. Das bedeutet nicht zwingend eine Vollzeitstelle, aber klar reservierte Zeit, Vertretungsregeln für das Tagesgeschäft und Rückendeckung der Geschäftsführung.
Ursache 3: Die Mitarbeiter werden zu spät eingebunden
Die Entscheidung für eine neue Software fällt häufig in kleiner Runde. Die Menschen, die später täglich damit arbeiten, erfahren davon, wenn die Schulung ansteht. Die Folge sind Skepsis und Widerstand. Ein Teil davon ist berechtigt, denn die Anwender kennen Sonderfälle und Abkürzungen, die in keinem Prozessdiagramm stehen.
Erfolgreiche Projekte binden Schlüsselanwender früh ein, schon bei der Anforderungsaufnahme und bei Testszenarien. Das sorgt für bessere Entscheidungen und für Akzeptanz. Wie sich Veränderung in solchen Projekten gezielt steuern lässt, beschreibt ein Beitrag zum Change Management bei der ERP-Einführung.
Ursache 4: Zu viel Individualisierung
„So haben wir das immer gemacht“ ist einer der teuersten Sätze in einem Softwareprojekt. Jede Anpassung an bestehende Gewohnheiten kostet bei der Einführung Geld und bei jedem späteren Update erneut.
Ein pragmatischer Grundsatz lautet: Standard vor Anpassung. Bevor die Software verändert wird, sollte geprüft werden, ob der eigene Prozess angepasst werden kann. Oft stellt sich heraus, dass der Standardablauf der Software gut funktioniert und der alte Sonderweg nur historisch gewachsen war.
Ursache 5: Datenqualität wird unterschätzt
Doppelte Kundendatensätze, veraltete Artikelnummern, fehlende Preise: Im Altsystem fallen solche Mängel kaum auf, weil Mitarbeiter wissen, welche Einträge sie ignorieren müssen. Im neuen System führen sie zu Fehlern und Frust.
Die Datenbereinigung sollte deshalb früh beginnen, idealerweise vor der Auswahl der neuen Software. Das senkt nicht nur die Kosten der Datenübernahme, sondern verbessert auch die Aussagekraft der Zahlen nach dem Start.
Ursache 6: Der Go-live gilt als Ende des Projekts
Viele Projektpläne enden mit dem Tag, an dem das neue System produktiv geht. Doch in den ersten Wochen danach entscheidet sich, ob die Einführung gelingt. Fragen tauchen auf, Sonderfälle werden sichtbar, und die Arbeitsgeschwindigkeit sinkt vorübergehend.
Erfolgreiche Unternehmen planen eine Stabilisierungsphase ein: mit Ansprechpartnern vor Ort, kurzen Feedbackrunden und der Bereitschaft, nachzuschärfen.
Auch kleine Unternehmen sind betroffen
Die beschriebenen Muster gelten nicht nur für Mittelständler mit hundert Mitarbeitern. Auch kleine Unternehmen und Selbstständige, die wachsen, stehen irgendwann vor der Frage, welche Software sie einführen. Wer als Solo-Selbstständige oder mit einem kleinen Team skalieren will (Erfahrungen dazu teilt etwa das Gründerinnen-Magazin We Female Founders), profitiert davon, Abläufe früh zu standardisieren und sauber zu dokumentieren. Der spätere Umstieg auf ein größeres System fällt dann deutlich leichter.
Fazit
Softwareprojekte scheitern im Mittelstand selten an der Software. Sie scheitern an unklaren Anforderungen, fehlender Zeit, zu später Einbindung der Mitarbeiter und schlechten Daten. Die gute Nachricht: All das lässt sich beeinflussen. Wer sich vor der Auswahl Zeit für die eigenen Prozesse nimmt und die Einführung als Veränderungsprojekt versteht, erhöht die Erfolgschancen erheblich.