Zeitersparnis und Kostenersparnis sind nicht dasselbe — und fast jeder KI-Pitch, den ich erlebe, behandelt sie als austauschbar. „Das spart Ihrem Team zehn Stunden pro Woche“ klingt wie ein Business Case. Ist es aber nicht — nicht, solange niemand beantwortet, was mit diesen zehn Stunden passiert. Mit dieser Lücke beginne ich jedes ROI-Gespräch, und sie ist der wichtigste Grund, warum KI-Projekte aus Begeisterung genehmigt und ein Jahr später still auf Eis gelegt werden, wenn die Einsparungen nie in der GuV auftauchen.

Zeitersparnis ist nicht dasselbe wie Kostenersparnis

Wenn ein KI-Tool einer Person in Ihrem Team fünf Stunden pro Woche freischaufelt und diese fünf Stunden in dieselbe Mischung aus Meetings, Verwaltung und nachrangigen Aufgaben fließen wie bisher, bewegt sich die GuV nicht. Das Team ist weniger ausgelastet. Das ist ein echter, menschlicher Nutzen — weniger lange Abende, weniger Stress —, aber für sich genommen keine finanzielle Rendite und sollte einer Geschäftsleitung oder Budgetverantwortlichen, die eine solche erwarten, auch nicht so präsentiert werden.

Kostenersparnis erfordert einen zweiten Schritt, den die meisten KI-Pitches komplett auslassen: Die frei gewordene Zeit muss in etwas umgelenkt werden, das entweder Umsatz erzeugt, Kosten vermeidet, die sonst entstanden wären, oder eine sonst nötige Einstellung überflüssig macht. Ohne diesen ausdrücklich benannten zweiten Schritt ist „gesparte Zeit“ eine Eitelkeitskennzahl.

Die drei Fragen, die ich stelle, bevor wir irgendetwas bauen

Bevor ich ein KI-Projekt abgrenze, stelle ich immer dieselben drei Fragen — und ich habe Mandate abgelehnt, bei denen die Antworten zeigten, dass sich das Projekt nicht rechnen würde.

  • Wessen Zeit wird konkret frei — nicht „die des Teams“, sondern welche Rolle, bei welcher Aufgabe, wie viele Stunden pro Woche?
  • Was passiert mit der frei gewordenen Zeit — gibt es eine konkrete, bereits festgelegte Verwendung, oder lautet der Plan nur „sie werden weniger belastet sein“?
  • Was kostet der Status quo derzeit tatsächlich — an Fehlern, Nacharbeit, Überstunden oder entgangener Kapazität —, das das neue System beseitigen würde?

Lautet die ehrliche Antwort auf die zweite Frage „Das haben wir noch nicht entschieden“, ist das kein Grund, das Projekt abzusagen — sondern ein Grund, es vor und nicht nach Projektstart zu entscheiden.

Wo sich der echte ROI meist versteckt

Der finanzielle Nutzen liegt selten im glänzenden Teil der Automatisierung — dem Chatbot, dem Dashboard, dem, was sich gut vorführen lässt. Er liegt in weniger Fehlern und vermiedener Nacharbeit: die Rechnung, die früher in 4 % der Fälle falsch erfasst wurde und jetzt nicht mehr, der Termin, der früher doppelt vergeben wurde und das jetzt nicht mehr kann, der Bericht, dessen manueller Abgleich früher einen ganzen Tag dauerte und dessen Prüfung jetzt zwanzig Minuten braucht.

Diese Zahlen sind langweilig — und genau sie halten dem Blick einer Finanzleitung stand. Ein Projekt, das mit „schafft Freiraum“ begründet wird, fällt der ersten schlecht laufenden Budgetrunde zum Opfer. Ein Projekt, das mit „hat £14.000 Nacharbeit pro Jahr eingespart und uns 30 % mehr Volumen mit gleicher Belegschaft ermöglicht“ begründet wird, überlebt — weil es bereits in der Sprache formuliert ist, die die nächste Budgetrunde spricht.

Ein einfacher Rahmen für das Gespräch

Bevor Sie ein KI-Projekt genehmigen, schreiben Sie drei Zahlen auf eine Seite: die gesparten Stunden pro Woche, den konkreten Umlenkungsplan für diese Stunden und den £-Wert, den dieser Plan tatsächlich erzeugt — ob neue Umsatzkapazität, vermiedene Kosten oder eine nicht mehr nötige Einstellung. Ist eines dieser drei Felder leer, ist der Business Case noch nicht fertig, so beeindruckend die Demo auch war.

Dr. Mahdi Seify

Über den Autor — Dr. Mahdi Seify, PhD, MBA, Engr.

Berater für KI-Strategie und KI-Governance mit Sitz in Milton Keynes. Gründer & Chief AI Officer von VisionXY7 sowie Senior Lecturer und Programme Leader des MSc Business Analytics an der University of Northampton. PhD (KI-gestützte Business Analytics, University of Liverpool) · MBA · ISO/IEC 27001 Lead Auditor & Implementer · über 25 Jahre Erfahrung in IT und Umsetzung aus mehr als 100 Projekten.

Vollständiges Profil · Methodik · Fallstudien