Die Rechnung, die im Business Case fehlt

In jedem zweiten Business Case für KI-Automatisierung steht ein Satz in dieser Form: „60 Prozent der Anfragen werden künftig automatisiert bearbeitet.” Darunter eine Einsparung, daneben eine Amortisationsdauer. Die Rechnung stimmt in der Regel.

Sie ist trotzdem unvollständig, und zwar an einer Stelle, die keine Zeile in der Kalkulation hat: Die Automatisierung erzeugt eine Verbindlichkeit, die nirgends gebucht wird - den Verlust der Rückfalloption.

Das ist kein Argument gegen Automatisierung. Es ist ein Argument dafür, eine Position mitzurechnen, die derzeit systematisch fehlt.

Substitution ist nicht symmetrisch

Der Kern des Problems ist unspektakulär: Der Weg hin zur Automatisierung und der Weg zurück sind unterschiedlich lang.

Personal abzubauen dauert Monate. Personal aufzubauen dauert deutlich länger - Einstellung, Einarbeitung, und im Support besonders spürbar, weil das eigentliche Kapital dort selten in Dokumentation liegt. Es liegt in Erfahrung: Welche Formulierung im Ticket auf welches tatsächliche Problem hindeutet. Welcher Kunde welche Historie hat. Wann man eskaliert und wann nicht.

Wer die erfahrenen Leute gehen lässt, verliert deshalb nicht nur Kapazität, sondern die Fähigkeit, neue Leute auszubilden. Das ist der Punkt, an dem aus einer reversiblen eine schwer umkehrbare Entscheidung wird. Nicht sofort - aber nach zwölf bis achtzehn Monaten ist die Rückkehr zum vorherigen Zustand nicht mehr teuer, sondern innerhalb der relevanten Zeitspanne nicht mehr möglich.

Das ist kein Kostenrisiko. Es ist ein Kontinuitätsrisiko, und es gehört in eine andere Kategorie mit anderen Instrumenten.

Der Preis ist nur einer von mehreren Auslösern

Wer den Punkt überhaupt betrachtet, betrachtet meist die Kostenseite: Was, wenn die Token-Preise steigen? Die Sorge ist berechtigt - bei einigen Anbietern ist plausibel, dass die aktuellen Preise unterhalb der Vollkosten liegen, und agentische Workflows sind gegenüber Preisänderungen überproportional empfindlich, weil sie iterieren, Werkzeuge aufrufen und Kontext mitschleppen.

Aber der Preis ist nur ein Pfad. Zum selben Zustand führen auch:

• Anbieterausfall oder Abkündigung eines Modells ohne gleichwertigen Nachfolger.
• Qualitätsregression nach einem Update - das Modell wird im Durchschnitt besser und im konkreten Anwendungsfall schlechter, ohne dass irgendwo ein Breaking Change vermerkt wäre.
• Regulatorische Auflagen, die den Betrieb in der bisherigen Form unterbinden.
• Ein Vorfall, nach dem intern niemand mehr die Verantwortung für den unbeaufsichtigten Betrieb übernehmen will.

Alle fünf Pfade enden gleich: Ein erheblicher Teil der Bearbeitungskapazität steht nicht mehr zur Verfügung, und niemand ist da, der ihn auffängt. Wer nur gegen Preissteigerungen absichert, hat einen von fünf Pfaden abgedeckt.

Das erklärt auch, warum die übliche Einordnung nicht trägt. Landet der Punkt im Risikoregister, dann meist als Lieferantenrisiko mit der Standardmaßnahme „Alternativlieferant vorhalten”. Nur hilft der Wechsel zum Wettbewerber nicht, wenn eine ganze Branche ihre Preise korrigiert - und gegen die anderen vier Pfade hilft er ebenfalls nicht.

Der unbequemere Fall: Ausbildung

Support ist ein anschauliches Beispiel, aber der Mechanismus ist allgemeiner. Er greift überall dort, wo eine Fähigkeit aus einer Organisation verschwindet, weil sie automatisiert wurde.

Am deutlichsten wird das in der Softwareentwicklung. Die Aufgaben, die heute zuerst an Agenten übergehen, sind genau jene, an denen man früher gelernt hat: kleine Bugfixes, Tests schreiben, bestehenden Code lesen und verstehen, Routineänderungen in fremden Modulen. Diese Arbeit war nie besonders wertvoll - sie war der Weg, auf dem aus einem Junior in einigen Jahren jemand wurde, der Architekturentscheidungen beurteilen kann.

Wenn dieser Weg wegfällt, entsteht kein akutes Problem. Die Senioren sind noch da, die Produktivität steigt, alles funktioniert. Die Frage stellt sich erst später: Woher kommen in fünf bis acht Jahren die Leute, die den Output eines Agenten fachlich beurteilen können?

Das ist deshalb besonders relevant, weil Verifikation in KI-gestützter Arbeit der eigentliche Engpass ist. Implementierung ist billig geworden; die Beurteilung, ob das Ergebnis richtig ist, nicht. Und diese Beurteilungsfähigkeit ist kein Werkzeug, das man einkauft, sondern ein Personalbestand, der sich über Jahre aufbaut - und über Jahre abbaut, wenn man den Zufluss abstellt.

Die unangenehme Pointe: Der Engpass verschärft sich, während man ihn optimiert.

Warum das niemandem auffällt

Diese Entscheidung wird selten getroffen. Sie entsteht.

Kein Vorstand beschließt, die Ausbildungsfähigkeit abzubauen oder die Rückfalloption aufzugeben. Was beschlossen wird, sind einzelne, jeweils gut begründete Optimierungen: eine nicht nachbesetzte Stelle, ein reduziertes Trainee-Programm, ein Pilotprojekt, das ausgeweitet wird, weil es funktioniert. Jeder Schritt ist für sich vernünftig und wirtschaftlich belegbar.

Der Effekt ist trotzdem strategisch, und er wird an keiner Stelle als solcher bewertet - weil es keine Stelle gibt, an der über die Summe entschieden wird.

Das ist ein bekanntes Muster: Eine Entscheidung mit strategischer Tragweite entsteht als Nebenwirkung vieler operativer Entscheidungen, die einzeln jede richtig waren. Wer es kennt, kann es adressieren. Wer es nicht benennt, wird es nicht bemerken.

Was man konkret tun kann

Vier Maßnahmen, keine davon aufwendig.

Eine bewusste Untergrenze. Eine menschliche Mindestkapazität, die nicht aus Effizienzgründen wegoptimiert wird. Groß genug, um Erfahrungswissen und Ausbildungsfähigkeit zu erhalten; klein genug, um die Ersparnis nicht zu neutralisieren. Entscheidend ist, dass sie explizit festgelegt und begründet wird - sonst verschwindet sie im nächsten Sparlauf, weil sie niemand verteidigt.

Eine geübte Degradationsstufe. Was passiert, wenn die Automatisierung morgen nicht verfügbar ist? Längere Bearbeitungszeiten plus Priorisierung ist eine tragfähige Antwort. Keine Antwort zu haben ist die häufigere. Der Unterschied zeigt sich nicht im Konzept, sondern darin, ob es einmal durchgespielt wurde.

Dokumentation als Nebenprodukt. Fälle, die ein Agent löst, müssen so festgehalten werden, dass ein Mensch sie nachvollziehen kann. Sonst wandert das Wissen in Konversationsverläufe, die niemand liest, und der Erfahrungsaufbau, der früher automatisch mitlief, findet nicht mehr statt.

Ein Break-even-Faktor im Business Case. Eine Zeile: Ab welchem Multiplikator der Token-Kosten trägt der Anwendungsfall nicht mehr? Bei Faktor 3 ist die Frage erledigt. Bei Faktor 1,5 ist es keine Risikoposition, sondern eine dünne Wirtschaftlichkeit - und das gehört vor die Entscheidung, nicht in ein Register, das quartalsweise durchgeblättert wird.

Zur Einordnung: Der Verbrauchsunterschied zwischen einer sparsam und einer naiv gebauten agentischen Anwendung liegt realistisch bei Faktor 3 bis 5 - mehr, als die meisten Preisszenarien hergeben. Wer Kosten pro Vorgang misst statt nur die Monatsrechnung zu sehen, hat den größeren Hebel ohnehin in der Hand.

Einordnung

Nichts davon spricht gegen Automatisierung. Die Effizienzgewinne sind real, und die Alternative - abwarten, bis alles geklärt ist - hat ihre eigenen, meist höheren Kosten.

Der Punkt ist enger: Ein Business Case, der nur Einsparung gegen Betriebskosten rechnet, bildet eine reale Position nicht ab. Diese Position lässt sich beziffern, und sobald sie beziffert ist, wird die Entscheidung nicht schwieriger - sondern belastbarer. In vielen Fällen fällt sie danach genauso aus wie vorher, nur mit einer Untergrenze und einer Degradationsstufe daneben.

Das ist der Unterschied zwischen einem Risiko, das man eingeht, und einem, das man nicht bemerkt hat.