Zombie-Workflows: die Automatisierungen, die niemand abschaltet
In zwei Jahren haben wir mehr tote Workflows gefunden als kaputte. Warum niemand Automatisierungen abschaltet, was die Leichen im Konto kosten und drei Fragen, mit denen wir vor jedem Quartal aufräumen.
In den meisten Konten laufen mehr tote Workflows als kaputte
Wenn wir ein neues Beratungsmandat übernehmen, ist eine der ersten Aufgaben immer dieselbe: eine Liste aller aktiven Automatisierungen erstellen. Und fast jedes Mal stellt der Kunde im Laufe dieser Liste fest, dass er die Hälfte der Einträge nicht mehr erklären kann.
"Das hat mal der Kollege gebaut." "Das war für ein Projekt, das wir gar nicht mehr machen." "Keine Ahnung, was das tut, aber wir trauen uns nicht, es abzuschalten."
Das sind Zombie-Workflows. Automatisierungen, die noch laufen, deren Zweck aber niemand mehr kennt. Sie sind in zwei Jahren das häufigste Problem, das wir in produktiven Setups finden. Häufiger als kaputte Workflows. Denn ein kaputter Workflow meldet sich. Ein Zombie schweigt.
Warum niemand abschaltet
Das Bauen einer Automatisierung hat einen Anlass. Jemand braucht etwas, es wird gebaut, es geht live. Das Abschalten hat keinen Anlass. Niemand wacht morgens auf und denkt: heute räume ich die Workflows von 2024 auf.
Dazu kommt die Angst. Ein Workflow, der seit einem Jahr läuft, hat oft unsichtbare Abhängigkeiten. Vielleicht schreibt er in eine Tabelle, aus der ein anderer Workflow liest. Vielleicht hält er ein Token am Leben, das ein drittes System braucht. Niemand weiß es genau, also bleibt der Schalter auf an. Lieber die Leiche im Konto behalten als das Risiko eingehen, etwas Wichtiges zu killen.
Und schließlich kostet es scheinbar nichts. Ein inaktiver Workflow tut ja nichts Schlimmes, denkt man. Das ist der Trugschluss, der die meisten Setups über die Jahre verstopft.
Was die Leichen tatsächlich kosten
Ein Zombie-Workflow ist selten harmlos. Wir haben in Audits regelmäßig drei Sorten Schaden gesehen.
Der erste ist Geld. Make rechnet pro Operation, Zapier pro Task, jede LLM-Anfrage kostet Token. Wir hatten einen Kunden, dessen monatliche Make-Rechnung um knapp 30 Prozent fiel, nachdem wir vier Szenarien abgeschaltet hatten, die niemand mehr brauchte. Eines davon pollte alle fünf Minuten eine API ab, deren Ergebnis seit über einem Jahr in keinem Bericht mehr auftauchte.
Der zweite ist Datenmüll. Ein vergessener Sync-Workflow schreibt weiter in ein CRM, in eine Tabelle, in ein Data Warehouse. Die Daten, die er produziert, sind oft veraltet oder schlicht falsch, weil sich die Quellsysteme verändert haben, der Workflow aber nicht. Irgendwann zieht jemand einen Report aus diesen Daten und trifft eine Entscheidung auf Basis von Zahlen, die ein Zombie geschrieben hat.
Der dritte ist Sicherheit. Jeder Workflow hält Verbindungen, Tokens, API-Keys am Leben. Ein toter Workflow mit lebendigen Credentials ist eine offene Tür, an die niemand mehr denkt. Wenn das Token geleakt wird oder der Workflow einen Webhook offen hält, ist der blinde Fleck genau dort, wo niemand hinschaut.
Wie man einen Zombie erkennt
Die ehrlichste Methode ist nicht zu fragen "brauchen wir das noch?", sondern in die Ausführungs-Logs zu schauen.
Drei Signale sind verlässlich. Ein Workflow, der seit Monaten läuft, aber dessen Output in keinem nachgelagerten System mehr auftaucht. Ein Workflow, dessen letzte erfolgreiche Ausführung lange zurückliegt, der aber weiter triggert und scheitert, ohne dass es jemanden stört. Und ein Workflow, dessen Name auf ein Projekt, einen Kunden oder einen Mitarbeiter verweist, den es im Unternehmen nicht mehr gibt.
Das Tückische: keines dieser Signale taucht in einem normalen Monitoring auf. Monitoring alarmiert bei Fehlern. Ein Zombie produziert oft gar keine Fehler. Er läuft brav weiter und tut etwas, das niemand mehr braucht. Sie finden ihn nur, wenn Sie aktiv danach suchen.
Warum es sich nicht von selbst löst
Wir hören oft, das werde sich schon irgendwann auflösen, wenn jemand mal Zeit hat. Tut es nicht. Im Gegenteil, das Problem wächst monoton.
Jeder neue Mitarbeiter baut neue Workflows und kennt die alten nicht. Jeder, der geht, nimmt das Wissen über seine Workflows mit. Die Zahl der Automatisierungen, die niemand mehr erklären kann, steigt mit jeder Personalrotation und mit jedem abgeschlossenen Projekt. Nach zwei, drei Jahren ist das Konto ein Friedhof, durch den die wenigen lebenden Workflows sich noch durchschlängeln.
Der Punkt, an dem Aufräumen leicht wäre, ist genau jetzt, solange jemand die meisten Workflows noch erklären kann. Mit jedem Monat, den man wartet, wird es schwerer.
Wie wir mit Kunden aufräumen
Wir behandeln das Abschalten als eigenen, geplanten Prozess, nicht als Nebenbei-Aufgabe. Vier Schritte.
Inventarisieren. Eine Liste aller aktiven Workflows, mit Name, Trigger, letzter erfolgreicher Ausführung und einem Verantwortlichen. Diese Liste existiert in fast keinem Konto, das wir übernehmen. Sie zu erstellen dauert je nach Größe einen halben bis ganzen Tag.
Klassifizieren. Jeder Workflow bekommt eine von drei Markierungen. Aktiv und verstanden. Aktiv und unklar. Vermutlich tot. Die mittlere Kategorie ist die wichtigste, denn dort liegen die Zombies, die noch arbeiten.
Stilllegen statt löschen. Einen unklaren Workflow schalten wir nicht sofort weg. Wir deaktivieren ihn und warten. Wenn nach vier Wochen niemand merkt, dass etwas fehlt, war er tot. Diese Karenzzeit nimmt die Angst aus der Entscheidung. Niemand muss raten, ob ein Workflow wichtig ist, das System sagt es.
Dokumentieren, was bleibt. Was den Aufräum-Prozess überlebt, bekommt einen Eintrag: was tut der Workflow, wer ist verantwortlich, woran erkennt man, dass er noch gebraucht wird. Genau dieser Eintrag verhindert, dass der Workflow in zwei Jahren wieder zum Zombie wird.
Die Regel, die wir uns selbst auferlegt haben
Jeder Workflow, den wir bauen, bekommt von Anfang an ein Ablaufdatum oder zumindest ein Review-Datum. Im Namen, in der Beschreibung, in einem Feld. "Quartals-Review Q3 2026." An diesem Tag fragen wir: läuft das noch sinnvoll, oder kann es weg.
Das klingt nach Bürokratie. In der Praxis ist es die billigste Versicherung gegen den Friedhof. Ein Workflow ohne Ablaufdatum lebt ewig, auch wenn sein Zweck längst gestorben ist. Ein Workflow mit Review-Datum zwingt einmal pro Quartal zu der Frage, die sonst niemand stellt.
Wir bauen inzwischen mehr Automatisierungen ab, als manche Kunden im selben Zeitraum dazubauen. Das fühlt sich kontraintuitiv an, ist aber gesund. Ein schlankes Konto, in dem jeder Workflow einen erklärbaren Zweck hat, ist mehr wert als ein volles Konto, in dem die Hälfte aus Leichen besteht.
Wenn Sie nicht wissen, wie viele Zombies in Ihrem Konto laufen, lohnt sich ein Blick in unseren kostenlosen Automations-Check. Wir gehen die Liste gemeinsam durch und markieren die Workflows, die seit Monaten arbeiten, ohne dass noch jemand weiß, wofür.