Vom Werkzeug zurück zum betrieblichen Problem
Die Frage „Wo können wir KI einsetzen?“ erzeugt häufig eine lange Ideensammlung, aber noch keine Priorität. Entscheidungsrelevant wird ein Anwendungsfall erst durch ein konkretes Problem: eine langsame Entscheidung, wiederkehrende manuelle Arbeit, hohe Fehlerkosten oder eine schwer beherrschte Informationsmenge.
Ausgangsprozess, Nutzer, Mengengerüst, Bearbeitungszeit, Qualitätsanforderung und relevante Ausnahmen bilden die Vergleichsbasis. Ohne diesen Ausgangswert lässt sich später weder Verbesserung noch Verschlechterung belastbar zuordnen.
Gesamtaufwand statt Lizenzpreis betrachten
Zum wirtschaftlichen Aufwand gehören neben Lizenz oder Nutzungspreis auch Prozessanalyse, Datenaufbereitung, Schnittstellen, Einführung, Schulung, Qualitätssicherung, laufende Kontrolle und Anpassung. Manche dieser Größen verursachen Zahlungen, andere binden interne Kapazität.
Die Rechnung sollte Einführungs- und Betriebskosten trennen und den Zeitraum angeben. Erst dann lässt sich beurteilen, ob ein positiver Pilot dauerhaft tragfähig ist oder nur unter besonderem Projektaufwand funktioniert.
Ein Beispiel: Rechnungseingang mit Regeln oder KI
Im folgenden synthetischen Beispiel gehen monatlich 1.200 Rechnungen ein. Bisher benötigen sie jeweils sechs Minuten aktive Arbeit. Variante A verwendet feste Regeln und benötigt vier Minuten je Beleg sowie zwei Stunden monatliche Pflege. Variante B verwendet KI-Vorschläge und benötigt 2,5 Minuten sowie vier Stunden Pflege. Quellenprüfung, Freigabe und durchschnittliche Nacharbeit sind bereits in den Bearbeitungszeiten enthalten.
Das ergibt nach Abzug der Pflege 38 bzw. 66 frei werdende Stunden pro Monat. Bei einem kalkulatorischen Stundenwert von 45 Euro und nur 50 % wirtschaftlich nutzbarer Zeit entsteht folgende Vergleichsrechnung:
| Größe | A · Feste Regeln | B · KI mit Freigabe |
|---|---|---|
| Netto freie Stunden/Monat | 38 | 66 |
| Laufende externe Kosten/Monat | 260 € | 650 € |
| Gesamteinführungskosten | 6.000 € | 12.000 € |
| Bewerteter Jahreseffekt bei 50 % Nutzung | 1.140 € | -1.980 € |
Rechenweg A: 12 × (38 Stunden × 45 Euro × 0,5 − 260 Euro) − 6.000 Euro = 1.140 Euro. Die höhere Zeitentlastung der KI-Variante reicht unter diesen Annahmen im ersten Jahr nicht aus, ihre höheren Kosten zu decken.
Diese Einführungsbudgets betreffen eine fiktive Gesamteinführung einschließlich Planung, Technik, Tests und Einweisung. Sie sind keine Preisangaben für meinen Check. Die bewertete Zeitentlastung ist auch keine prognostizierte Liquiditätsersparnis: Gehälter sinken nicht automatisch, und zusätzliche Leistung muss tatsächlich nutzbar sein.
Die Annahmen belasten, bevor die Empfehlung steht
Bei nur 600 Belegen pro Monat und weiterhin 50 % wirtschaftlicher Nutzung ergibt sich ein Jahreseffekt von -4.260 € für A und -11.430 € für B. Bei 1.800 Belegen sind es 6.540 € bzw. 7.470 €.
30 Sekunden zusätzliche Kontrolle pro Rechnung beanspruchen bei 1.200 Belegen zehn weitere Stunden pro Monat. Der bewertete Jahreseffekt sinkt bei 50 % Nutzung um 2.700 Euro. Selbst die zunächst knapp positive Regelvariante wird dann negativ.
Die Musterempfehlung lautet deshalb: zuerst einen begrenzten Regelpiloten prüfen, nicht sofort ausrollen. Die KI-Variante bleibt ein Vergleichsweg. Modellgrenzen wie Anlaufverluste, Steuern, Finanzierung, saisonale Schwankungen und zusätzlicher Qualitätsnutzen müssen in einer realen Prüfung bei Relevanz ergänzt werden.
Vollständiges Muster mit Prozesskarte, Architektur, Rechenweg und Pilotauftrag ansehen.
Qualität und Fehlerfolgen messbar machen
Eine durchschnittlich gute Ausgabe genügt nicht, wenn seltene Fehler erhebliche finanzielle, rechtliche oder operative Folgen haben. Deshalb braucht jeder Anwendungsfall ein geeignetes Qualitätsmaß, definierte Testfälle und eine Regel für menschliche Kontrolle.
Technische Sicherheit, Datenschutz und rechtliche Zulässigkeit sind eigenständige Fachfragen. Sie müssen durch qualifizierte Stellen beurteilt werden. Für die wirtschaftliche Entscheidung ist entscheidend, welchen zusätzlichen Aufwand oder welche Einschränkung diese Anforderungen im konkreten Prozess erzeugen.
Einen begrenzten, vergleichbaren Pilot entwerfen
Ein guter Pilot besitzt Hypothese, Ausgangswert, Zeitraum, Testmenge, Zielgröße, Kostenrahmen und Verantwortlichen. Er sollte den späteren Betrieb ausreichend realistisch abbilden, gleichzeitig aber klein genug bleiben, um bei enttäuschendem Ergebnis ohne unverhältnismäßige Folgekosten beendet zu werden.
Auch der Vergleich ist festzulegen: gegen den bisherigen Prozess, eine einfachere Automatisierung oder eine organisatorische Verbesserung. So wird verhindert, dass jede gemessene Veränderung automatisch der komplexesten Technologie zugeschrieben wird.
Skalierung als neue Entscheidung behandeln
Nach einem Pilot beginnt eine neue Entscheidung. Die gemessene Wirkung wird auf realistische Mengen übertragen, ohne lineare Skalierung ungeprüft zu unterstellen. Engpässe, Ausnahmefälle, Kontrollbedarf und laufende Datenpflege können bei größerem Umfang überproportional wachsen.
Vor einem Rollout sollten Ziel-, Warn- und Abbruchwerte sowie Rückfalloptionen feststehen. Eine begründete Nicht-Skalierung ist dabei ein wertvolles Ergebnis: Der Pilot hat Unsicherheit zu begrenzten Kosten reduziert und weiteres Kapital geschützt.
