30 bis 50 Prozent aller RPA-Projekte scheitern. Das ist keine Schätzung — das ist die Realität, die Ernst & Young in einer vielzitierten Analyse dokumentiert hat. Und trotzdem investieren Unternehmen weiter in Robotic Process Automation, als wäre die Technologie ein Selbstläufer. Sie ist es nicht. RPA im Mittelstand funktioniert — aber nur unter einer Bedingung: Der Prozess muss stimmen, bevor der Bot startet.
Die Erfahrungen aus der Praxis zeigen ein klares Muster. Unternehmen, die ihre Prozesse vor der Automatisierung kartiert, standardisiert und bereinigt haben, erreichen den ROI laut Deloitte in unter zwölf Monaten. Die anderen automatisieren das Chaos — und wundern sich, warum der Bot jede Woche bricht. Dieser Artikel zeigt, wann sich RPA im Mittelstand tatsächlich lohnt, wann Sie die Finger davon lassen sollten und warum die Technologie ohne Prozessklarheit zur teuren Enttäuschung wird.
Die RPA-Realität: Warum die Hälfte aller Projekte scheitert
Robotic Process Automation hat ein Imageproblem — und das liegt nicht an der Technologie. RPA-Vendoren verkaufen Software-Roboter als Wunderwaffe: schnell implementiert, sofort produktiv, keine Programmierkenntnisse nötig. Die Realität sieht anders aus.
Die Zahlen sprechen eine deutliche Sprache. Und sie decken sich mit dem, was wir in der Projektarbeit immer wieder sehen: RPA scheitert selten an der Technologie. Es scheitert am Prozess darunter.
Ein mittelständischer Fertigungsbetrieb mit 180 Mitarbeitern hatte drei RPA-Bots für die Auftragserfassung im Einsatz. Klingt nach Erfolg. In der Praxis brachen die Bots wöchentlich zusammen, weil das zugrundeliegende ERP-System keine standardisierten Eingabemasken hatte. Verschiedene Sachbearbeiter pflegten Daten in unterschiedlichen Formaten ein. Der Bot konnte nicht verarbeiten, was Menschen durch Improvisation gelöst hatten. Das Problem war nie die Software. Das Problem war der Prozess, den niemand analysiert hatte.
Forrester bestätigt dieses Muster in einer breit angelegten Untersuchung: 45 Prozent der Unternehmen kämpfen mit Bot-Ausfällen auf wöchentlicher Basis oder häufiger. Das ist kein Technologieproblem. Das ist ein Symptom fehlender Prozesslandkarten und undokumentierter Ausnahmeregeln.
RPA ist ein Werkzeug — keine Strategie
Der fundamentale Denkfehler bei den meisten RPA-Erfahrungen im Mittelstand: Unternehmen behandeln RPA wie eine Strategie. Sie kaufen Lizenzen, beauftragen einen Implementierungspartner und erwarten, dass die Automatisierung ihre operativen Probleme löst. Das ist, als würde man einen Hammer kaufen und hoffen, dass er das Haus alleine baut.
RPA kann genau eine Sache gut: regelbasierte, repetitive Aufgaben auf Benutzeroberflächen ausführen. Dateneingaben zwischen Systemen übertragen. Formulare ausfüllen. Berichte generieren. Nicht mehr, nicht weniger.
| Kriterium | RPA lohnt sich | RPA wird scheitern |
|---|---|---|
| Prozessstatus | Dokumentiert, standardisiert, stabil | Undokumentiert, voller Workarounds |
| Datenqualität | Einheitliche Formate, saubere Eingaben | Inkonsistente Formate, manuelle Korrekturen |
| Ausnahmen | Wenige, klar definierte Sonderfälle | Viele Sonderfälle, die nur Mitarbeiter kennen |
| Volumen | Hohe Wiederholungsrate (100+ pro Tag) | Geringe Frequenz, hohe Varianz |
| Systemlandschaft | Stabile UI, selten Updates | Häufige UI-Änderungen, Cloud-Migrationen |
| Prozessverantwortung | Klarer Process Owner definiert | Niemand fühlt sich zuständig |
Die PwC-Studie zur RPA-Adoption in der DACH-Region bestätigt diese Zweiteilung: 84 Prozent der erfolgreichen Anwender berichten von signifikanten Zeiteinsparungen. Gleichzeitig zögern 44 Prozent der Unternehmen mit dem RPA-Einsatz, weil sie den Implementierungsaufwand fürchten. Beide Gruppen haben recht. Der Unterschied liegt nicht in der Technologie, sondern in der Prozessklarheit vor der Automatisierung.
Warum der Mittelstand besonders anfällig für RPA-Enttäuschungen ist
Der deutsche Mittelstand hat eine besondere Beziehung zu seinen Prozessen. Sie sind über Jahre gewachsen, von erfahrenen Mitarbeitern geprägt und funktionieren — irgendwie. Diese organisch gewachsenen Abläufe sind das Gegenteil dessen, was RPA braucht.
Nicht einmal jedes sechste mittelständische Unternehmen in Deutschland nutzt RPA. Bei kleinen Unternehmen ist es sogar nur jedes achte. Das liegt nicht an fehlendem Budget oder mangelndem Interesse. Es liegt daran, dass die meisten Mittelständler intuitiv spüren, was die Daten bestätigen: Ihre Prozesse sind nicht bereit.
Aus der Projektpraxis
Ein Logistikunternehmen mit 250 Mitarbeitern wollte die Rechnungsprüfung per RPA automatisieren. Im Workshop stellte sich heraus: Es gab vier verschiedene Prüfprozesse — je nach Sachbearbeiter. Zwei davon existierten nur im Kopf langjähriger Mitarbeiter. Bevor ein Bot auch nur programmiert werden konnte, musste der Prozess erst einmal sichtbar gemacht werden. Das RPA-Projekt wurde zum Prozessbereinigungsprojekt. Am Ende war der saubere Prozess der eigentliche Gewinn — der Bot nur noch das Sahnehäubchen.
Typische Merkmale mittelständischer Prozesse, die RPA zum Problem machen:
- Implizites Wissen: Prozessschritte existieren nur in den Köpfen einzelner Mitarbeiter. Das sind die klassischen Anzeichen manueller Abhängigkeiten.
- Medienbrüche: Daten wandern von Excel nach SAP, von SAP in eine E-Mail, von der E-Mail zurück in Excel. Jeder Medienbruch ist eine potenzielle Fehlerquelle für den Bot.
- Fehlende Prozesskennzahlen: Ohne operative KPIs können Sie nicht messen, ob der Bot tatsächlich Mehrwert liefert.
- Tool-Wildwuchs: Jede Abteilung hat eigene Tools, eigene Workarounds, eigene Datenformate.
Das 3-Layer Framework: Warum RPA erst in Layer 2 kommt
Bei EvarLink arbeiten wir nach einem klaren Prinzip: Kein Tool ohne Prozessklarheit. Kein Bot ohne Fundament. Das 3-Layer Framework macht diesen Ansatz operativ greifbar.
RPA gehört in Layer 2. Nicht in Layer 1. Wer RPA einsetzt, bevor der Prozess in Layer 1 sauber dokumentiert und standardisiert ist, automatisiert Rauschen.
RPA vs. Prozessautomatisierung: Der Unterschied, den die meisten übersehen
Im deutschen Markt werden RPA und Prozessautomatisierung häufig synonym verwendet. Das ist ein gefährlicher Fehler. RPA ist eine spezifische Technologie. Prozessautomatisierung ist ein strategischer Ansatz.
| Dimension | RPA | Workflow-Automation | Strategische Prozessautom. |
|---|---|---|---|
| Ansatz | Bot imitiert User auf UI | API-basierte Verknüpfung | Prozess redesignen + automatisieren |
| Wartung | Hoch (UI-Änderungen) | Mittel (API-Versionen) | Gering (Prozesslogik stabil) |
| Skalierbarkeit | Begrenzt (52 % scheitern) | Gut (modularer Aufbau) | Hoch (Framework-basiert) |
| ROI | 6–18 Mon. (wenn sauber) | 3–9 Monate | Dauerhaft |
| Ideal für | Legacy ohne API | Moderne Cloud-Tools | Gesamte Prozesslandschaft |
Die Tabelle zeigt: RPA hat seinen Platz. Aber es ist ein Nischen-Tool. Für alles andere gibt es bessere Alternativen. KI im Mittelstand integriert zunehmend Fähigkeiten, die RPA nicht bieten kann. KI scheitert genauso wie RPA, wenn der Prozess darunter nicht sauber ist.
Wann sich RPA im Mittelstand tatsächlich lohnt
Drei Bedingungen müssen erfüllt sein:
1. Der Prozess ist dokumentiert und standardisiert. Das ist die Arbeit aus Layer 1 des Frameworks.
2. Das Volumen rechtfertigt die Investition. Hier hilft eine ehrliche ROI-Berechnung.
3. Die Systemlandschaft ist stabil. In der Fertigung, wo Legacy-Systeme oft jahrelang unverändert laufen, kann RPA erheblichen Wert liefern.
Der ehrliche Entscheidungsbaum
Bevor Sie über Tools nachdenken:
- Ist der Prozess kartiert? Wenn nein, starten Sie mit einer Prozesslandkarte.
- Gibt es APIs? Wenn ja, ist Workflow-Automatisierung fast immer besser.
- Ist es wirklich ein Automatisierungsproblem? Oft brauchen Sie keine Automatisierung, sondern Prozessanalyse.
Die Frage ist nicht, ob Sie RPA einsetzen. Die Frage ist, ob Sie wissen, was passiert, wenn Sie es ohne Prozessklarheit tun.
Bereit für Prozessklarheit?
EvarLink analysiert Ihre operative Prozesslandschaft und zeigt Ihnen, wo die größten Hebel für Automatisierung und datengetriebene Steuerung liegen.
Erstgespräch vereinbaren →
