Prozessautomatisierung, die im Betrieb hält

Gute Kandidaten sind Abläufe, die häufig vorkommen, klaren Regeln folgen und heute durch Abtippen, Weiterleiten oder Erinnern zusammengehalten werden. Die typischen Bausteine:

• Strukturierte Eingänge: Aufträge, Rechnungen und Formulare kommen als PDF, E-Mail oder Webhook an und landen als geprüfter Datensatz, abgeglichen mit dem, was Sie schon haben.
• Freigaben mit Nachweis: Entwurf, Prüfung, freigegeben, und wer wann zugestimmt hat, steht direkt am Datensatz.
• Fristen und Eskalation: Fristen in Werktagen gegen einen echten Feiertagskalender, die eine Neuzuweisung überstehen und von selbst eskalieren.
• Regeln, die die Datenbank durchsetzt: Was das Geschäft schützt, liegt in der Datenbank, nicht nur in der Oberfläche oder im Szenario.
• Benachrichtigungen an die richtige Stelle: Meldungen gehen in den Kanal, den Ihr Team tatsächlich liest, nicht in ein Postfach, das niemand öffnet.

Workflow-Automatisierung ist dabei der Teil, der auf Plattformen wie Make.com, n8n oder Zapier läuft. Prozessautomatisierung umfasst zusätzlich die Aufnahme des Ablaufs, die Regeln dahinter und die Entscheidung, welches System für welche Daten führend ist.

Viele Probleme im Betrieb sind kein fehlendes Werkzeug, sondern ein Ablauf, den nur eine Person vollständig kennt. Deshalb beginnt die Arbeit mit dem Ist-Zustand: wie der Prozess tatsächlich ausgeführt wird, nicht wie das Organigramm es vorsieht, einschließlich der Ausnahmen, um die alle herumarbeiten.

Eine nützliche Vorbereitung kostet nichts. Fragen Sie nicht, was normalerweise passiert, sondern wie viele Vorgänge im letzten Monat jemand von Hand angefasst hat, und warum. Die Antworten sind die Ausnahmeliste, und die Ausnahmeliste ist der größte Teil jeder Schätzung.

Jede Ausnahme braucht eine bewusste Entscheidung: automatisieren, an einen Menschen weiterleiten oder sichtbar ablehnen. Gibt es einen Schritt, der nur existiert, um einen früheren Schritt zu korrigieren, wäre es falsch, beide zu automatisieren. Seltene Sonderfälle bleiben anfangs besser manuell; ein Fall, der zweimal im Jahr auftritt, rechtfertigt selten einen eigenen Pfad, der dauerhaft funktionieren muss.

Standardmäßig wird mit den Werkzeugen gearbeitet, die Sie schon nutzen. Ein Ersatz lohnt sich erst, wenn die Lizenzkosten die Kosten eines eigenen Betriebs übersteigen oder der Aufwand, die Werkzeuge zusammenarbeiten zu lassen, größer geworden ist als die Sache selbst. Als grobe Orientierung:

Die letzte Zeile ist meist der Sprung in einer Schätzung. Sätze wie „das darf nur einmal passieren“, „das hängt davon ab, was vorher war“ oder „wir müssen in Monaten noch zeigen können, was passiert ist“ sind das Zeichen, dass eine Regel in eine Datenbank gehört.

Das gefährliche Versagen ist nicht der Lauf mit Fehlermeldung, sondern das Szenario, das stehen bleibt, niemandem Bescheid gibt und erst auffällt, wenn ein Kunde nachfragt. Auf Make etwa wird ein geplantes Szenario standardmäßig nach drei aufeinanderfolgenden Fehlern deaktiviert (der Schwellenwert ist einstellbar), und eine ungelesene E-Mail ist dann womöglich das einzige Signal. Was dagegen gebaut wird:

• Laut scheitern: Fehler gehen in den Kanal, den Ihr Team liest, mit Auslöser, Ein- und Ausgabe jedes Schritts und der Fehlermeldung. Geplante Abläufe bekommen einen Heartbeat, der meldet, wenn ein Lauf gar nicht erst startet.
• Idempotenz: Ein stabiler Schlüssel sorgt dafür, dass ein wiederholter Lauf denselben Datensatz aktualisiert, statt einen zweiten anzulegen.
• Zugangsdaten gehören in Verbindungen oder Variablen, nicht in den Inhalt eines Szenarios, wo sie mit jedem Export mitreisen und nie rotiert werden.
• Kosten im Blick: Wer häufiger abfragt, als sich die Daten ändern, bezahlt leere Läufe. Ein Webhook oder ein längeres Intervall hilft.
• Regeln in die Datenbank: Was das Geschäft schützt, darf bei einem Umbau des Szenarios nicht verloren gehen.

Bestehende Automatisierungen, die immer wieder ausfallen, müssen deshalb selten komplett neu gebaut werden. Meist ist die Ursache strukturell und lässt sich gezielt beheben.

Ein Anbieter von Flotten-Telematik erhielt Aufträge als Dokumente, die von Hand Zeile für Zeile in monday.com übertragen wurden. Fehler fielen erst später auf. Die Zuteilung an Installateure war nicht dokumentiert, und die zugesagte Frist von zwei Werktagen existierte nur im Gedächtnis einzelner Personen.

Heute landen eingehende Aufträge über einen Webhook in einem Parser, die Zeile auf dem Board füllt sich selbst, und ein erneut gesendeter Auftrag korrigiert die bestehende Zeile, statt eine zweite anzulegen. Die Zuteilung löst eine SMS aus, die Frist von zwei Werktagen läuft gegen einen echten Feiertagskalender, übersteht eine Neuzuweisung und eskaliert von selbst. Installateure sehen über einen persönlichen Link nur ihre eigenen Aufträge, ohne eigene Lizenz. Die ganze Schicht lief zuerst im Schattenbetrieb neben dem manuellen Prozess, bevor umgestellt wurde.

Der Aufwand richtet sich nach drei Größen: der Zahl der Ausnahmen, der Zahl der Systeme, die jeweils glauben, dieselben Daten zu führen, und der Frage, ob Regeln eine Datenbank brauchen. Der Normalfall, der im ersten Gespräch beschrieben wird, ist meist der kleinste Posten. Ein einziges, klar festgelegtes führendes System hält den Aufwand nahezu linear; zwei Systeme, die beide bearbeitet werden und keinen Eigentümer haben, vervielfachen ihn.

Die meisten Projekte liegen zwischen 5.000 und 10.000 US-Dollar, größere Systeme darüber; ein Angebot gibt es nach einem kurzen Gespräch. Eine fokussierte Automatisierung dauert typischerweise zwei bis vier Wochen. Zu den laufenden Kosten gehören die nutzungsabhängigen Gebühren der Plattformen und etwas Pflegezeit. Rechnen Sie das Volumen eines Jahres durch, bevor Sie sich für eine Plattform entscheiden.