Das AI-Projekt ist ausgeliefert. Die Schnittstelle funktioniert, das Team hat seine Schulung erhalten, die Projektampel steht auf Grün. Im nächsten Managementmeeting würde ich trotzdem eine Frage stellen: Wer kann bestätigen, dass der Betrieb dadurch tatsächlich besser geworden ist?
Eine erfolgreiche Einführung verdient Anerkennung. Aber eine funktionierende Anwendung ist noch kein Nachweis für kürzere Lieferzeiten, weniger Nacharbeit oder eine bessere Marge. Wenn der Projektleiter nach dem Abschluss weiterzieht und die Geschäftsleitung nur den technischen Status sieht, bleibt diese Frage leicht liegen. Bezahlt wird das System trotzdem.
37 % der Befragten berichten einen positiven AI-Beitrag zum Ergebnis vor Zinsen und Steuern ihrer gesamten Organisation. Das zeigt McKinseys globale Befragung von 2026. Sie umfasst 1.719 Teilnehmende in 97 Ländern und beruht auf Selbstauskünften, nicht auf geprüften Projektrenditen. Die übrigen Antworten sind deshalb kein Beleg für gescheiterte AI-Projekte: Einzelne Anwendungen können Nutzen bringen, ohne dass dieser bereits im Gesamtergebnis sichtbar ist. 1
Für die Geschäftsleitung folgt daraus keine neue Zielquote. Es folgt eine praktische Aufgabe: Den erwarteten Nutzen dort prüfen, wo die Arbeit stattfindet und ihn nicht mit dem Abschlussstatus verwechseln.
Was nach der technischen Freigabe offenbleibt
IT kann bestätigen, ob Integration, Zugriffe und technische Betriebsbereitschaft innerhalb ihres Verantwortungsbereichs funktionieren. Die fachlich verantwortliche Führungskraft muss zusätzlich beurteilen, ob die Anwendung den vereinbarten Arbeitsablauf verbessert. Finance kann die wirtschaftliche Rechnung prüfen. Keine dieser Perspektiven ersetzt die andere.
Ich würde dabei die technische Freigabe, die Übernahme in den Betrieb und den späteren Nutzenreview ausdrücklich trennen. Das ist keine Forderung nach drei neuen Gremien. Es geht darum, die erste Unterschrift nicht als Antwort auf alle weiteren Fragen zu behandeln. Nutzenverantwortung und Messung nach der Übergabe sind auch im Benefits-Management des Project Management Institute angelegt. 2
Ein Projekt darf administrativ abgeschlossen sein, während der Nutzen noch geprüft wird. Dann müssen die offene Annahme, der zuständige Name und der nächste Prüftermin sichtbar bleiben. Sonst verschwindet ein wirtschaftliches Versprechen zusammen mit der Projektliste.
Die Abnahme gehört in den echten Arbeitsablauf
Nehmen wir eine ausdrücklich illustrative Situation: Ein AI-Assistent erstellt Angebotsentwürfe. Im Test entstehen sie schneller. Im Alltag müssen die Vertriebsmitarbeitenden aber Vertragsklauseln nachprüfen, fehlende Informationen suchen und ungewöhnliche Kundenanforderungen korrigieren. Vielleicht lohnt sich das System dennoch. Nur ist die Geschwindigkeit des ersten Entwurfs dafür die falsche alleinige Messgrösse.
Prüfen würde ich die Zeit vom vollständigen Kundenbriefing bis zum fachlich freigegebenen Angebot. Dazu gehört die gesamte Bearbeitungszeit aller beteiligten Personen, einschliesslich Prüfung und Korrektur. Wartezeit wird separat erfasst. Ein schnellerer Entwurf, der länger auf Freigabe wartet, beschleunigt nicht automatisch die Antwort an den Kunden.
Als Ausgangswert braucht es vergleichbare Angebote ohne das neue Verfahren. Komplexität, Fallauswahl und Qualitätsanforderungen müssen nachvollziehbar sein. Nur unkomplizierte AI-Fälle mit schwierigen früheren Fällen zu vergleichen, wäre bequem, aber nicht belastbar. Fehlt die Ausgangsmessung, bleibt der Vorteil zunächst eine zu prüfende Annahme.
Zur Bewertung gehören ausserdem der Aufwand für den AI-Betrieb und die Qualität des Ergebnisses. Freie Arbeitszeit ist zunächst zusätzliche Kapazität. Eine echte Kosteneinsparung entsteht erst, wenn sich Ausgaben nachweisbar reduzieren. Wird dieselbe Zeit stattdessen für weitere Angebote genutzt, braucht dieser Nutzen einen anderen Nachweis.
Und die Prüfung endet nicht mit dem ersten erfolgreichen Durchlauf. Datenquellen, Modelle und Nutzungsverhalten können sich ändern. NISTs AI Risk Management Framework fordert die Überwachung von Funktion und Verhalten im produktiven Einsatz. Das stützt die betriebliche Kontrolle, ist aber kein Beleg für einen wirtschaftlichen Ertrag. 3
Was ich im nächsten Review ändern würde
Ich würde eine bereits eingeführte AI-Anwendung auswählen und die fachlich verantwortliche Person bitten, den erwarteten Nutzen auf einer Seite darzustellen. Welches Ergebnis soll sich verbessern? Wie wurde vorher gearbeitet? Was zeigt der aktuelle Betrieb? Und welche zusätzliche Arbeit ist durch das System entstanden?
Für den beschriebenen Angebotsprozess könnte ein erster Nutzenreview nach 30 Tagen sinnvoll sein, sofern bis dahin genügend vergleichbare Fälle vorliegen. Das ist eine Arbeitsvereinbarung, keine allgemeingültige Frist. Bei seltenen oder stark unterschiedlichen Vorgängen braucht es einen anderen Beobachtungszeitraum.
Die Entscheidung kann dann unterschiedlich ausfallen: weiterführen, gezielt nachbessern oder die Nutzung begrenzen. Manchmal ist das System gut und die Übergabe schlecht. Manchmal ist der zusätzliche Kontrollaufwand höher als der gewonnene Spielraum. Beides sollte man erfahren, bevor die Anwendung auf weitere Teams ausgerollt wird.
Diese Nutzenabnahme ist ein Baustein eines steuerbaren AI Operating Systems. Fachliche Verantwortung bleibt im Betrieb, die technische Betreuung ist geklärt und die Geschäftsleitung bekommt einen überprüfbaren Nutzen statt einer weiteren grünen Ampel. Ist die Umsetzung nach einem belastbaren Transformationsbeschluss bereits geklärt, braucht es keine zusätzliche Begleitung. Besteht dagegen eine Umsetzungslücke, unterstützt die AI Transformation Execution Partnership den Übergang mit Workstream-Führung, Wertnachweis und internem Wissenstransfer.
Quellen
McKinsey, globale AI-Befragung 2026, Erhebung vom 4. Mai bis 8. Juni; wirtschaftliche Wirkung als Selbstauskunft. 1
Project Management Institute, Fachbeitrag zur Planung, Übergabe und weiteren Verfolgung von Projektnutzen. 2
NIST, AI Risk Management Framework 1.0, 2023, insbesondere MEASURE 2.4 zur Überwachung im Betrieb. 3