Der Fachkräftemangel ist keine Prognose mehr. In vielen mittelständischen Unternehmen fehlen Menschen nicht für die spannenden Aufgaben – sondern für die wiederkehrenden. Die gute Nachricht: Genau dort ist Automatisierung heute realistisch. Die schlechte: Sie funktioniert nur, wenn das Integrationsmuster zum System und zum Prozess passt. Fünf Muster haben sich in der Praxis bewährt.
Die fünf Muster im Überblick
| Muster | Funktionsweise | Aufwand | Typischer Fall |
|---|---|---|---|
| 1. Connector | Fertige, unterstützte Verbindung zwischen zwei Systemen | gering | CRM und Rechnungsstellung, Shop und Warenwirtschaft |
| 2. RPA- oder UI-Bot | Software bedient eine Oberfläche wie ein Mensch | mittel | Bringt Daten in Altsysteme ohne Schnittstelle |
| 3. API-Orchestrierung | Systeme werden über Schnittstellen und Ereignisse verkettet | mittel | Auftragsabwicklung, Dokumentenläufe, Übergaben |
| 4. Agentenmuster | Ziel plus Werkzeuge plus Kontrollschleife, mit definierten Freigaben | hoch, fallbezogen | Angebotsvorbereitung, Recherche, Vorgangsklärung |
| 5. Human-in-the-Loop | Menschliche Freigabe als fester Bestandteil des Ablaufs | gering, aber dauerhaft | Freigabe kritischer Schritte, Abweichungsfälle |
Muster 1: Connector – der unterschätzte Anfang
Die meisten Unternehmen haben bereits Werkzeuge, die sich verbinden lassen. Der Aufwand ist gering, der Nutzen unmittelbar: keine doppelte Eingabe, keine Übertragungsfehler, nachvollziehbare Datenstände. Wer hier beginnt, sammelt Erfahrung mit Automatisierung, ohne ein Projekt zu riskieren.
Worauf achten: Wer pflegt die Verbindung, wenn ein Anbieter sein Datenmodell ändert? Ohne Zuständigkeit wird aus dem Connector eine stille Fehlerquelle.
Muster 2: RPA – Brücke zu Altsystemen
Manche Systeme werden nie eine Schnittstelle bekommen. Der UI-Bot ist dann die pragmatische Brücke. Er ist schnell gebaut – und genauso schnell kaputt, wenn sich ein Feld verschiebt. Deshalb gehört zu jedem Bot ein Wächter, der Fehlschläge meldet, statt sie still zu schlucken.
Worauf achten: Nur für stabile Oberflächen, und immer mit Alarm bei Abweichung. Ein Bot, der stillschweigend falsch arbeitet, ist teurer als manuelle Arbeit.
Muster 3: API-Orchestrierung – der stabile Kern
Wenn mehrere Systeme beteiligt sind, wird die Verkettung zum eigentlichen Projekt. Ereignisse lösen Schritte aus, Zustände werden geführt, Fehlerfälle definiert zurückgegeben. Das ist unspektakulär und robust – und meist der Punkt, an dem aus einem Einzelskript ein betreibbarer Prozess wird.
Worauf achten: Idempotenz. Jeder Schritt muss mehrfach ausführbar sein, ohne doppelte Bestellungen oder Zahlungen zu erzeugen.
Muster 4: Agentenmuster – für Vorgänge, nicht für Fragen
Ein Agent lohnt sich, wenn ein Vorgang mehrere Schritte, mehrere Systeme und ein überprüfbares Ergebnis hat. Entscheidend ist nicht das Modell, sondern die Architektur: klare Zieldefinition, minimale Rechte, definierte Eskalation. Die Grundlagen dazu haben wir in Teil 6 dieser Serie beschrieben, den passenden Produktpfad unter KI-Agenten für den Mittelstand.
Worauf achten: Lesen vor Schreiben. Und Schreiben in kritische Systeme nur mit Freigabe.
Muster 5: Human-in-the-Loop als Dauerzustand
Die menschliche Freigabe ist kein Übergangszustand, bis „die KI reif ist“ – sie ist ein Designelement. Wer sie von Anfang an einplant, gewinnt Vertrauen, Regelkonformität und die Möglichkeit, Grenzfälle zu erkennen. Ein System, das zu 90 Prozent vorbereitet und zu 10 Prozent freigibt, spart bereits den überwiegenden Teil der Arbeit.
Worauf achten: Die Freigabe muss schnell sein. Ein Prüfschritt, der fünf Minuten kostet, vernichtet den Nutzen des eingesparten Schritts.
Welches Muster zuerst?
Die Entscheidung folgt vier Fragen:
- Systemreife: Gibt es eine Schnittstelle? Wenn ja, Muster 1 oder 3. Wenn nein, Muster 2.
- Volumen: Kleine Fallzahlen rechtfertigen keinen hohen Aufwand – hier bleibt Muster 5 die günstigste Verbesserung.
- Fehlertoleranz: Je geringer sie ist, desto stärker muss der Freigabepunkt ausgeprägt sein.
- Änderungsfrequenz: Ein Prozess, der sich ständig ändert, ist kein Automatisierungskandidat.
Als Reihenfolge hat sich bewährt: erst Muster 1, dann 3, dann 5 – und Muster 4 erst, wenn die Grundlagen stehen. Die wirtschaftlich erfolgreichen Projekte beginnen klein und erweitern, nicht umgekehrt.
Betrieb ohne eigene IT-Mannschaft
Der häufigste Grund, warum Automatisierung nach einem Jahr stillsteht: Niemand fühlt sich zuständig. Vier Dinge müssen geklärt sein, bevor der erste Ablauf live geht.
Monitoring und Alarme. Wer erfährt, wenn ein Lauf fehlschlägt – und wie schnell?
Runbook. Was ist im Fehlerfall zu tun? Ein Blatt Papier mit fünf Schritten reicht.
Änderungsmanagement. Wer prüft nach einem Update, dass die Automatisierung noch funktioniert?
Verantwortlichkeit. Eine benannte Person, die wöchentlich auf das System schaut. Ohne sie gibt es keinen Betrieb, nur eine Annahme.
Die Kosten liegen im Betrieb
Die Projektrechnung ist selten das Problem. Drei Kostenblöcke entscheiden über den Erfolg: Lizenzen und Verbrauch, Betreuung im Fehlerfall, Anpassung bei Prozessänderungen. Rechnen Sie den Nutzen deshalb nicht gegen die Ersteinrichtung, sondern gegen 12 Monate Betrieb. Und legen Sie vor dem Start fest, was gemessen wird: Durchlaufzeit, manuelle Eingriffe pro Vorgang, Nacharbeitsquote. Ein Vorher-Nachher-Vergleich nach 90 Tagen entscheidet sachlich, ob erweitert oder gestoppt wird.
Vier Warnsignale
Ein unklarer Prozess wird automatisiert. Erst aufräumen, dann automatisieren – sonst wird der Fehler schneller.
Datenqualität wird ignoriert. Falsche Stammdaten bleiben falsch, nur zuverlässiger.
Kein Owner. Ohne Verantwortlichkeit hält kein Ablauf länger als ein Quartal.
Keine Messung. Ohne Zahlen endet die Diskussion bei Meinungen.
Fazit der Serie
Automatisierung im Mittelstand scheitert selten an der Technik und fast immer an Auswahl, Betrieb und Erwartung. Wer beim langweiligsten Prozess anfängt, das passende Integrationsmuster wählt und den Betrieb vor dem Rollout klärt, gewinnt Kapazität zurück – messbar, nicht gefühlt. Sicherheit und Datenschutz gehören dabei von Beginn an in die Architektur, wie in Teil 7 und Teil 8 dieser Serie beschrieben.
Damit schließt die Serie Teil 6 bis 10 ab: von der Unterscheidung zwischen Chatbot und Agent über Sicherheit, Datenschutz und Geodaten bis zur konkreten Integrationsentscheidung. Die passenden Einstiegspunkte finden Sie unter KI-Agenten für den Mittelstand sowie unter Penetrationstests und Schwachstellenanalysen.