Warum Automatisierungen plötzlich nicht mehr funktionieren

Ein Auftrag wird im CRM als gewonnen markiert. Die Automatisierung soll daraus ein Kundenprojekt im Projektmanagementtool anlegen, Aufgaben verteilen und das Team informieren.

Monatelang funktioniert das.

Dann fehlt bei einem neuen Projekt plötzlich die gebuchte Leistung. Die Aufgaben werden trotzdem angelegt. Das Team beginnt mit der Arbeit und merkt erst später, dass die falsche Vorlage verwendet wurde.

Im Automatisierungstool ist kein Fehler zu sehen. Der Workflow wurde erfolgreich ausgeführt.

Niemand hat ihn verändert.

Geändert hat sich ein Feld im CRM. Die Leistung wird inzwischen anders gespeichert. Die Automatisierung bekommt weiterhin Daten und verarbeitet sie. Nur die entscheidende Information kommt nicht mehr dort an, wo sie erwartet wird.

Genau so hören Automatisierungen auf zu funktionieren.

Sie müssen dafür nicht vollständig ausfallen. Es reicht, wenn sie unbemerkt ein falsches Ergebnis liefern.

Eine Automatisierung hält einen Zeitpunkt fest

Jede Automatisierung wird für eine bestimmte Umgebung gebaut.

Zum Zeitpunkt des Baus steht fest:

• welche Systeme beteiligt sind,
• welche Felder verwendet werden,
• wie die Daten aussehen,
• wie der Prozess im Team abläuft,
• welche Leistungen angeboten werden,
• wer bei einer Ausnahme eingreift.

Die Automatisierung bildet genau diesen Stand ab.

Der Betrieb bleibt danach nicht stehen.

Programme werden aktualisiert. Zugänge laufen ab. Mitarbeiter passen ihre Arbeitsweise an. Neue Leistungen kommen hinzu. Daten werden anders eingetragen. Ein bisher seltener Sonderfall tritt plötzlich jede Woche auf.

Die Automatisierung kennt diese Änderungen erst, wenn sie jemand einbaut.

Mit der Zeit entsteht dadurch ein Abstand zwischen dem gebauten Ablauf und dem, was heute tatsächlich gebraucht wird. Diesen Abstand nenne ich die Betriebslücke.

Die Betriebslücke ist der Abstand zwischen einer gebauten und einer dauerhaft funktionierenden Automatisierung. Sie entsteht bei den angeschlossenen Systemen, im Prozess, in den Daten und durch fehlende Zuständigkeit.

Dass sich die Umgebung verändert, lässt sich nicht verhindern.

Dass der Fehler erst beim Kunden auffällt, lässt sich sehr wohl verhindern.

1. Angeschlossene Systeme verändern sich

Eine Automatisierung arbeitet selten allein.

Sie liest beispielsweise Daten aus dem CRM, erstellt ein Projekt im Projektmanagementtool, legt einen Ordner an, verschickt eine E-Mail und übergibt Rechnungsdaten an die Buchhaltung.

Jede dieser Verbindungen kann sich verändern.

Typische Fälle sind:

• Ein Zugriffstoken läuft ab.
• Zugriffsrechte werden geändert.
• Ein Feld bekommt einen neuen Namen.
• Ein System liefert seine Daten in einer anderen Struktur.
• Eine Funktion wird abgeschaltet.
• Eine Schnittstelle begrenzt plötzlich die Anzahl der Anfragen.
• Ein Auslöser wird nach einem Update nicht mehr gesendet.
• Eine technische Erweiterung ist mit der neuen Version nicht kompatibel.

Im eigenen Unternehmen muss dafür niemand den Workflow anfassen.

Ein angeschlossenes System verändert die Bedingungen. Die Automatisierung arbeitet weiterhin nach den alten Regeln.

Ein vollständiger Ausfall ist dabei noch der einfache Fall. Der Workflow wird rot, jemand erhält eine Warnung und der Fehler kann untersucht werden.

Schwieriger wird es, wenn keine Fehlermeldung entsteht.

Ein System liefert beispielsweise weiterhin eine Antwort. Ein benötigtes Feld ist aber leer oder befindet sich an einer anderen Stelle. Für das Automatisierungstool war die Anfrage erfolgreich. Für den Geschäftsprozess fehlt eine entscheidende Information.

2. Der Prozess im Team verändert sich

Auch der sauberste Workflow wird unbrauchbar, wenn das Team inzwischen anders arbeitet.

Das passiert selten durch eine große Entscheidung. Der Ablauf verschiebt sich in kleinen Schritten.

Eine neue Leistung braucht andere Aufgaben. Die Projektleitung ergänzt vor dem Start eine zusätzliche Prüfung. Ein wichtiger Kunde erhält eine Ausnahme. Die Verwaltung wartet inzwischen auf eine andere Freigabe.

Der Workflow weiß davon nichts.

Er legt weiterhin dieselben Projekte, Aufgaben und Fristen an wie am Tag seiner Übergabe.

Anfangs korrigiert das Team die Abweichungen von Hand. Später entsteht daraus ein fester Umweg:

• Aufgaben werden nachträglich angepasst.
• Informationen werden zusätzlich über den Teamchat verschickt.
• Eine eigene Tabelle gleicht fehlende Angaben aus.
• Mitarbeiter umgehen einen Teil der Automatisierung.
• Einzelne Schritte werden wieder vollständig manuell erledigt.

Technisch läuft der Workflow weiter. Im tatsächlichen Prozess spielt er eine immer kleinere Rolle.

Das sieht dann so aus, als hätte die Automatisierung nie richtig funktioniert. Häufig hat sie genau den Prozess ausgeführt, für den sie gebaut wurde. Dieser Prozess existiert nur nicht mehr.

3. Die Daten verändern sich

Die gefährlichsten Fehler erzeugen keine rote Meldung.

Der Workflow startet. Alle technischen Schritte werden ausgeführt. Am Ende steht trotzdem ein falsches Ergebnis.

Das kann passieren, wenn:

• ein Pflichtfeld plötzlich leer bleibt,
• Mitarbeiter unterschiedliche Schreibweisen verwenden,
• zwei Systeme dieselbe Information unterschiedlich interpretieren,
• sich ein Datumsformat verändert,
• ein neuer Wert zu keiner bestehenden Regel passt,
• alte und neue Datensätze unterschiedlich aufgebaut sind,
• Informationen aus einer anderen Quelle übernommen werden.

Nehmen wir die gebuchte Leistung im CRM.

Früher stand dort „Social Media Betreuung“. Die Automatisierung hat dafür die passende Projektvorlage ausgewählt.

Nach einer Änderung stehen im Feld Werte wie „Social“, „Social Media Premium“ oder mehrere gebuchte Leistungen gleichzeitig. Der Workflow kennt diese Werte nicht.

Je nach Aufbau wählt er jetzt eine falsche Vorlage, lässt Aufgaben weg oder läuft ohne erkennbaren Fehler weiter.

Aus technischer Sicht wurde ein Text übertragen.

Aus Sicht der Agentur startet das Team mit dem falschen Arbeitsumfang.

Deshalb reicht es nicht, nur zu prüfen, ob Daten übertragen wurden. Die Automatisierung muss auch prüfen, ob die Daten vollständig, plausibel und für den nächsten Schritt verwendbar sind.

4. Niemand fühlt sich für den Betrieb zuständig

Eine wichtige Automatisierung braucht einen klaren Verantwortlichen.

Diese Person muss den Workflow nicht selbst programmieren können. Sie muss aber wissen:

• welches Ergebnis entstehen soll,
• woran ein Fehler erkannt wird,
• wo Warnungen ankommen,
• welche Vorgänge manuell geprüft werden müssen,
• wer technische Anpassungen übernimmt,
• welche Änderungen im Betrieb gemeldet werden müssen.

Ohne diese Zuständigkeit bleibt die Automatisierung unsichtbar.

Der Vertrieb geht davon aus, dass die Daten übergeben wurden. Die Projektleitung wartet auf das neue Kundenprojekt. Die Verwaltung vermutet, dass jemand anderes die Rechnung prüft.

Erst der Kunde fragt nach seinem Starttermin.

Dann war der Kunde das Monitoring.

Ein Anbieter, der eine wichtige Automatisierung ohne geklärte Zuständigkeit übergibt, hat die Arbeit nicht abgeschlossen. Er hat dem Kunden eine laufende Betriebsaufgabe überlassen, ohne festzulegen, wie sie erledigt wird.

Automatisierungen können auf drei Arten ausfallen

Nicht jeder Ausfall sieht gleich aus.

1. Der Workflow meldet einen Fehler

Ein System ist nicht erreichbar oder lehnt eine Anfrage ab. Der Durchlauf wird als fehlgeschlagen markiert.

Dieser Fall ist leicht zu erkennen, wenn Warnmeldungen eingerichtet wurden.

2. Der Workflow startet gar nicht

Ein geplanter Auslöser bleibt aus. Eine Verbindung wurde deaktiviert. Ein Ereignis aus einem angeschlossenen System wird nicht mehr gesendet.

Es existiert kein fehlgeschlagener Durchlauf, weil überhaupt kein Durchlauf begonnen hat.

Wer nur Fehlermeldungen überwacht, sieht diesen Ausfall nicht.

3. Der Workflow läuft erfolgreich und liefert ein falsches Ergebnis

Alle Schritte werden technisch abgeschlossen. Trotzdem fehlen Daten, eine falsche Vorlage wird gewählt oder das Ergebnis landet beim falschen Kundenprojekt.

Dieser Fall bleibt am längsten unbemerkt.

Eine verlässliche Überwachung muss alle drei Fälle berücksichtigen.

Was beim Bau bereits eingerichtet werden muss

Überwachung lässt sich nicht sinnvoll nachrüsten, wenn niemand vorher festgelegt hat, was ein erfolgreicher Durchlauf bedeutet.

Vor der Übergabe müssen deshalb mehrere Dinge geklärt sein.

Eingaben prüfen

Sind alle benötigten Kundendaten vorhanden? Entsprechen sie den erlaubten Formaten? Kann die gebuchte Leistung eindeutig einer Projektvorlage zugeordnet werden?

Bei einer Abweichung darf der Workflow nicht einfach weitermachen.

Ergebnisse prüfen

Wurde das Kundenprojekt tatsächlich angelegt? Enthält es die richtigen Aufgaben? Wurden Fristen und Verantwortliche gesetzt? Hat das Team die benötigten Informationen?

„Der Schritt wurde ausgeführt“ und „das Ergebnis stimmt“ sind zwei verschiedene Aussagen.

Ausgebliebene Durchläufe erkennen

Wenn jeden Werktag mehrere Aufträge verarbeitet werden, muss auffallen, wenn plötzlich kein einziger Durchlauf mehr stattfindet.

Dafür braucht es eine unabhängige Prüfung, die auf das erwartete Lebenszeichen wartet.

Wiederholungen absichern

Ein fehlgeschlagener Vorgang muss erneut gestartet werden können, ohne doppelte Projekte, Aufgaben oder Rechnungen zu erzeugen.

Die Automatisierung muss erkennen, welche Schritte bereits erfolgreich abgeschlossen wurden.

Verständliche Warnungen versenden

„Node execution failed“ ist keine brauchbare Arbeitsanweisung.

Eine Meldung muss zeigen:

• welcher Kunde betroffen ist,
• welcher Schritt fehlgeschlagen ist,
• was bereits erledigt wurde,
• ob automatisch ein neuer Versuch erfolgt,
• wer jetzt handeln muss.

Einen manuellen Weg vorsehen

Kein angeschlossenes System ist jederzeit verfügbar.

Für wichtige Vorgänge muss geklärt sein, wie ein Mitarbeiter übernehmen und den Ablauf kontrolliert fortsetzen kann.

Was laufende Pflege konkret bedeutet

Eine Automatisierung muss nicht jede Woche umgebaut werden. Sie darf aber auch nicht bis zum ersten Kundenproblem vergessen werden.

Zur laufenden Pflege gehören drei Arten von Aufgaben.

Automatische Überwachung

Das System prüft fortlaufend:

• Sind erwartete Workflows gestartet?
• Sind Durchläufe fehlgeschlagen?
• Wurden ungewöhnlich wenige Vorgänge verarbeitet?
• Fehlen wichtige Daten?
• Entspricht das Ergebnis dem erwarteten Zustand?
• Häufen sich Wiederholungen oder manuelle Eingriffe?

Prüfung bei Veränderungen

Eine Automatisierung muss überprüft werden, wenn:

• ein angeschlossenes Programm geändert wird,
• neue Felder hinzukommen,
• eine Leistung angepasst wird,
• sich Zuständigkeiten im Team ändern,
• ein Prozessschritt ergänzt oder entfernt wird,
• ein System ersetzt wird,
• ein bisher unbekannter Sonderfall regelmäßig auftritt.

Regelmäßiger Abgleich mit dem Betrieb

Zusätzlich sollte jemand in festen Abständen prüfen:

• Arbeitet das Team noch nach dem automatisierten Ablauf?
• Welche Schritte werden wieder von Hand erledigt?
• Welche Fehler treten wiederholt auf?
• Welche Warnungen werden ignoriert?
• Stimmen Prozessbeschreibung und Workflow noch überein?
• Welche Zugangsdaten oder technischen Komponenten müssen erneuert werden?

Wartung bedeutet damit mehr als Fehler zu reparieren. Sie hält die Automatisierung auf dem Stand des tatsächlichen Betriebs.

Woran du einen Anbieter erkennst, der dich nach dem Bau allein lässt

Vor der Beauftragung wird viel über den Aufbau gesprochen. Der Betrieb taucht häufig erst auf, wenn etwas kaputtgeht.

Vorsicht ist angebracht, wenn der Anbieter:

• nur den erfolgreichen Normalfall zeigt,
• keine ausgebliebenen Durchläufe überwacht,
• technische Ausführung und Geschäftsergebnis gleichsetzt,
• keine verständlichen Warnmeldungen einrichtet,
• keinen manuellen Ersatzweg vorsieht,
• Zugangsdaten und Abhängigkeiten nicht dokumentiert,
• keine Verantwortung nach der Übergabe klärt,
• Prozessänderungen nicht berücksichtigt,
• Wartung erst nach dem ersten Ausfall erwähnt.

Kein Anbieter kann garantieren, dass sich eine Schnittstelle niemals verändert.

Er muss aber erklären können, wie die Veränderung erkannt wird, wer reagiert und wie der betroffene Vorgang weiterläuft.

Wer darauf keine klare Antwort hat, verkauft einen Aufbau für den Übergabetermin.

Keinen Betrieb für die Monate danach.

Ein Selbstversuch kann trotzdem sinnvoll sein

Eine zusätzliche interne Benachrichtigung braucht keinen großen Wartungsvertrag.

Wenn ein Ausfall sofort sichtbar ist, leicht korrigiert werden kann und keine Kunden betrifft, kann ein einfacher Selbstversuch ausreichen.

Die Anforderungen steigen, sobald die Automatisierung:

• Kundendaten verarbeitet,
• Projekte oder Rechnungen anlegt,
• das Fulfillment steuert,
• Fristen auslöst,
• Kundenkommunikation verschickt,
• wichtige Kennzahlen berechnet.

Dann können Fehler längere Zeit unbemerkt bleiben oder viele Vorgänge gleichzeitig betreffen.

Bei solchen Abläufen muss der Betrieb vor dem Bau geklärt werden.

Was ein kompetenter Automatisierungspartner übernimmt

Ein kompetenter Partner baut keine Automatisierung und verschwindet danach.

Er klärt vor der Umsetzung:

• welches Geschäftsergebnis überwacht werden muss,
• welche Ausfälle auftreten können,
• wie Fehler erkannt werden,
• wer Warnungen erhält,
• wie Vorgänge fortgesetzt werden,
• welche Änderungen gemeldet werden müssen,
• welche Aufgaben intern bleiben,
• welche Wartung der Anbieter übernimmt.

Nach der Einführung werden Fehler nicht erst untersucht, wenn ein Kunde nachfragt. Warnungen, Protokolle und Ergebnisprüfungen zeigen früh, wo etwas abweicht.

Ändert sich der Prozess, wird die Automatisierung kontrolliert angepasst. Ändert sich ein angeschlossenes System, wird geprüft, welche Workflows davon betroffen sind.

So bleibt aus einer einmal gebauten Verbindung ein Ablauf, auf den sich das Team im Alltag verlassen kann.

Kläre den Betrieb vor dem ersten Workflow

Wenn du Prozesse in deiner Agentur automatisieren möchtest, frage einen Anbieter nicht nur, was er bauen kann.

Frage ihn:

• Woran erkennen wir, dass die Automatisierung noch funktioniert?
• Wer merkt, wenn sie nicht startet?
• Wer prüft, ob das Ergebnis stimmt?
• Was passiert nach einem Fehler?
• Wer passt den Ablauf bei Änderungen an?
• Wer ist nach der Übergabe zuständig?

Im Erstgespräch schauen wir uns den Prozess an, den du automatisieren möchtest. Wir prüfen die beteiligten Systeme, mögliche Fehlerstellen und die Folgen eines unbemerkten Ausfalls.

Danach weißt du, was gebaut werden muss und was notwendig ist, damit die Automatisierung auch nach der Übergabe zuverlässig weiterläuft.