Prozesse automatisieren: erst vereinfachen, dann umsetzen

Der Wunsch klingt meist einfach: „Das möchten wir automatisieren.“

Im ersten Gespräch zeigt sich dann, dass der Ablauf aus mehreren Varianten besteht, wichtige Entscheidungen nur mündlich weitergegeben werden und niemand mehr genau weiß, warum bestimmte Schritte überhaupt noch ausgeführt werden.

Eine Automatisierung löst diese Unklarheit nicht auf. Sie führt den vorhandenen Ablauf nur schneller und konsequenter aus. Ist der Prozess unnötig kompliziert, fehlerhaft oder widersprüchlich, wird auch die Automatisierung unnötig kompliziert — nur dass die Folgen jetzt in Sekunden entstehen statt in Tagen.

Dieser Beitrag beschreibt eine Reihenfolge, die Fehlentscheidungen früh sichtbar macht: aufnehmen, streichen, ungeeignete Kandidaten aussortieren, Regeln von Entscheidungen trennen, klein pilotieren, absichern, übergeben. Wer beurteilen möchte, welcher der eigenen Abläufe überhaupt zuerst an die Reihe kommt, braucht vor allem die ersten drei Schritte.

Der dokumentierte Prozess ist selten der Prozess, der tatsächlich läuft

Prozessbeschreibungen zeigen den gewünschten Ablauf. Der reale Ablauf enthält Abkürzungen, Sonderregeln und Zwischenschritte, die nie aufgeschrieben wurden, weil sie sich „von selbst verstehen“.

Nehmen Sie den Ist-Zustand deshalb bei den Personen auf, die ihn täglich ausführen, nicht bei der Führungskraft, die ihn beschrieben hat. Drei Zugänge ergänzen sich dabei.

Echte Vorgänge begleiten

Begleiten Sie fünf bis zehn tatsächliche Vorgänge vom Auslöser bis zum Abschluss. Ein kurzes Bildschirmvideo zeigt dabei häufig mehr als ein Prozesshandbuch: welche Systeme wirklich geöffnet werden, wo Daten von Hand aus einem Fenster in ein anderes kopiert werden, an welcher Stelle jemand kurz beim Kollegen nachfragt, und welche Felder konsequent leer bleiben.

Fragen stellen, die den Ablauf öffnen

Was löst den Prozess aus?
Welche Informationen sind am Anfang vorhanden, welche fehlen regelmäßig?
Wer prüft, wer entscheidet, wer trägt die Verantwortung?
Welche Systeme werden geöffnet, und was wird zwischen ihnen kopiert oder neu eingegeben?
Welche Sonderfälle treten auf, und wie oft?
Woran erkennt man, dass der Vorgang abgeschlossen ist?
Was passiert heute, wenn etwas schiefgeht?

Die letzte Frage ist die aufschlussreichste. Der bestehende Umgang mit Fehlern beschreibt den Prozess oft genauer als seine Idealversion.

Zählen statt schätzen

Erheben Sie zwei Zahlen, bevor Sie über Nutzen sprechen: wie viele Vorgänge pro Woche anfallen und wie lange ein Vorgang dauert. Trennen Sie dabei die reine Bearbeitungszeit von der Durchlaufzeit. Beide fallen häufig weit auseinander.

Angenommen, ein Antrag liegt im Schnitt vier Tage im Haus, die eigentliche Bearbeitung dauert aber zwanzig Minuten. Dann liegt das Problem in der Warteschlange, nicht in der Tippgeschwindigkeit. Eine Automatisierung, die die zwanzig Minuten auf zwei verkürzt, ändert an den vier Tagen fast nichts — eine automatische Weiterleitung ohne Zwischenablage dagegen sehr wohl. Ohne diese Trennung optimieren Sie den falschen Teil.

Für die Darstellung reicht in den meisten Fällen eine Schwimmbahn auf einem Flipchart oder eine nummerierte Liste mit Verantwortlichen. Eine formale Notation wie BPMN 2.0 lohnt sich erst, wenn das Diagramm dauerhaft gepflegt und von mehreren Beteiligten gelesen wird. Ein Modell, das nach dem Workshop niemand mehr anfasst, ist Aufwand ohne Ertrag.

Streichen schlägt vereinfachen, vereinfachen schlägt automatisieren

Ein häufiger Fehler ist die exakte Nachbildung eines alten Papier- oder Excel-Prozesses in einer neuen Anwendung:

Das digitale Formular enthält dieselben unnötigen Felder wie das Papierformular.
Eine Freigabe durchläuft fünf Personen, obwohl nur zwei Entscheidungen notwendig sind.
Daten werden automatisch zwischen drei Listen kopiert, obwohl eine verbindliche Datenquelle möglich wäre.
Ein Sprachmodell liest freie Texte aus, obwohl eine klare Auswahl im Formular zuverlässiger und billiger wäre.

Prüfen Sie jeden Schritt deshalb in dieser Reihenfolge, und automatisieren Sie erst, wenn die ersten vier Fragen mit Nein beantwortet sind:

Kann der Schritt ersatzlos entfallen?
Kann er vereinfacht werden?
Können mehrere Varianten zu einer zusammengeführt werden?
Wird er überflüssig, wenn zwei Systeme miteinander verbunden werden?
Erst dann: Soll er automatisiert werden?

Ein gestrichener Schritt verursacht keinen Betrieb, keine Wartung und keine Fehlerbehandlung. Ein automatisierter Schritt verursacht alle drei — dauerhaft.

Hilfreiche Kontrollfragen dazu: Wird diese Information später tatsächlich verwendet? Ist die Prüfung fachlich oder rechtlich erforderlich, oder ist sie historisch entstanden? Kann der Wert aus einem bestehenden System übernommen werden? Müssen wirklich zwei Personen dasselbe kontrollieren? Kann der Kunde fehlende Angaben selbst ergänzen? Braucht es eine E-Mail, oder reicht eine Statusanzeige?

Der Grund für diese Reihenfolge ist wirtschaftlich, nicht ästhetisch. Ein gestrichener Schritt verursacht keinen Betrieb, keine Wartung und keine Fehlerbehandlung. Ein automatisierter Schritt verursacht alle drei — dauerhaft. Streichen fühlt sich weniger nach Fortschritt an, ist aber in vielen Fällen der größere Hebel.

Manche Prozesse sind zum jetzigen Zeitpunkt keine guten Kandidaten

Nicht jeder Ablauf, der Zeit kostet, sollte als Nächstes automatisiert werden. Die folgenden Merkmale sprechen dagegen — nicht für immer, aber für jetzt.

Der Ausnahmefall ist der Normalfall. Wenn der Standardweg nur einen Teil der Vorgänge abdeckt und der Rest individuell entschieden wird, automatisieren Sie den kleineren Teil des Problems und bauen für den größeren eine zusätzliche Übergabe. Prüfen Sie an echten Vorgängen aus den letzten Wochen nach, wie viele davon ohne manuellen Eingriff durchgelaufen wären. Diese Zahl entscheidet, nicht das Bauchgefühl.

Die Eingaben sind instabil. Freitext-E-Mails ohne feste Struktur, Lieferantenbelege in wechselnden Layouts, Tabellen, in denen jeder Absender die Spalten anders benennt. Solche Eingaben lassen sich verarbeiten, aber die Lösung bleibt dauerhaft pflegebedürftig. Oft ist es günstiger, zuerst die Eingabe zu standardisieren — ein Formular statt einer Sammeladresse — und danach zu automatisieren.

Das Wissen steckt in Köpfen. Wenn auf die Frage „Woran erkennen Sie, dass dieser Fall anders behandelt werden muss?“ die Antwort „Das sieht man“ lautet, ist der Prozess noch nicht beschreibbar. Was niemand formulieren kann, kann auch niemand umsetzen — weder als feste Regel noch als Anweisung an ein Sprachmodell. Der nächste Schritt ist dann Dokumentation, nicht Technik.

Der Prozess steht ohnehin vor einer Änderung. Ein geplanter Systemwechsel, eine Umstrukturierung oder eine absehbar geänderte Vorgabe entwerten eine Automatisierung, bevor sie sich rechnet.

Es gibt keinen fachlichen Verantwortlichen. Ein Prozess, für dessen Inhalt sich niemand zuständig fühlt, hat auch für die Automatisierung keinen Ansprechpartner — weder bei der Abnahme noch bei der ersten Fehlermeldung um 7:30 Uhr.

Das Zielsystem hat keine Schnittstelle. Bleibt nur das Nachbilden von Mausklicks und Tastatureingaben, hängt der Betrieb an Fensterpositionen und Oberflächenversionen. Das kann als Übergangslösung vertretbar sein, sollte aber auch so geplant und nicht als Dauerbetrieb verkauft werden.

Die Fallzahl ist zu klein. Zwei Vorgänge im Monat rechtfertigen selten einen dauerhaft betriebenen Workflow. Die Ausnahme ist der seltene, aber teure Fehler: Wenn ein übersehener Termin oder eine falsche Freigabe erheblichen Schaden verursacht, kann sich auch eine kleine Fallzahl lohnen.

Treffen mehrere dieser Punkte auf Ihren Wunschprozess zu, ist die richtige nächste Maßnahme keine Automatisierung, sondern Dokumentation, Standardisierung oder eine Entscheidung darüber, wer den Prozess fachlich verantwortet. Dafür brauchen Sie keinen Dienstleister — und wir sagen Ihnen das auch, wenn Sie uns mit dem Automatisierungswunsch ansprechen.

Feste Regeln, variable Inhalte und verantwortliche Entscheidungen gehören getrennt

Ein stabiler Prozess besteht meist aus drei Arten von Arbeit, die technisch unterschiedlich zu behandeln sind.

Feste Regeln — Pflichtfelder prüfen, Beträge berechnen, Status setzen, Fristen ermitteln, Daten übertragen. Diese Schritte sollten deterministisch umgesetzt werden. Ein Sprachmodell an dieser Stelle ist teurer, langsamer und weniger verlässlich als eine Bedingung im Code.

Variable Inhalte — freie E-Mails einordnen, Dokumente zusammenfassen, Anliegen klassifizieren, Angaben aus unstrukturiertem Text extrahieren. Hier kann KI den Unterschied machen, weil sich der Fall nicht vollständig als Regel beschreiben lässt. Erwarten Sie dafür ein Ergebnis mit Fehlerquote und planen Sie eine Kontrollstufe ein.

Verantwortliche Entscheidungen — eine Ausnahme genehmigen, einen Vertrag freigeben, eine Zahlung bestätigen, personalrelevant entscheiden. Diese Schritte bleiben bei einem Menschen oder benötigen mindestens eine ausdrückliche Freigabe.

Für die dritte Kategorie gibt es zusätzlich eine rechtliche Dimension: Nach Art. 22 DSGVO hat eine betroffene Person grundsätzlich das Recht, nicht einer ausschließlich auf automatisierter Verarbeitung beruhenden Entscheidung unterworfen zu werden, die ihr gegenüber rechtliche Wirkung entfaltet oder sie in ähnlicher Weise erheblich beeinträchtigt. Ob eine konkrete Konstellation darunter fällt, ist eine Rechtsfrage und gehört in die juristische Prüfung. Technisch folgt daraus, dass in solchen Abläufen ein echter Entscheidungsschritt vorgesehen sein muss — und nicht nur ein Bestätigungsklick auf einen bereits fertig formulierten Bescheid.

Wer die drei Kategorien vermischt, baut unnötig riskante Systeme. Wo genau die Grenze zwischen regelbasiertem Workflow und KI-gestütztem Agenten verläuft, behandelt der Beitrag KI-Agenten und Workflows im Vergleich. Wie wir diese Trennung in Projekten anwenden, beschreibt unsere Seite zu Automatisierung und KI-Prozessen.

Der erste Pilot muss so klein sein, dass sein Scheitern billig bleibt

Der beste Startprozess ist nicht der größte. Geeignet ist ein Ablauf, der regelmäßig vorkommt, heute messbaren Aufwand verursacht, ausreichend verstanden ist, begrenzte Risiken hat, wenige Systeme berührt und für die Anwender einen sichtbaren Nutzen erzeugt.

Ebenso wichtig wie die Auswahl ist der Zuschnitt. Vier Festlegungen halten die Kosten eines Fehlschlags niedrig.

Erst lesen, dann schreiben. Lassen Sie die Automatisierung in der ersten Ausbaustufe nur auswerten, vorschlagen und anzeigen: keine Datensätze anlegen, keine E-Mails an Kunden versenden, nichts löschen. Fehler in dieser Phase erzeugen falsche Vorschläge, keine falschen Fakten.

Schattenbetrieb. Lassen Sie den Workflow eine begrenzte Zeit parallel zum manuellen Verfahren laufen und vergleichen Sie beide Ergebnisse. Jede Abweichung ist entweder ein Fehler in der Automatisierung oder eine Regel, die in der Aufnahme gefehlt hat. Erst wenn die Abweichungen erklärbar sind, wird das automatische Ergebnis verbindlich.

Zeitbudget statt Funktionsliste. Legen Sie fest, wie viel Aufwand der Pilot höchstens kosten darf. Wird die Grenze erreicht, kürzen Sie den Funktionsumfang statt das Budget zu erhöhen. Ein Pilot, der wächst, ist kein Pilot mehr.

Abbruchkriterien und Rückweg. Schreiben Sie vor dem Start auf, woran Sie erkennen würden, dass der Pilot nicht funktioniert, und wie Sie zum bisherigen Verfahren zurückkehren. Solange der Pilot läuft, bleibt der manuelle Weg vollständig funktionsfähig — Zugänge, Vorlagen und Zuständigkeiten dafür werden nicht abgebaut.

Ein Pilot, der unter diesen Bedingungen scheitert, kostet Wochen und liefert Erkenntnisse für das nächste Vorhaben. Ein Pilot, der ohne sie in den Produktivbetrieb rutscht, kostet unter Umständen Daten.

Der Nutzen ist mehr als die gesparte Zeit

Automatisierung kann sehr unterschiedliche Wirkungen haben: weniger Bearbeitungszeit, schnellere Reaktion auf Kundenanfragen, geringere Fehlerquote, vollständiger erfasste Daten, bessere Nachvollziehbarkeit, weniger Abhängigkeit von einzelnen Personen, einheitlichere Abläufe und eine belastbarere Auswertung.

Entscheiden Sie vor dem Start, welche dieser Größen Sie messen wollen, und halten Sie den Ausgangswert fest. Ohne Vorher-Wert bleibt die Bewertung danach Ansichtssache — und in der Diskussion gewinnt dann derjenige, der lauter argumentiert.

Eine Automatisierung kann auch dann sinnvoll sein, wenn sie nur wenige Stunden im Monat spart, aber einen wiederkehrenden Fehler mit teuren Folgen verhindert. Umgekehrt ist eine Zeitersparnis wertlos, wenn die eingesparten Minuten über zwanzig Personen verteilt anfallen und dadurch niemand tatsächlich Kapazität gewinnt.

Fehlerbehandlung und Überwachung sind der größere Teil der Arbeit

Eine Demonstration zeigt fast immer den Idealfall. Der Produktivbetrieb besteht aus unvollständigen Formularen, doppelten Datensätzen, nicht erreichbaren Schnittstellen und unerwarteten Dateiformaten.

Vor dem Start müssen deshalb diese Fragen beantwortet sein:

Was passiert bei fehlenden oder widersprüchlichen Daten?
Was passiert, wenn das Zielsystem nicht erreichbar ist — Abbruch, Warteschlange oder automatische Wiederholung?
Wie wird verhindert, dass eine Wiederholung denselben Vorgang doppelt anlegt?
Wer erhält die Fehlermeldung, und in welchem Kanal?
Kann ein Mitarbeiter einen abgebrochenen Vorgang manuell fortsetzen?
Was geschieht mit teilweise verarbeiteten Daten?

Dazu gehört die Überwachung im Betrieb: eine Statusübersicht, Fehlerprotokolle, gezielte Benachrichtigungen an eine benannte Person, festgelegte Wiederholungsregeln und eine regelmäßige Prüfung. Besonders tückisch ist der stille Ausfall — der Workflow läuft nicht mehr, meldet aber auch nichts. Eine einfache Gegenmaßnahme ist eine Erwartungsprüfung: Wenn an einem Werktag null Vorgänge verarbeitet wurden, obwohl sonst zwanzig anfallen, löst das eine Meldung aus.

Die Frage „Wer merkt es, wenn der Workflow nicht läuft, und woran?“ sollte vor der Freigabe beantwortet sein.

Eine Automatisierung sieht mehr Daten als jeder einzelne Mitarbeiter

Automatisierungen erhalten in der Regel Zugriff auf mehrere Systeme gleichzeitig. Dadurch verarbeiten sie in kurzer Zeit mehr Daten, als eine einzelne Person je öffnen würde — und sie tun es ohne das implizite Korrektiv, dass jemand stutzt.

Zugriffe sollten deshalb auf die tatsächlich benötigten Daten begrenzt sein, über eigene technische Konten statt über persönliche Benutzerkonten laufen, dokumentiert und regelmäßig überprüft werden und bei Projektende widerrufbar sein. Der Grundsatz der Datenminimierung nach Art. 5 Abs. 1 lit. c DSGVO gilt für den automatisierten Zugriff genauso wie für den manuellen; das IT-Grundschutz-Kompendium des BSI enthält dazu die passenden Bausteine für Berechtigungsverwaltung, Protokollierung und Betrieb.

Ein oft übersehener Punkt sind die Protokolle selbst. Wer zur Fehlersuche vollständige Nachrichteninhalte mitschreibt, legt damit eine zweite, meist schlechter geschützte Kopie personenbezogener Daten an. Legen Sie fest, welche Felder protokolliert werden und wie lange.

Die datenschutzrechtliche Bewertung eines Verfahrens bleibt bei Ihnen und Ihrer rechtlichen Beratung. Technisch umsetzbar und dokumentierbar sind Datenminimierung, Rollentrennung, Protokollierung und Löschfristen in jedem Fall.

„Fertig“ heißt übergeben und dokumentiert, nicht „läuft bei mir“

Eine Automatisierung ist nicht abgeschlossen, wenn sie zum ersten Mal fehlerfrei durchläuft. Sie ist abgeschlossen, wenn jemand anderes als die entwickelnde Person sie betreiben, verstehen und im Störfall wieder in Gang bringen kann. Dazu gehören:

Abnahme mit echten Fällen. Nicht mit Demodaten, sondern mit denselben Vorgängen aus der Prozessaufnahme, einschließlich der Sonderfälle.
Betriebsdokumentation auf zwei bis drei Seiten. Was der Workflow tut, welche Systeme und Konten er nutzt, wo die Zugangsdaten liegen, wie ein normaler und wie ein fehlerhafter Lauf aussieht, wie man ihn stoppt und neu startet.
Ein kurzes Runbook für die wahrscheinlichsten Störungen. Zielsystem nicht erreichbar, Zugangsdaten abgelaufen, unerwartetes Dateiformat, Zeitüberschreitung.
Benannte Zuständigkeit, fachlich und technisch, mit Vertretung.
Zugänge, die nicht an einer Person hängen. Technische Konten gehören in den Passwortspeicher des Unternehmens, nicht in den privaten Bereich eines Mitarbeiters oder ausschließlich zum Dienstleister.
Übergabe der Bausteine. Konfiguration, Skripte, Feldzuordnungen und Zugangsdaten gehören dem Unternehmen. Klären Sie vor Projektbeginn, was Sie am Ende in der Hand halten und ob Sie den Betrieb notfalls ohne den ursprünglichen Dienstleister fortführen könnten.
Ein Termin für die erste Nachprüfung, etwa vier bis sechs Wochen nach der Freigabe. Bis dahin sind die Sonderfälle aufgetreten, die im Test gefehlt haben.

Ebenso wichtig ist, dass die betroffenen Mitarbeiter wissen, welche Schritte jetzt automatisch erfolgen, welche Angaben sie weiterhin prüfen müssen, wie sie einen Fehler melden, wann eine manuelle Bearbeitung nötig bleibt und welche Datenquelle verbindlich ist. Fehlt diese Klarheit, entstehen parallele Prozesse: Die Automatisierung läuft, und im Hintergrund pflegt jemand die alte Liste weiter, „für alle Fälle“. Damit ist der Aufwand gestiegen statt gesunken.

Nicht jede Automatisierung muss individuell gebaut werden

Mögliche Wege sind Funktionen der bereits vorhandenen Software, Plattformen wie Power Automate, Workflow-Systeme wie n8n, kleine eigene Skripte, dedizierte Integrationsdienste oder die Anpassung einer Open-Source-Lösung. Die Entscheidung hängt von Komplexität, Datenmenge, Betriebsanforderungen, Kosten, Skalierung und vorhandenem Know-how ab.

Prüfen Sie dabei von innen nach außen. Wenn Ihre bestehende Software die Funktion bereits mitbringt und sie nur nie eingerichtet wurde, ist das die günstigste Lösung — und Sie brauchen dafür keinen Automatisierungsdienstleister, sondern jemanden, der Ihr vorhandenes System kennt. Erst wenn das nicht trägt, lohnt der Blick auf eine Plattform oder eine eigene Umsetzung. Bei TakFlow kostet eine einzelne, klar abgegrenzte Automatisierung ab 2.500 €; ob sich das rechnet, beantworten die Zahlen, die Sie in der Prozessaufnahme erhoben haben.

Die grundsätzliche Abwägung zwischen Standardfunktion und eigener Entwicklung behandelt der Beitrag Standardsoftware oder individuelle Lösung ausführlicher.

Der Ablauf entscheidet über das Ergebnis, nicht das Werkzeug

Gute Automatisierung beginnt nicht im Workflow-Editor und nicht bei der Modellauswahl. Sie beginnt mit einer ehrlichen Aufnahme des tatsächlichen Ablaufs und mit der Bereitschaft, Schritte zu streichen, statt sie zu beschleunigen.

Wer unnötige Schritte entfernt, Regeln von Entscheidungen trennt, Sonderfälle mitplant und die fertige Lösung dokumentiert übergibt, erhält ein System, das Arbeit abnimmt. Wer einen unklaren Prozess unverändert automatisiert, erhält eine schnellere Form derselben Unklarheit.

Handlungsaufruf

Welcher Ablauf kostet Ihr Team jede Woche Zeit?
TakFlow nimmt den Prozess mit den Beteiligten auf, trennt feste Regeln von Entscheidungen und schlägt einen Piloten vor, dessen Umfang und Grenzen Sie vorher kennen. Kommt dabei heraus, dass Streichen oder Standardisieren die bessere Maßnahme ist, sagen wir Ihnen das.

Automatisierungs-Check anfragen

Weiterführend: Automatisierung und KI-Prozesse · KI-Agenten und Workflows im Vergleich · Standardsoftware oder individuelle Lösung

Prozessautomatisierung: Warum ein schlechter Prozess durch KI nur schneller schlecht wird