Warum selbst gebaute Automatisierungen im Alltag scheitern

Eine Automatisierung ist nicht fertig, wenn sie einmal fehlerfrei durchläuft.

Dann wissen wir nur, dass der vorgesehene Fall mit den ausgewählten Testdaten funktioniert hat. Wie sich der Ablauf bei fehlenden Angaben, doppelten Anfragen oder einem nicht erreichbaren System verhält, wurde damit noch nicht geprüft.

Genau an dieser Stelle enden viele Selbstversuche. Leider enden dort auch die Leistungen vieler Anbieter.

Sie übernehmen Daten aus dem CRM, legen ein Kundenprojekt im Projektmanagementtool an und verschicken eine E-Mail. Im Bildschirmvideo leuchten alle Schritte grün. Der Workflow wird übergeben und gilt als fertig.

Gebaut wurde der Normalfall. Der laufende Betrieb besteht aber nicht nur aus Normalfällen.

Im Test sieht ein Kunden-Onboarding einfach aus

Nehmen wir das Onboarding einer Agentur.

Sobald der Vertrieb einen Auftrag im CRM als gewonnen markiert, soll die Automatisierung:

1. die Kundendaten aus dem CRM übernehmen,
2. das Kundenprojekt im Projektmanagementtool anlegen,
3. einen Projektordner erstellen,
4. Aufgaben für das Team vorbereiten,
5. eine Rechnung auslösen,
6. die Begrüßungs-E-Mail verschicken,
7. den Starttermin in den Kalender eintragen.

Mit vollständigen Testdaten funktioniert das schnell. Jeder Schritt bekommt genau die Informationen, die er erwartet. Alle angeschlossenen Systeme sind erreichbar. Für den Kunden existiert noch kein Projekt im Projektmanagementtool.

Beim ersten echten Kunden kann das anders aussehen.

Die Telefonnummer fehlt im CRM. Der Firmenname enthält ein Zeichen, das ein angeschlossenes System nicht akzeptiert. Für den Kunden wurde bereits manuell ein Projekt angelegt. Die Rechnungserstellung ist vorübergehend nicht erreichbar. Nach drei Schritten bricht der Ablauf ab.

Jetzt muss die Automatisierung entscheiden, wie es weitergeht.

Wird der komplette Ablauf erneut gestartet, können das Projekt, die Aufgaben oder die Rechnung doppelt angelegt werden. Wird nur der fehlgeschlagene Schritt wiederholt, muss feststehen, welche vorherigen Schritte erfolgreich waren. Läuft gar nichts erneut an, braucht jemand eine verständliche Meldung und eine Möglichkeit, den Vorgang fortzusetzen.

Das sind keine seltenen technischen Sonderfälle. Das ist der Betrieb.

Der Selbstversuch löst meistens den sichtbaren Teil

Tools wie n8n, Make oder Zapier machen es leicht, zwei Systeme miteinander zu verbinden. Das ist hilfreich. Es vermittelt aber auch einen falschen Eindruck davon, worin die eigentliche Arbeit besteht.

Die Verbindung zwischen zwei Anwendungen ist oft der einfache Teil.

Schwieriger sind die Fragen davor:

• Welche Angaben müssen im CRM vorhanden sein?
• Welche Werte dürfen akzeptiert werden?
• Woran erkennen wir ein bereits vorhandenes Kundenprojekt?
• Welche Schritte dürfen wiederholt werden?
• Was passiert, wenn ein System nicht antwortet?
• Wie wird ein unterbrochener Vorgang fortgesetzt?
• Wer muss informiert werden?
• Woran erkennen wir, ob das gewünschte Ergebnis erreicht wurde?

Wer seinen ersten Workflow baut, kennt diese Fragen häufig noch nicht. Er merkt erst im Betrieb, dass sie fehlen.

Das Problem ist dabei nicht mangelnde Intelligenz. Für verlässliche Automatisierungen braucht es Erfahrung mit Fehlerfällen, Systemgrenzen und Prozessen, die sich im Alltag anders verhalten als in ihrer Beschreibung.

Ein unklarer Prozess wird durch Automatisierung nur schneller unklar

Bevor ein Ablauf automatisiert wird, muss feststehen, wie er tatsächlich funktioniert.

Das bedeutet nicht, dass jeder Handgriff in einem hundertseitigen Prozesshandbuch dokumentiert sein muss. Die entscheidenden Regeln müssen jedoch geklärt sein.

Wann darf die Automatisierung ein Kundenprojekt anlegen? Welche Angaben müssen dafür im CRM stehen? Wann beginnt das Fulfillment? Was passiert bei einer ausstehenden Zahlung? Wer entscheidet bei einer Abweichung?

In vielen Agenturen beantworten verschiedene Mitarbeiter diese Fragen unterschiedlich. Der Ablauf funktioniert trotzdem, weil Menschen Rückfragen stellen, Informationen ergänzen und Ausnahmen erkennen.

Eine Automatisierung kann solche Lücken nicht stillschweigend ausgleichen. Sie führt die Regeln aus, die ihr mitgegeben wurden.

Wenn diese Regeln fehlen, entscheidet am Ende die Reihenfolge der technischen Schritte. Das ist keine Prozessentscheidung. Es ist Zufall in Form eines Workflows.

Fehlerbehandlung beginnt vor dem ersten Fehler

Fehlerbehandlung, häufig als Error Handling bezeichnet, bedeutet mehr als eine rote Fehlermeldung im Automatisierungstool.

Eine brauchbare Fehlerbehandlung klärt mindestens fünf Punkte:

1. Der Fehler wird erkannt

Ein Schritt kann technisch erfolgreich abgeschlossen sein und trotzdem ein falsches Ergebnis liefern.

Eine Schnittstelle antwortet beispielsweise mit einem Datensatz. Das bedeutet noch nicht, dass es der richtige Datensatz ist. Eine E-Mail wurde an den Versanddienst übergeben. Das bedeutet noch nicht, dass die Adresse gültig war.

Die Automatisierung muss deshalb prüfen, ob das Ergebnis zum erwarteten Zustand passt.

2. Der Fehler wird verständlich festgehalten

„Node execution failed“ hilft der Verwaltung nicht weiter.

Die Meldung muss zeigen, welcher Kunde betroffen ist, welcher Schritt fehlt und was bereits erfolgreich erledigt wurde. Sonst beginnt die Fehlersuche jedes Mal bei null.

3. Der richtige Mensch wird informiert

Ein Fehler, der nur im Protokoll des Automatisierungstools steht, bleibt im Alltag oft unbemerkt.

Es muss vorher feststehen, wer eine Meldung erhält und bei welchen Fehlern sofort reagiert werden muss. Nicht jede Abweichung braucht den Geschäftsführer. Ein fehlgeschlagenes Kunden-Onboarding darf aber auch nicht drei Tage unbemerkt liegen bleiben.

4. Der Ablauf kann sicher fortgesetzt werden

Ein erneuter Start darf keine doppelten Rechnungen, Projekte oder Aufgaben erzeugen.

Dafür muss die Automatisierung erkennen, welche Schritte bereits abgeschlossen wurden. Sie braucht eindeutige Kennzeichnungen und kontrollierte Wiederholungen.

5. Es gibt einen manuellen Ausweg

Kein System ist dauerhaft erreichbar. Keine Schnittstelle verhält sich für immer gleich.

Für wichtige Abläufe braucht es daher einen Weg, mit dem ein Mitarbeiter den Vorgang übernehmen oder gezielt fortsetzen kann. Ohne diesen Ausweg wird aus einer kleinen technischen Störung ein blockierter Kundenprozess.

„Gelaufen“ und „gelungen“ sind zwei verschiedene Ergebnisse

Ein Automatisierungstool kann melden, dass alle vorgesehenen Schritte ausgeführt wurden.

Für die Agentur zählt ein anderes Ergebnis.

Das Kundenprojekt wurde vollständig im Projektmanagementtool angelegt. Die Rechnung enthält die richtigen Daten. Das Projektteam hat alle benötigten Informationen. Der Kunde kennt seinen nächsten Termin.

Diese Ergebnisse müssen überprüfbar sein.

Wenn der Workflow fünf grüne Schritte zeigt, der Kunde aber keine Einladung erhalten hat, war der Ablauf technisch erfolgreich und geschäftlich erfolglos.

Eine verlässliche Automatisierung prüft deshalb mehr als ihre eigene Ausführung. Sie kontrolliert, ob der erwartete Zustand in den beteiligten Systemen entstanden ist.

Ohne Überwachung fällt ein Fehler erst beim Kunden auf

Viele Automatisierungen laufen nach der Einrichtung unsichtbar im Hintergrund. Genau das macht sie angenehm. Es macht Fehler aber auch schwer sichtbar.

Ein Mitarbeiter merkt sofort, wenn er ein Kundenprojekt nicht im Projektmanagementtool anlegen kann. Ein automatischer Ablauf kann mehrere Tage scheitern, während alle davon ausgehen, dass er seine Arbeit erledigt.

Deshalb braucht es eine laufende Überwachung:

• Welche Vorgänge wurden erfolgreich abgeschlossen?
• Welche Vorgänge warten auf eine Reaktion?
• Welche Schritte sind wiederholt fehlgeschlagen?
• Haben sich Laufzeiten oder Fehlerraten verändert?
• Welche Fälle mussten manuell übernommen werden?

Ohne diese Informationen wird die Qualität der Automatisierung anhand von Beschwerden gemessen. Dann ist der Kunde das Überwachungssystem.

Der Ersteller darf nicht zum einzigen Ansprechpartner werden

Bei internen Selbstversuchen kennt häufig nur eine Person den vollständigen Aufbau.

Solange diese Person verfügbar ist, wirkt das unproblematisch. Bei Urlaub, Krankheit oder einem Mitarbeiterwechsel wird aus dem Workflow eine schwarze Kiste.

Dasselbe passiert bei schwachen Dienstleistern. Der Ablauf wird übergeben, aber niemand im Unternehmen weiß:

• welche Systeme beteiligt sind,
• wo Zugangsdaten verwaltet werden,
• welche Fehler automatisch aufgefangen werden,
• wo fehlgeschlagene Vorgänge zu sehen sind,
• wie ein Vorgang erneut gestartet wird,
• wer Änderungen am Prozess in den Workflow übertragen muss.

Eine technische Dokumentation allein löst das nicht. Die Menschen, die mit den Ergebnissen arbeiten, brauchen eine verständliche Einweisung. Zuständigkeiten für Betrieb und Änderungen müssen ebenfalls feststehen.

Woran du einen unerfahrenen Anbieter erkennst

Ein Anbieter muss nicht jeden denkbaren Fehler vorhersagen. Er muss aber zeigen können, wie er mit Fehlern umgeht.

Vorsicht ist angebracht, wenn sich das Gespräch fast ausschließlich um Tools und Schnittstellen dreht.

Ein kompetenter Anbieter fragt früh nach dem gewünschten Ergebnis, den beteiligten Mitarbeitern und den Fällen, die heute Rückfragen auslösen. Er will wissen, welche Daten fehlen können und welche Folgen ein fehlerhafter Durchlauf hätte.

Ein unerfahrener Anbieter zeigt vor allem, dass der Normalfall funktioniert.

Typische Warnzeichen sind:

• Es werden nur perfekte Testdaten verwendet.
• Sonderfälle werden auf später verschoben.
• Niemand spricht über doppelte Ausführungen.
• Fehlermeldungen landen ausschließlich im Automatisierungstool.
• Für Ausfälle gibt es keinen manuellen Ersatzweg.
• Nach der Übergabe ist keine Zuständigkeit vereinbart.
• Änderungen an den angeschlossenen Systemen werden nicht berücksichtigt.

Wer dir einen Workflow zeigt, der mit perfekten Daten einmal durchläuft, hat einen Test bestanden. Eine betriebsfähige Automatisierung hat er damit noch nicht geliefert.

Grüne Kästchen sind kein Betriebskonzept.

Wann du eine Automatisierung selbst bauen kannst

Nicht jeder Ablauf braucht einen externen Spezialisten.

Ein einfacher interner Workflow kann ein guter Selbstversuch sein, wenn ein Ausfall sofort auffällt und leicht korrigiert werden kann. Eine zusätzliche Benachrichtigung an das Team ist dafür ein anderes Risiko als ein automatisches Kunden-Onboarding oder eine Rechnungserstellung.

Ein Selbstversuch ist vor allem dann vertretbar, wenn:

• wenige Systeme beteiligt sind,
• keine kritischen Kunden- oder Zahlungsprozesse betroffen sind,
• ein Fehler sofort sichtbar wird,
• doppelte Ausführungen keinen Schaden verursachen,
• der Ablauf problemlos manuell erledigt werden kann,
• jemand intern Zeit für Pflege und Fehlersuche hat.

Sobald Kundenerlebnis, Umsatz oder das Fulfillment vom Ablauf abhängen, steigen die Anforderungen deutlich.

Dann reicht es nicht, zu wissen, wie zwei Tools verbunden werden. Jemand muss den Prozess verstehen, Fehlerfälle vorwegnehmen und den laufenden Betrieb absichern.

Was ein kompetenter Automatisierungspartner übernimmt

Ein externer Partner sollte nicht mit der Frage beginnen, welches Tool du einsetzen möchtest.

Zuerst muss geklärt werden, wo in deinem Betrieb Arbeit liegen bleibt, doppelt ausgeführt wird oder unnötig viele Rückfragen erzeugt. Danach lässt sich entscheiden, welcher Prozess geeignet ist und welche Systeme beteiligt werden müssen.

Zu einer vollständigen Umsetzung gehören:

• die Aufnahme des tatsächlichen Ablaufs,
• klare Regeln für Eingaben und Entscheidungen,
• die technische Verbindung der Systeme,
• die Behandlung erwartbarer Fehler,
• sichere Wiederholungen nach einem Abbruch,
• verständliche Meldungen an die zuständigen Mitarbeiter,
• die Prüfung des geschäftlichen Ergebnisses,
• Dokumentation und Einweisung,
• eine Regelung für Wartung und Änderungen.

Genau hier trennt sich ein zusammengeklickter Workflow von einer Automatisierung, auf die sich dein Team im Alltag verlassen kann.

Prüfe zuerst den Prozess, dann das Tool

Wenn du in deiner Agentur Prozesse automatisieren möchtest, solltest du nicht mit einer Tool-Auswahl beginnen.

Beginne mit einem Ablauf, der heute regelmäßig Zeit kostet. Prüfe, welche Entscheidungen Menschen darin treffen, welche Sonderfälle auftreten und was passieren würde, wenn der Ablauf einen Tag lang unbemerkt ausfällt.

Im Erstgespräch schauen wir uns genau diesen Prozess an. Wir klären, welches Ergebnis automatisiert werden kann, welche Risiken berücksichtigt werden müssen und ob sich die Umsetzung wirtschaftlich lohnt.

So weißt du vor dem Bau, ob daraus echte Entlastung entsteht oder nur ein weiterer Workflow, den später niemand kontrollieren kann.