Jedes Jahr starten Mittelständler ambitionierte Digitalisierungsprogramme. ERP-Umstellung, CRM-Einführung, KI-Strategie, Prozessoptimierung - alles gleichzeitig, alles in einem Großprojekt. Nach 18 Monaten und sechsstelligem Budget ist das Ergebnis häufig: Ernüchterung. Die Hälfte der geplanten Funktionen ist live, die andere Hälfte steckt in Abstimmungsschleifen, und die Mitarbeitenden haben das Vertrauen in das Projekt verloren.
Es gibt einen besseren Weg. Er ist weniger spektakulär, aber deutlich wirksamer.
Warum Großprojekte scheitern
Große Transformationsprogramme haben strukturelle Schwächen, die nichts mit der Kompetenz der Beteiligten zu tun haben.
Zu viele Abhängigkeiten: Wenn zehn Teilprojekte parallel laufen und jedes auf Ergebnisse der anderen wartet, entsteht ein Dominoeffekt. Eine Verzögerung im Bereich Stammdaten blockiert die Automatisierung im Einkauf, die wiederum die Vertriebssteuerung bremst.
Zu spätes Feedback: Großprojekte liefern Ergebnisse erst nach Monaten. In dieser Zeit ändern sich Anforderungen, Märkte und Prioritäten. Was bei Projektstart richtig war, passt bei Go-Live nicht mehr.
Zu hoher Change-Aufwand: Wenn alle Abteilungen gleichzeitig neue Prozesse, neue Tools und neue Arbeitsweisen bekommen, überfordert das die Organisation. Schulungen stapeln sich, der Tagesbetrieb leidet, und die Akzeptanz sinkt.
Zu starre Planung: Große Programme brauchen detaillierte Projektpläne. Diese Pläne erzeugen eine Scheinsicherheit. In der Praxis weicht kaum ein Projekt weniger als 30 % vom ursprünglichen Plan ab.
Der modulare Ansatz: Ein Prozess, ein Pilot, ein Ergebnis
Der Gegenentwurf ist einfach: Wählen Sie einen einzelnen Prozess aus. Automatisieren Sie ihn. Messen Sie das Ergebnis. Erst wenn der Pilot funktioniert und sich rechnet, erweitern Sie auf den nächsten Prozess.
Prozess auswählen: Suchen Sie einen Prozess, der repetitiv ist, klare Regeln hat und auf digitalen Daten basiert. Rechnungsverarbeitung, Angebotsvorlagen oder E-Mail-Klassifikation sind typische Startpunkte. Vermeiden Sie Prozesse mit vielen Ausnahmen oder starker Abhängigkeit von individuellem Fachwissen.
Pilot umsetzen: Begrenzen Sie den Piloten zeitlich (maximal acht Wochen) und inhaltlich (ein Prozess, eine Abteilung, ein messbares Ziel). Definieren Sie vorab, was Erfolg bedeutet: Zeitersparnis pro Vorgang? Fehlerquote? Durchlaufzeit?
Ergebnis messen: Vergleichen Sie die Kennzahlen vor und nach dem Piloten. Seien Sie ehrlich. Wenn die Zeitersparnis bei 5 % liegt statt der erhofften 30 %, ist das eine wichtige Erkenntnis, kein Misserfolg. Justieren Sie nach oder wählen Sie einen anderen Prozess.
Entscheidung treffen: Auf Basis der Messergebnisse entscheiden Sie: Ausrollen, anpassen oder abbrechen. Jede dieser Optionen ist legitim. Der Pilot hat seinen Zweck erfüllt, wenn er eine fundierte Entscheidung ermöglicht.
So wählen Sie den richtigen ersten Prozess
Die Wahl des Startprozesses entscheidet mehr über den Erfolg als jede technische Frage. Ein guter erster Kandidat erfüllt vier Kriterien:
- Häufigkeit: Der Prozess läuft oft. Etwas, das zwanzigmal am Tag passiert, spart bei Automatisierung spürbar Zeit. Etwas, das dreimal im Jahr vorkommt, lohnt den Aufwand selten.
- Klare Regeln: Es gibt eine nachvollziehbare Logik, keine schwer greifbare Bauchentscheidung. Wenn ein erfahrener Mitarbeiter die Regel in wenigen Sätzen erklären kann, ist der Prozess ein guter Kandidat.
- Digitale Daten: Die nötigen Informationen liegen bereits im System vor, nicht auf Zetteln oder nur im Kopf einzelner Personen.
- Messbarer Nutzen: Sie können vorher und nachher denselben Wert messen - Zeit pro Vorgang, Fehlerquote oder Durchlaufzeit.
Ein einfaches Priorisierungsraster hilft: Tragen Sie mögliche Prozesse in zwei Spalten ein - erwarteter Aufwand und erwarteter Nutzen. Starten Sie mit dem Prozess, der viel Nutzen bei geringem Aufwand verspricht. Prestige-Projekte mit hoher Sichtbarkeit, aber unklarem Ergebnis heben Sie sich für später auf.
Praxisbeispiel: Vom ersten Prozess zu fünf in 18 Monaten
Ein Zulieferer für die Automobilindustrie mit 120 Mitarbeitenden startete mit der Automatisierung der Eingangsrechnungsverarbeitung. Der Prozess war klar definiert: Rechnungen kamen per E-Mail, wurden manuell ins ERP übertragen und zur Freigabe weitergeleitet.
Monat 1-2: Pilot Rechnungsverarbeitung. Einführung eines OCR-Tools mit Anbindung an das bestehende ERP. Investition: 8.000 Euro für Setup und Lizenzen. Ergebnis: Bearbeitungszeit pro Rechnung sank von 11 Minuten auf 3 Minuten. Fehlerquote bei der Datenübernahme sank von 4 % auf unter 1 %.
Monat 3-5: Ausweitung auf Angebotserstellung. Standardangebote wurden aus ERP-Daten und Vorlagen automatisch generiert. Vertriebsmitarbeitende prüften und passten nur noch an. Zeitersparnis: 40 % pro Angebot.
Monat 6-9: Automatisierung der Auftragsbestätigung. Nach Auftragseingang wurden Bestätigungen automatisch erstellt und versendet. Durchlaufzeit von Auftragseingang bis Bestätigung sank von 24 Stunden auf 2 Stunden.
Monat 10-14: E-Mail-Klassifikation im Kundenservice. Eingehende E-Mails wurden nach Thema kategorisiert und automatisch an die zuständige Abteilung weitergeleitet. Reaktionszeit auf Kundenanfragen verbesserte sich um 50 %.
Monat 15-18: Bestandsüberwachung mit automatischer Nachbestellung. Bei Unterschreitung definierter Mindestbestände wurden Bestellvorschläge generiert und nach Freigabe automatisch ausgelöst.
Gesamtinvestition über 18 Monate: rund 45.000 Euro für Lizenzen, Setup und interne Projektzeit. Geschätzte jährliche Einsparung: 80.000 Euro durch reduzierte manuelle Arbeit und schnellere Durchlaufzeiten.
Entscheidend ist die Reihenfolge. Jeder Schritt baute auf dem Vertrauen und der Kompetenz des vorherigen auf. Der erfolgreiche Rechnungspilot machte die Ausweitung auf die Angebotserstellung zu einer leichten Entscheidung - weil das Team gesehen hatte, dass der Ansatz funktioniert.
Häufige Fehler beim modularen Ansatz
Auch der schrittweise Weg hat seine Fallstricke. Diese vier tauchen am häufigsten auf:
Den Piloten nicht sauber messen. Wer vorher keine Ausgangswerte erhebt, kann hinterher keinen Nutzen belegen. Notieren Sie die aktuelle Zeit pro Vorgang und die Fehlerquote, bevor Sie starten. Ohne Vorher-Wert bleibt jeder Erfolg Behauptung.
Den ersten Prozess zu komplex wählen. Viele starten aus Ehrgeiz mit dem schwierigsten Prozess. Das erhöht das Risiko, dass der erste Pilot scheitert - und damit das Vertrauen für alle weiteren Schritte verloren geht. Der erste Erfolg ist wichtiger als der größte.
Die Mitarbeitenden übergehen. Automatisierung, die über die Köpfe der Betroffenen hinweg eingeführt wird, stößt auf Widerstand. Beziehen Sie die Menschen ein, die den Prozess heute machen. Sie kennen die Ausnahmen, die keine Software von allein findet.
Nach dem Piloten stehen bleiben. Ein erfolgreicher Pilot, der nie ausgerollt wird, verpufft. Planen Sie die Entscheidung über den nächsten Schritt fest ein, sobald die Ergebnisse vorliegen.
Ein Wort zur ehrlichen Abgrenzung: Der modulare Ansatz ist langsamer im Sinne der Gesamtabdeckung. Wer wirklich das ganze Unternehmen in kurzer Zeit umstellen muss - etwa wegen eines Support-Endes beim Altsystem -, kommt an einem größeren Projekt nicht vorbei. Für die überwiegende Mehrheit der KI-Vorhaben im Mittelstand ist der schrittweise Weg aber der sichere.
Die Budget-Perspektive
Der modulare Ansatz hat einen entscheidenden finanziellen Vorteil: Sie investieren schrittweise und sehen nach jedem Schritt, ob sich die Investition lohnt.
Ein typisches KI-Pilotprojekt im Mittelstand kostet zwischen 5.000 und 15.000 Euro. Darin enthalten sind Tool-Lizenzen, Konfiguration und die interne Arbeitszeit für Prozessanalyse und Testing. Wenn der Pilot scheitert, haben Sie fünfstellig investiert - nicht sechsstellig.
Zum Vergleich: Ein umfassendes Digitalisierungsprogramm beginnt selten unter 150.000 Euro und kann schnell 300.000 Euro übersteigen. Wenn ein solches Programm nach 12 Monaten ins Stocken gerät, ist der finanzielle Schaden erheblich.
Der modulare Ansatz verteilt das Risiko. Jeder Pilot ist eine eigenständige Investitionsentscheidung mit eigenem Business Case. Sie bauen Schritt für Schritt Kompetenz auf - im Team und in der Organisation.
Bevor Sie den ersten Piloten planen, lohnt ein Blick auf die technische Basis. Ob Ihr bestehendes System die nötigen Daten liefert, klärt der Beitrag Brauche ich ein neues ERP, um KI einzusetzen?.
Praktische Takeaways:
- Starten Sie mit einem einzigen Prozess, nicht mit einem Transformationsprogramm.
- Begrenzen Sie den Piloten auf maximal acht Wochen und definieren Sie messbare Erfolgskriterien vorab.
- Rechnen Sie jeden Piloten einzeln durch. Ein Pilot, der sich nicht rechnet, ist kein Scheitern, sondern eine Erkenntnis.
- Planen Sie die Erweiterung erst, wenn der aktuelle Pilot stabile Ergebnisse liefert. Tempo ist weniger wichtig als Verlässlichkeit.