Die Demo läuft immer gut. Man nimmt den Prozess so, wie er am Tag des Termins funktioniert, automatisiert ihn, stoppt die Zeit und zeigt die Zahl: „von 40 Stunden im Monat auf 8“. Drei Wochen nach dem Start ändert sich eine Rabattregel, der Lieferant gestaltet das Format seiner Lieferscheine um und jemand in der Finanzabteilung fügt dem Bericht ein neues Feld hinzu. Die Automatisierung ist noch da, aber sie automatisiert den Prozess nicht mehr: Sie automatisiert die Version, die am Tag der Demo existierte.
Die These in einer Zeile: Das Kriterium, das auf fast jeder Liste „Was automatisieren?“ fehlt, ist weder Volumen noch Einsparung, sondern Stabilität. Ein Prozess, der sich jeden Monat ändert, frisst in der Wartung auf, was er in der Ausführung freisetzt, und die Renditerechnung wird immer gegen eine eingefrorene Version gemacht, die es nicht mehr gibt. Wenn sich der Prozess schneller bewegt, als du ihn anpassen kannst, automatisiere ihn noch nicht: Stabilisiere ihn zuerst.
Einen sich ständig ändernden Prozess zu automatisieren kostet mehr, als es freisetzt
Kandidatenlisten bewerten drei Dinge: wie oft sich die Aufgabe wiederholt, wie lange sie dauert und was ein Fehler kostet. Alle drei messen den Prozess heute. Keine fragt, wie sehr er sich in sechs Monaten noch gleichen wird, und genau das entscheidet, ob die Automatisierung gut altert oder zur wiederkehrenden Rechnung wird. Deshalb kann ein Prozess bei Volumen Bestnote und beim echten Ertrag die schlechteste Note bekommen.
Die kurze Antwort auf die Frage, die wir oft hören: Ja, man kann einen Prozess automatisieren, der sich oft ändert, aber es rechnet sich nicht, wenn die Kosten der Anpassung bei jeder Änderung an die freigesetzten Stunden heranreichen. Und Wartung wird selten eingeplant, weil zum Zeitpunkt der Demo noch keine Änderung stattgefunden hat.
Die Rechnung: freigesetzte Stunden minus Anpassungsstunden
Die Rechnung passt in eine Zeile: Netto-Stunden pro Monat = freigesetzte Stunden pro Monat − (Änderungen pro Jahr × Stunden pro Änderung ÷ 12). Eine „Stunde pro Änderung“ enthält, was fast nie notiert wird: verstehen, was sich geändert hat, den Ablauf anpassen, ihn an echten Fällen neu testen und ausrollen, ohne zu zerstören, was schon funktionierte. Ein Beispiel mit erfundenen Zahlen, nur um die Rechnung zu zeigen (ersetze sie durch deine), für einen Prozess, der von Hand 40 Stunden im Monat braucht und den eine stabile Automatisierung auf 8 senkt:
| Verhalten des Prozesses | Änderungen pro Jahr × Stunden pro Änderung | Anpassungsstunden pro Monat | Netto freigesetzte Stunden pro Monat |
|---|---|---|---|
| Stabil | 1 × 10 | 0,8 | 31,2 |
| Ändert sich quartalsweise | 4 × 12 | 4 | 28 |
| Ändert sich monatlich, Parameteränderungen | 12 × 20 | 20 | 12 |
| Ändert sich monatlich, Strukturänderungen | 12 × 40 | 40 | −8 |
Sieh dir die letzte Zeile an: Der automatisierte Prozess kostet mehr, als ihn von Hand zu erledigen. Das ist kein exotischer Fall, sondern das, was passiert, wenn die Änderung kein Wert ist, den man einstellt, sondern eine Arbeitsweise, die neu gebaut wird. Und die Rechnung enthält nicht einmal die Überwachung, die separat abgezogen wird, wie wir in warum freigewordene Stunden keine Einsparung sind erklären.
Was „ändert sich“ bedeutet (nicht jede Änderung kostet gleich viel)
„Der Prozess ändert sich oft“ ist keine brauchbare Aussage: Manche Änderungen sind in Minuten aufgefangen, andere zwingen zum Neuschreiben. Der Unterschied liegt darin, was sich bewegt:
- Die Werte ändern sich. Ein Schwellenwert, ein Tarif, eine Ausnahmeliste. Liegen diese Werte in einer Tabelle außerhalb des Ablaufs, kostet die Änderung Minuten. Stehen sie in der Logik, braucht es einen Eingriff.
- Das Format der Eingabe ändert sich. Ein Lieferant gestaltet seine Rechnung um oder ein Kunde ändert seine Vorlage. Die Kosten hängen davon ab, wie robust das Einlesen ist, und es ist die Änderung, die am stillsten kaputtmacht.
- Das System ändert sich, durch das er läuft. Eine ERP-Migration, ein neues CRM, eine abgeschaltete API. Das ist eine Strukturänderung: Sie kostet Tage, keine Minuten.
- Das Kriterium des Entscheiders ändert sich. Was gestern automatisch genehmigt wurde, prüft heute ein Mensch. Das ist die teuerste, weil der Ablauf weiterläuft und falsche Entscheidungen produziert, ohne dass ein Alarm losgeht.
Wie du Stabilität vor dem Automatisieren misst: vier Fragen
Du brauchst kein Modell. Du brauchst vier Antworten, und die bekommst du an einem Nachmittag mit der Person, die den Prozess ausführt:
- Wie oft hat er sich in den letzten zwölf Monaten geändert? Mit Datum. Schau in den Verlauf der Arbeitsanweisung, in die „ab jetzt machen wir es so“-Mails und die offenen Störungen. Erinnert sich niemand an eine Änderung, sind es wahrscheinlich viele kleine.
- Was hat sich jedes Mal bewegt: ein Wert, ein Format oder die Struktur? Ordne jede Änderung mit der Liste oben ein. Drei Wertänderungen und eine Strukturänderung wiegen nicht wie vier Strukturänderungen.
- Wer entscheidet die Änderung und warnt vorher? Kommt die Änderung von außen (Lieferant, Behörde, Kunde) und ohne Vorwarnung, ist die Anpassung immer eilig und immer zu spät.
- Ist der Prozess aufgeschrieben? Ein Prozess, der nur im Kopf dessen existiert, der ihn ausführt, lässt sich nicht anpassen: Er muss erst extrahiert werden. Deshalb ist deine Automatisierungen zu dokumentieren keine Bürokratie, sondern das, was die nächste Änderung billig macht.
Was du mit dem Prozess tust, der sich jeden Monat ändert
Es gibt vier Auswege, und den ersten zieht fast niemand in Betracht, weil er nach Nichtstun klingt:
- Ihn zuerst stabilisieren. Eine Version ein Quartal einfrieren, entscheiden, wer Änderungen freigibt, und sie in einem einzigen Fenster bündeln. Manchmal ändert sich der Prozess jeden Monat, weil niemand entschieden hat, wie er sein soll, nicht weil das Geschäft es verlangt.
- Den stabilen Kern automatisieren und den variablen Rest einem Menschen lassen. 80 % der Fälle folgen der gewohnten Regel; die 20 %, die sich ändern, erledigt jemand. In der Demo weniger spektakulär, in der Wartung viel billiger.
- Die Regeln aus dem Ablauf herausnehmen. Schwellenwerte, Tarife und Ausnahmen liegen in einer Tabelle, die der Prozessverantwortliche bearbeiten kann, ohne die Automatisierung anzufassen.
- Warten. Ist die große Änderung schon unterwegs (eine Migration, eine neue Vorschrift), heißt jetzt automatisieren, doppelt zu zahlen.
Welchen Ausweg du auch wählst, die Anpassung braucht ein Netz: Jede Änderung sollte durch einen Test, bevor sie die Produktion berührt, denn ein instabiler Prozess mit einer ungetesteten Automatisierung ist genau der Ort, an dem die Störungen entstehen, die der Kunde entdeckt.
Wann es sich trotz Änderungen lohnt
Es gibt vernünftige Ausnahmen. Ist das Volumen sehr hoch und sind die Änderungen fast immer Wertänderungen (keine Struktur), verteilt sich der Anpassungsaufwand und die Rechnung geht auf. Sind die Kosten eines Fehlers sehr groß, kann sich die Wartung wegen der Nachvollziehbarkeit lohnen. Und ändert sich der Prozess, weil das Geschäft mitten im Umbau steckt, ist es besser, den stabilen Kern zu automatisieren und den Rest einem Menschen zu überlassen, als zu warten, bis sich alles beruhigt. Nicht vernünftig ist, die Wartungskosten erst nach Vertragsunterschrift zu entdecken.
Wo du anfängst
Bei der Liste, vor dem Werkzeug: Ergänze deine Auswahlkriterien um eine Stabilitätsspalte und bewerte sie mit den vier Fragen. Der Leitfaden dazu, welche Prozesse du mit KI automatisieren solltest, erklärt, wie du Kandidaten nach Aufgabe ordnest; diese Spalte entscheidet, welche zuerst drankommen. Und wenn du lieber jemanden hast, der das mit dir an deinen echten Prozessen misst, ist das genau das, was wir tun, wenn wir deine Prozesse für KI auditieren: was geeignet ist, was es wirklich kostet und in welcher Reihenfolge es drankommt, mit Stabilität als Filter ab dem ersten Tag.
Der Satz zum Mitnehmen ist der vom Anfang: Die Demo läuft gegen den Prozess von heute, und du lebst mit dem von in sechs Monaten. Wähle zuerst den, der sich am wenigsten bewegen wird.