Automatisierung ohne stille Ausfälle: 4 Schritte

Was ist der Unterschied zwischen lautem und stillem Scheitern?

Laut scheitert ein Ablauf, wenn er abbricht. Jemand bekommt eine Fehlermeldung, jemand repariert ihn. Das ist ärgerlich, aber ehrlich.

Still scheitert ein Ablauf, wenn er weiterläuft, aber nichts mehr bewirkt. Es gibt keine Meldung und keinen Abbruch. Von außen sieht alles normal aus.

Die stille Variante kostet ungleich mehr. Sie fällt erst auf, wenn ein Kunde sich beschwert, und bis dahin sind oft Tage vergangen. In dieser Zeit stapeln sich Fälle, die du nachholen musst.

Der häufigste Auslöser ist harmlos: Ein Zugangsschlüssel wird nicht gefunden, abgelaufen oder falsch eingetragen. Viele Systeme überspringen den Vorgang dann einfach. Für das Programm ist das vernünftig. Für dich heißt es, dass seit Dienstag niemand mehr freigeschaltet wurde.

Wie machst du Fehlschläge sichtbar? Vier Schritte

Die vier Schritte brauchen keine Programmierkenntnisse. Sie funktionieren in Automatisierungswerkzeugen, in Formularen mit Folgeaktionen und in selbst gebauten Abläufen.

Arbeite sie für einen einzigen Ablauf durch, den, bei dem ein Ausfall dich am meisten kosten würde. Mit den anderen machst du danach weiter.

1. Schritt 1: Lege fest, was der Ablauf bei einer Lücke tut. Die richtige Antwort ist fast nie „weitermachen“, sondern „anhalten und melden“. Ein halb funktionierender Ablauf ist schwerer zu erkennen als einer, der steht.
2. Schritt 2: Schreibe jeden Fehlschlag in eine Liste. Eine Zeile genügt: wann, wen es betraf, was fehlte. Ohne diese Liste weißt du nie, ob es dreimal passiert ist oder dreihundertmal.
3. Schritt 3: Mache die Liste zur Aufgabe und nicht zum Archiv. Sie gehört auf einen Bildschirm, den du morgens ohnehin öffnest, mit einem Knopf zum Nachholen daneben. Eine Liste, die du aktiv aufrufen musst, rufst du nicht auf.
4. Schritt 4: Teste den Fehlerfall absichtlich. Nimm den Zugangsschlüssel weg und schau, ob du es merkst. Wenn nicht, hast du den Ausfall gefunden, bevor er dich gefunden hat.

Ich beschreibe dir einen Ablauf, den ich automatisiert habe: [Ablauf in Stichpunkten, vom Auslöser bis zum Ergebnis]. Nenne mir die fünf Stellen, an denen er still scheitern könnte, ohne dass ich es merke. Schreibe zu jeder Stelle einen Satz, woran ich den Ausfall erkennen würde. Erfinde keine Werkzeuge, die ich nicht genannt habe.

Schreibe mir eine Alarmnachricht für meinen Ablauf [Name]. Sie soll in höchstens drei Sätzen sagen, was ausgefallen ist, wen es betrifft und was ich als Nächstes tun soll. Setze Platzhalter in eckigen Klammern für Zeitpunkt und Anzahl der Fälle. Kein Fachjargon.

Woran merkst du, dass ein Ablauf nicht mehr läuft?

Jeder Ablauf braucht eine Antwort auf diese Frage. Hat er keine, läuft er irgendwann nicht mehr, und du hörst es vom Kunden.

Lege dafür pro Lauf vier Felder fest: gestartet, verarbeitet, fehlgeschlagen, zuletzt erfolgreich. Das sind vier Zahlen oder Zeitstempel, die in einer Tabelle stehen können.

Dazu kommt eine Grenze. Zum Beispiel: Steht bis 10 Uhr kein erfolgreicher Lauf, bekommst du eine Aufgabe. Die Grenze fängt auch den Fall, in dem der Ablauf gar nicht erst startet.

Prüfe zuletzt, dass ein Fehlschlag den Datensatz nicht als erledigt verschwinden lässt. Ein Fall, der nach dem Fehler aus allen Listen fällt, ist verloren.

Wie sieht das bei einer Freischaltung aus?

Bei uns ist das konkret eine Ablage. Schlägt eine Freischaltung nach einem Kauf fehl, landet der Fall in einer Liste fehlgeschlagener Freischaltungen. Dort steht, wer bezahlt hat und wo es hakte.

Die Liste ist in der Admin-Übersicht einsehbar. Offene Fälle lassen sich dort einzeln oder gesammelt nachholen. Wer bezahlt hat, wartet also nicht, bis jemand zufällig nachsieht.

Das Prinzip ist übertragbar: Ein Fehlschlag wird nicht weggeworfen, sondern gespeichert, angezeigt und nachholbar gemacht. Das gilt für Rechnungen, Terminbestätigungen, Newsletter-Anmeldungen und jede andere Kette.

Wann darf der alte Handgriff weg?

Viele behalten nach dem Bau einer Automatisierung heimlich den alten Handgriff bei, etwa die tägliche Kontrolle im Postfach. Das ist vernünftig, solange niemand weiß, ob der Alarm funktioniert.

Streiche den alten Handgriff erst, wenn Alarm und Wiederaufnahme getestet sind. Der Alarm muss ankommen, und der Fall muss sich nachholen lassen.

Hänge den Test in deinen Kalender, etwa einmal im Quartal. Zugangsschlüssel laufen ab, und Passwörter werden geändert. Der Alarm, den du vor einem Jahr getestet hast, beweist nichts über heute.

Praxisfall: Das Erstgespräch-Formular, das nichts mehr tat

Ein erfundenes Beispiel zur Veranschaulichung, kein Kundenbericht: Ein selbstständiger Coach nutzt ein Buchungsformular. Nach jeder Buchung soll automatisch eine Bestätigungsmail rausgehen und ein Eintrag im CRM entstehen.

Eines Tages läuft die Verbindung zum Mailkonto ab, weil das Passwort geändert wurde. Das Formular nimmt weiter Buchungen an. Die Bestätigungsmail geht nicht mehr raus. Der Ablauf meldet keinen Fehler, er überspringt den Schritt.

Erst nach neun Tagen schreibt ein Interessent: Er habe nie eine Bestätigung bekommen. Der Coach findet in den Ablaufprotokollen sieben Buchungen ohne Mail. Zwei Personen waren inzwischen bei anderen Anbietern.

Danach baut er die vier Schritte nach. Fehlt die Mailverbindung, hält der Ablauf an und schreibt eine Zeile in eine Liste. Die Liste erscheint in seiner Morgenübersicht. Steht bis 10 Uhr keine Bestätigung im Protokoll, bekommt er eine Aufgabe.

Zum Test löscht er die Verbindung absichtlich. Die Aufgabe erscheint nach wenigen Minuten, und die Buchung lässt sich mit einem Klick nachholen. Erst dann streicht er seinen täglichen Blick ins Postfach.

Diese Fehler kosten dich Zeit

• Den Ablauf bei fehlenden Angaben „weitermachen“ lassen. Das ist der einfache Standard und die häufigste Quelle stiller Ausfälle.
• Fehler nur in ein Protokoll schreiben, das niemand liest. Eine Liste hilft nur, wenn sie dort liegt, wo du ohnehin hinsiehst.
• Keinen Weg zum Nachholen bauen. Ein Alarm ohne Nachhol-Knopf macht aus einem Fehler eine lange Aufgabenliste.
• Den Fehlerfall nie testen. Ein Alarm, den du nie ausgelöst hast, ist eine Annahme.
• Fehlgeschlagene Fälle aus der Liste verschwinden lassen, bevor sie erledigt sind.
• Alle Abläufe auf einmal absichern wollen. Starte mit dem einen, dessen Ausfall dich am meisten kosten würde.

Das kostet, das spart (Schätzung)

• Kosten: Die Fehlerliste und die Aufgabe als Alarm baust du meist mit dem Werkzeug, das du schon nutzt. Zusätzliche Software ist nicht nötig.
• Aufwand: Etwa zwei bis drei Stunden für den ersten Ablauf, einschließlich Test. Danach etwa eine halbe Stunde pro weiterem Ablauf.
• Rechenbeispiel mit Annahmen: Ein Ablauf bearbeitet fünf Fälle pro Tag und fällt unbemerkt eine Woche aus. Das sind etwa 25 Fälle, die du nachholen musst.
• Mit Alarm bis 10 Uhr sind es im schlechtesten Fall fünf. Rechne mit deinen eigenen Zahlen nach, was ein verspäteter Fall bei dir kostet.

Schätzung, keine Messung: Das ist eine Schätzung auf Basis der genannten Annahmen und keine Messung. Dein tatsächlicher Wert hängt von deinem Ablauf und deinen Fällen pro Tag ab.

Häufige Fragen

Weiterlesen

• Kauf ohne Handarbeit: Zugang automatisch freischalten
  Du erkennst, welche wenigen Einstellungen darüber entscheiden, ob ein Kauf automatisch freischaltet oder auf deinem Schreibtisch landet.
• CRM-Zahlen prüfen: Stimmt dein Dashboard wirklich?
  Du erkennst in fünf Minuten, ob dein Dashboard weniger Kontakte zeigt, als dein CRM tatsächlich hat, und warum.
• Aufgabe automatisieren, ohne die Kontrolle zu verlieren
  Du übergibst eine wiederkehrende Aufgabe an eine Automatisierung und behältst den Überblick.
• Neues KI-Werkzeug prüfen: 5 Fragen in 10 Minuten
  Du entscheidest in zehn Minuten, ob ein Werkzeug in deinen Alltag gehört oder nur laut ist.

Quellen und Stand

• Eigene Praxis der Real Rise Agency: Ablage fehlgeschlagener Freischaltungen mit Admin-Übersicht zum Nachholen · Stand 6. Oktober 2026