Workflow-Automatisierung: welches Werkzeug zu welchem Ablauf passt
Veröffentlicht am
Wer nach Workflow-Automatisierung sucht, findet zuerst Definitionen. Sie stammen von Atlassian, ServiceNow, IBM, Pega und Blue Prism, und sie unterscheiden sich weniger im Inhalt als in der Richtung, in die sie zeigen: Am Ende jeder Erklärung steht das Produkt des Anbieters. Das ist kein Vorwurf, es ist der Zweck solcher Seiten. Nur beantwortet keine davon die Frage, die ein Betrieb tatsächlich hat: Welche Art von Werkzeug braucht dieser eine Ablauf, den ich loswerden will.
Es gibt vier Klassen, und sie lösen unterschiedliche Probleme. Die Reihenfolge unten ist keine Rangliste, sondern eine Prüfreihenfolge.
Klasse 1: die Bordmittel, die schon da sind
Bevor etwas Neues dazukommt, lohnt der Blick in das, was ohnehin läuft. Warenwirtschaft, CRM und Buchhaltungssoftware haben fast immer Regelfunktionen, die nie eingerichtet wurden: Belege nach Betrag weiterleiten, Erinnerungen versenden, Status nach Fristablauf ändern. Diese Klasse kostet nichts extra und scheitert an einem einzigen Punkt: Sie endet an der Grenze des Programms. Sobald zwei Systeme miteinander reden sollen, reicht sie nicht.
Klasse 2: Werkzeuge zwischen den Programmen
Das ist die Klasse, die im Alltag gemeint ist, wenn jemand Workflow-Automatisierung sagt. Diese Werkzeuge sitzen zwischen den vorhandenen Programmen und reichen Daten weiter: Formular kommt an, Datensatz wird angelegt, Benachrichtigung geht raus. Verbreitete Vertreter sind Microsoft Power Automate, Zapier, Make und n8n.
Die Wahl innerhalb der Klasse hängt weniger am Funktionsumfang als an drei Fragen: Läuft der Betrieb ohnehin auf Microsoft 365, sollen die Daten das Haus verlassen dürfen, und wie oft läuft der Ablauf. Die dritte Frage wird am häufigsten übersehen, weil sie erst in der Rechnung auftaucht: Einige Anbieter rechnen pro Schritt ab, andere pro Ausführung. Bei einem Ablauf mit dreißig Schritten macht das den Unterschied zwischen zwanzig Euro und mehreren hundert im Monat. Was n8n dabei kostet und warum die verbreitete Bezeichnung als Open Source nicht stimmt, steht in n8n im Betrieb.
Klasse 3: RPA, wenn es keine Schnittstelle gibt
Manche Programme haben keine Schnittstelle, über die ein anderes System sie ansprechen könnte. Ältere Branchensoftware ist dafür der Normalfall. Hier setzt RPA an, also ein Softwareroboter, der die Anwendung über ihre Oberfläche bedient: Felder ausfüllen, klicken, Ergebnis auslesen.
Das funktioniert und ist zugleich die anfälligste der vier Klassen. Ein Roboter, der auf Bildschirmpositionen zielt, fällt bei jeder Änderung der Oberfläche aus. Ein Programmfenster, das nach einem Update anders aussieht, legt den Ablauf still. RPA ist deshalb die Wahl, wenn es keine andere gibt, nicht die erste Wahl.
Klasse 4: Sprachmodelle für die Schritte mit Ermessen
In vielen Abläufen sitzt genau ein Schritt, der sich nicht als Regel schreiben lässt: einordnen, zusammenfassen, aus unstrukturiertem Text die richtige Angabe herausziehen. Dafür eignen sich Sprachmodelle, und zwar als Baustein innerhalb eines Ablaufs, nicht als Ersatz für ihn.
Die Abgrenzung ist praktisch wichtig. Ein Modell, das entscheidet, in welche Kategorie eine Anfrage gehört, ist ein sinnvoller Baustein. Ein Modell, das einen ganzen Vorgang ohne Kontrolle abwickelt, verlagert das Risiko dorthin, wo es niemand mehr sieht. Wo die Grenze zwischen beidem verläuft, steht in KI-Agent oder Chatbot.
| Klasse | Passt, wenn | Bricht an |
|---|---|---|
| Bordmittel | alles in einem Programm passiert | der Systemgrenze |
| Workflow-Werkzeuge | mehrere Programme Daten austauschen | fehlenden Schnittstellen |
| RPA | ein Programm keine Schnittstelle hat | jeder Änderung der Oberfläche |
| Sprachmodelle | ein Schritt eine Einschätzung braucht | fehlender Kontrolle über das Ergebnis |
Drei Fragen vor der Werkzeugwahl
Die Klasse steht meist schnell fest, sobald diese drei Antworten vorliegen. Sie sind in dieser Reihenfolge zu beantworten, weil jede die nächste einschränkt.
- Wie oft läuft der Ablauf. Zehnmal am Tag zwei Minuten sparen bringt mehr als einmal im Quartal eine Stunde. Die Häufigkeit schlägt die Dauer, und an dieser Stelle verschätzen sich die meisten.
- Welche Systeme sind beteiligt. Zwei Programme mit sauberen Schnittstellen sind ein anderer Aufwand als fünf, von denen zwei keine haben.
- Wer pflegt das in einem Jahr. Jeder automatisierte Ablauf ist ein laufender Betrieb, kein Projekt mit Abschlussdatum. Ohne zuständige Person fällt er nach der nächsten Schnittstellenänderung still aus.
Was sich mit Sprachmodellen wirklich geändert hat
Die Klassen eins bis drei gibt es seit Jahrzehnten. Neu ist nicht, dass Abläufe automatisierbar sind, sondern welche. Vor Sprachmodellen scheiterte die Automatisierung regelmäßig an unstrukturiertem Text: eine Lieferantenrechnung, die jedes Haus anders aufbaut, eine Kundenmail ohne festes Format.
Genau diese Schritte lassen sich heute überbrücken. Was sich dagegen nicht geändert hat, ist die Rechnung davor: Ein Ablauf, der sich vor drei Jahren nicht gelohnt hat, weil er zu selten vorkommt, lohnt sich auch jetzt nicht. Die Technik hat die Grenze verschoben, nicht die Wirtschaftlichkeit. Konkrete Abläufe mit Aufwand und Ertrag stehen in Prozesse automatisieren: Beispiele.
Häufige Fragen
Ein wiederkehrender Arbeitsablauf mit festen Regeln läuft ohne manuelle Einzelschritte. Ein Ereignis löst ihn aus, Software arbeitet die Schritte ab, ein Mensch greift nur bei Ausnahmen ein. Im engeren Sinn sind Workflow-Werkzeuge die Klasse, die zwischen mehreren Programmen sitzt und Daten weiterreicht.
Workflow-Werkzeuge sprechen Programme über deren Schnittstellen an. RPA bedient sie über die Oberfläche, so wie ein Mensch es täte. RPA ist deshalb die Wahl, wenn eine Schnittstelle fehlt, und zugleich anfälliger: Ändert sich die Oberfläche, fällt der Ablauf aus.
Die Frage lässt sich ohne den Ablauf nicht beantworten. Läuft der Betrieb auf Microsoft 365, ist Power Automate meist der kürzere Weg. Geht es um wenige Verbindungen zwischen fertigen Diensten, reicht ein Baukasten. Braucht es eigene Logik oder sollen Daten im Haus bleiben, kommen selbst betriebene Werkzeuge infrage.
Eine grobe Rechnung: Zeitaufwand je Vorgang mal Häufigkeit im Monat mal Stundensatz ergibt den monatlichen Wert. Liegt er über dem einmaligen Umsetzungsaufwand geteilt durch sechs bis zwölf Monate, rechnet sich die Automatisierung in diesem Zeitraum. Bei seltenen Vorgängen dauert es oft Jahre, wenn es sich überhaupt trägt.
Für einzelne einfache Abläufe nicht. Sobald mehrere Systeme verbunden werden oder der Ablauf geschäftskritisch wird, braucht es jemanden, der ihn dauerhaft pflegt. Das kann intern oder extern sein, aber nicht niemand: Ein Ablauf ohne zuständige Person fällt irgendwann unbemerkt aus.
Aimani Support