Der Denkfehler vorweg
Viele reden über Automatisierung wie über ein Möbelstück: einmal aufgebaut, steht es. Prozess einrichten, läuft, fertig. Dieser Gedanke ist der teuerste.
Eine Automatisierung hängt an E-Mails, an Portalen, an Schnittstellen anderer Anbieter. Diese Umwelt ändert sich, ohne Dich zu fragen. Solange sich nichts ändert, läuft alles. Der Tag, an dem sich etwas ändert, kommt trotzdem.
Die Softwareentwicklung weiß das seit Langem: Der laufende Betrieb kostet mehr als der Aufbau. Je nach Studie macht er 60 bis über 90 Prozent der Gesamtkosten aus. Die Norm ISO/IEC 14764 benennt Wartung als größten Kostenblock, Pigoski (2001) und Schach (1999) beziffern den Anteil auf 67 bis über 80 Prozent, jüngere Studien liegen noch höher. Das Meiste passiert nach dem Bauen.
Ich zeige das an einem konkreten Fall.
Wo das Problem wirklich entsteht
Eine Automatisierung filterte für einen Kunden eingehende Anfragen aus einem Online-Portal. Neue Nachricht rein, richtige Kategorie raus, automatisch weiter. Sie lief seit Wochen sauber. Keine Beschwerden, keine Auffälligkeiten.
Dann kam nichts mehr durch. Kein Fehler, kein Absturz, keine rote Meldung. Nur Stille.
Der Grund lag nicht in der Automatisierung. Der Portal-Anbieter hatte das Absenderformat seiner Benachrichtigungs-Mails geändert — eine Kleinigkeit auf seiner Seite. Der Filter passte nicht mehr. Technisch lief alles weiter. Nur passte die Annahme nicht mehr zur Wirklichkeit.
Was der stille Ausfall tatsächlich kostet
Rechne es einmal durch. Ein lauter Fehler wird sofort bemerkt und behoben. Ein stiller Ausfall läuft weiter. Tag für Tag. Bis jemand zufällig merkt, dass etwas fehlt.
In dieser Zeit fällt nicht die Technik aus, sondern das Ergebnis: Anfragen, die niemand sieht. Aufgaben, die liegen bleiben. Ein Interessent, der nicht nachverfolgt wird, weil seine Anfrage nie ankam. Der Schaden entsteht nicht in der Sekunde des Fehlers, sondern in den Tagen, in denen niemand davon weiß.
Diese Kosten stehen in keiner Rechnung. Sie sind trotzdem real. Und sie wachsen, je später der Ausfall auffällt.
Woran man den Ausfall überhaupt erkennt
Als klar war, dass etwas fehlt, war die Diagnose kein Raten. Die Informationen lagen vor, man musste sie nur lesen:
- Die Ausführungs-Historie — sie zeigt, wann der Prozess zuletzt sauber lief und ab wann er ins Leere ging.
- Die einzelnen Schritte — welcher Schritt bekam noch Daten, welcher nicht mehr. So grenzt man die Stelle ein.
- Ein echter Fall zum Nachstellen — eine aktuelle Benachrichtigung, an der sich das neue Format sofort zeigt.
Aus diesen drei Quellen war der Punkt schnell gefunden. Nicht, weil ich geraten habe, sondern weil ein Betrieb, der Spuren hinterlässt, sich nachvollziehen lässt.
Was Vorbereitung leisten kann — und was nicht
Gute Vorbereitung fängt das Bekannte ab. Du testest mit echten Fällen, denkst Sonderfälle durch, baust Puffer ein. Das verhindert die Fehler, die man kommen sehen kann.
Vorbereitung kann das Unbekannte nicht auffangen. Kein Test deckt ab, was es zum Testzeitpunkt noch nicht gab. Der Anbieter, der morgen sein Format ändert, taucht in keinem Test-Szenario auf. Das ist keine Schwäche der Technik, sondern die Wirklichkeit — und der Grund, warum der Betrieb kein Nachgedanke sein darf.
Der eigentliche Gewinn
Wer den Betrieb von Anfang an mitdenkt, kauft sich vor allem eines: Verlässlichkeit. Ein Ausfall bleibt möglich. Aber er bleibt nicht unbemerkt. Er wird gesehen, eingegrenzt und behoben, bevor er Schaden anrichtet.
Dazu kommt Konstanz. Nicht die Abwesenheit von Fehlern macht eine Automatisierung wertvoll, sondern wie schnell sie wieder steht. Ein überwachter Prozess, der einmal im Quartal für zehn Minuten stolpert, ist mehr wert als ein vermeintlich perfekter, der wochenlang still ausfällt.
Und schließlich Ruhe. Du musst nicht täglich nachsehen, ob noch alles läuft. Das übernimmt die Überwachung.
Die Arbeit verschiebt sich vom Hoffen, dass es läuft, zum Wissen, dass es läuft. Dieses Wissen ist am Ende der eigentliche Wert.
Warum das nur mit klarem Prozess funktioniert
Überwachung setzt voraus, dass klar ist, was „richtig” heißt. Wie viele Anfragen sind an einem normalen Tag zu erwarten? Ab wann ist Stille verdächtig? Wer wird informiert, wenn etwas ausfällt? Ohne diese Vorgaben ist jedes Monitoring nur ein weiteres Rauschen.
Eine Automatisierung repariert keinen unklaren Prozess. Sie macht ihn sichtbar. Deshalb steht die Anforderung vor dem Werkzeug — und der Betrieb gehört zur Anforderung dazu.
Wie erkennt man einen stillen Ausfall rechtzeitig?
Indem man nicht auf Fehler wartet, sondern auf das Ausbleiben von Erfolg. Ein einfacher Wächter, der meldet, wenn ein erwarteter Vorgang eine bestimmte Zeit lang nicht mehr stattfindet, fängt die leisen Ausfälle ab.
Technisch reicht dafür wenig: eine Kontrolle in festen Abständen, ein Schwellenwert, eine Nachricht an die richtige Person. Der Aufwand ist gering, der Unterschied groß. Der Punkt ist: Diese Kontrolle steht vor dem ersten stillen Ausfall, nicht danach.
Was das für Deinen Betrieb heißt
Eine Automatisierung ist kein Möbelstück. Sie ist eher eine Maschine, die läuft, solange die Bedingungen stimmen — und die eine Anzeige braucht, wenn sie es nicht mehr tut.
Wer nur den Aufbau bezahlt, kauft die halbe Lösung. Die andere Hälfte ist der Betrieb: die Gewissheit, dass ein Ausfall gesehen wird, bevor er zum Problem wird. Genau diese Disziplin bringe ich aus sieben Jahren Anforderungsmanagement und Systems Engineering in sicherheitskritischen Automotive-Programmen in die KI-Beratung ein. Dort war „läuft schon” nie eine Antwort.
Wenn Du eine Automatisierung im Einsatz hast, von der Du seit Wochen nichts gehört hast — genau dort lohnt der erste Blick.
„Das Gefährlichste an einer Automatisierung ist nicht der Fehler, der laut kracht. Es ist der, der leise passiert."
— Sambath Chhom KI-Berater für den Mittelstand