Das Versprechen, das nie eingelöst wurde
Robotic Process Automation, kurz RPA, ist seit rund zehn Jahren das große Versprechen der Büro-Automatisierung: Ein Software-Roboter sitzt vor der gleichen Maske wie eine Sachbearbeiterin, klickt die gleichen Buttons, kopiert die gleichen Felder — nur schneller und ohne Mittagspause. In Großkonzernen mit stabilen Prozessen und einem eigenen Automation-Center funktioniert das durchaus.
Im Mittelstand scheitert es fast immer. Und zwar nicht, weil die Technik schlecht wäre, sondern weil die Grundannahme von RPA im Mittelstand selten stimmt: dass Prozesse deterministisch, dokumentiert und über Monate stabil sind.
Warum RPA im Mittelstand bricht
Ein RPA-Bot ist ein sprödes Konstrukt. Er automatisiert einen exakten Klick-Pfad. Ändert der Lieferant die Rechnungsvorlage, verschiebt das ERP nach einem Update ein Feld um 40 Pixel, oder schreibt ein Kunde die Bestellung diesmal in Fließtext statt ins Formular — steht der Bot. Er weiß nicht, was er tun soll, weil er nie verstanden hat, was er tut. Er hat nur reproduziert.
Drei Bruchstellen, die wir in Gesprächen mit Mittelständlern immer wieder hören:
- Prozess-Varianz. Der 12-Personen-Betrieb hat nicht einen Weg, eine Anfrage zu bearbeiten, sondern sieben — je nach Kunde, Gewerk und Laune. RPA braucht den einen Weg.
- Änderungskosten. Jede Prozessänderung erfordert einen Entwickler, der den Bot nachzieht. Wer diesen Entwickler nicht dauerhaft im Haus hat, hat nach dem ersten Update einen toten Bot.
- Kein Urteilsvermögen. RPA kann nicht entscheiden, ob eine Anfrage dringend ist, ob ein Angebot plausibel ist, ob eine Mail höflich beantwortet werden muss. Es kann nur Regeln ausführen.
Was ein digitaler Mitarbeiter anders macht
Ein digitaler Mitarbeiter — so wie wir ihn in ORCONIC bauen — startet nicht mit einem Klick-Pfad, sondern mit einem Ziel und einem Kontext. Statt "klicke Button A, dann Feld B" lautet die Anweisung: "Qualifiziere eingehende Bauanfragen, kläre Budget und Termin, schlage einen Vor-Ort-Termin vor — leg alles zur Freigabe vor."
Der Unterschied ist fundamental:
- Sprachverständnis statt Formularabhängigkeit. Eine Anfrage darf als E-Mail, WhatsApp-Nachricht oder Web-Formular reinkommen. Der digitale Mitarbeiter liest sie so, wie ein Mensch sie lesen würde.
- Werkzeuge statt Bildschirmklicks. Er greift nicht auf die Maske zu, sondern auf eine geprüfte Werkzeugschicht — CRM anlegen, Kalendertermin vorschlagen, Angebot aus Vorlage erzeugen. Ändert sich die Oberfläche, ändert sich für ihn nichts.
- Urteil mit Freigabe. Er entscheidet vor, aber ein Mensch gibt frei. Das ist kein Zeichen von Schwäche, sondern das Sicherheitsnetz, das RPA nie hatte.
Der ehrliche Vergleich
Wir wollen nicht so tun, als sei RPA generell schlecht. Für hochvolumige, absolut stabile Prozesse — Nächtliche Massen-Datenübernahme zwischen zwei Legacy-Systemen — ist ein RPA-Bot die richtige Wahl. Er ist billig pro Transaktion und braucht kein Sprachmodell.
Aber die Arbeit, die im Mittelstand wirklich liegen bleibt, ist selten hochvolumig-stabil. Sie ist variantenreich und urteilsbehaftet: Anfragen sortieren, Angebote vorbereiten, Kunden höflich vertrösten, den Überblick behalten. Genau hier bricht RPA und genau hier liefert ein digitaler Mitarbeiter.
| Kriterium | RPA-Bot | Digitaler Mitarbeiter | |---|---|---| | Eingabeformat | Feste Maske | Frei (E-Mail, Chat, Formular) | | Prozessänderung | Entwickler nötig | Anweisung anpassen | | Urteilsvermögen | Keins | Kontextbasiert, mit Freigabe | | Ausfall bei UI-Änderung | Sofort | Kaum (Werkzeugschicht) | | Bester Einsatz | Massen-Datentransfer | Variantenreiche Sachbearbeitung |
Die Migrations-Falle
Wer heute RPA im Einsatz hat und darüber nachdenkt, umzusteigen, sollte nicht "Bot für Bot" migrieren. Das wäre der gleiche Fehler noch einmal — nur mit anderer Technik. Der bessere Weg: den Zweck hinter dem Bot freilegen ("Wir wollen, dass keine Anfrage länger als vier Stunden unbeantwortet bleibt") und diesen Zweck einem digitalen Mitarbeiter geben. Das Ergebnis ist robuster, weil es nicht am Klick-Pfad hängt.
Fazit
RPA hat dem Mittelstand zehn Jahre lang ein Versprechen gemacht, das seine Architektur nicht halten konnte: dass sich urteilsbehaftete, variantenreiche Büroarbeit über starre Klick-Regeln automatisieren lässt. Ein digitaler Mitarbeiter dreht die Reihenfolge um — erst das Ziel, dann das Werkzeug, immer mit menschlicher Freigabe. Das ist kein schnellerer Roboter. Das ist eine andere Kategorie.