Microsofts KI-Bilanz: Agenten wirken erst nach der Prozessvereinfachung

Am 17. September 2026 hat Kathleen Hogan, Executive Vice President und Chief Strategy and Transformation Officer bei Microsoft, im offiziellen Blog des Konzerns die eigene KI-Transformation ausgewertet. Ihre These lautet, Effizienz sei nur die Untergrenze, den Wert schaffe erst zusätzliche Fähigkeit. Belegt wird das mit Angaben des Unternehmens selbst, etwa 20 Prozent höheren Abschlussquoten im Vertrieb.

Was unterscheidet einen Fähigkeitsgewinn von bloßem Tempo?

Microsoft trennt Effizienz von Fähigkeit und nennt den zweiten Schritt Capability Add, also Fähigkeitsgewinn. Hogan beschreibt den üblichen Start: Aufgaben automatisieren und Effizienz feiern. Dieser Wert sei real, aber nur der Anfang. Der größere Hebel liege darin, menschliche und KI-Stärken so zu verbinden, dass Ergebnisse möglich werden, die zuvor unpraktisch oder unmöglich waren.

Die Gleichung dahinter lautet: kontinuierliche Verbesserung plus KI ergibt Fähigkeitsgewinn. Kontinuierliche Verbesserung nimmt Verschwendung aus den Abläufen. KI fügt Fähigkeit hinzu. Wer nur Ersteres betreibt, erhält laut Hogan eine schlankere Version der alten Firma. Der Fähigkeitsgewinn dagegen erzeuge eine andere Firma, und das sei Transformation.

Hogan fasst den Gedanken in einem Satz zusammen: „We like to say efficiency is the floor; capability is the ceiling.“ Sinngemäß ist Effizienz der Boden und Fähigkeit die Decke.

Als Beleg nennt Microsoft den Work Trend Index aus der eigenen Forschung. Danach sagen 58 Prozent der KI-Nutzenden, die Technik helfe ihnen bei Arbeit, die sie zuvor nicht leisten konnten. Unter fortgeschrittenen Nutzenden sind es 80 Prozent. Der Blog nennt als Beispiele, einen Qualitätsfehler vorherzusagen, statt ihn nur zu fangen, oder zwanzig Optionen zu prüfen, wo das Team früher Zeit für drei hatte. Ein Feldversuch aus Deutschland, Österreich und der Schweiz liegt nicht vor.

Für die Erfolgsmessung gilt laut Hogan: Nutzung, Tempo, Qualität und Kosten sind Signale. Letztlich zählen Kundenerfahrung, Erfahrung der Mitarbeitenden, Wachstum, Innovation, Risiko und die erweiterte Fähigkeit der Organisation. Frühindikatoren für Kundenbetreuer sind mehr Kundenzeit, eine stärkere Pipeline und bessere Abschlussquoten, noch bevor der Umsatz vollständig nachzieht. Im Engineering zählen bessere Produkte in kürzerer Zeit, nicht die Zahl der Codezeilen. Die Leitfrage für Teams lautet demnach, was die Mitarbeitenden jetzt schaffen können, das ihnen zuvor nicht möglich war.

Pilotprojekte, die gesparte Minuten, verbrauchte Tokens und geschlossene Tickets zählen, messen damit die Untergrenze. Ob eine bislang unpraktische Entscheidung möglich wurde, zeigt diese Statistik nicht. Wie sich solche Fälle in der Breite einordnen lassen, beschreibt der Überblick zu KI-Agenten und Unternehmens-Use-Cases.

Im Vertrieb beruhen 20 Prozent höhere Abschlussquoten auf einem engen Vergleich

Die Zahl stammt aus einer internen Auswertung, deren Fußnote den Geltungsbereich eng zieht. Zunächst hatte der Vertrieb Copilot breit ausgerollt, die Nutzung stagnierte, und die erhoffte Wirkung blieb aus. Statt stärker auf Akzeptanz zu drängen, ging das Team von Geschäftszielen aus: mehr Wert für Kundschaft, mehr gewonnene Abschlüsse, bessere Erfahrung der Mitarbeitenden.

Die Kundenbetreuerinnen und Kundenbetreuer kartierten ihre Arbeitswoche und wählten Werkzeuge für die Momente, die zählen. Ein Analyse-Agent liest die Pipeline, ein Abschluss-Agent baut Angebotspakete, ein Recherche-Agent liefert tiefes Kundenverständnis. Wöchentliche Treffen unter Kollegen machten das Experimentieren zur Gewohnheit.

Die Ergebnisse laut Microsoft: Die Nutzung der Prioritäts-Anwendungsfälle verdreifachte sich innerhalb der Gruppe, der Umsatz pro Kundenbetreuer lag 9,4 Prozent höher, die Abschlussquoten 20 Prozent. Grundlage sind interne Vertriebsdaten zu 687 Verkäuferinnen und Verkäufern von Microsoft 365 Copilot aus dem Zeitraum Januar bis Juni 2024. Verglichen wurde mit Beschäftigten, die Copilot selten nutzten. Als regelmäßige Nutzung gilt dabei, an mindestens 50 Prozent der Testtage täglich damit zu arbeiten.

Aus dieser Fußnote folgt nicht, dass jede Copilot-Nutzung die Abschlussquote um ein Fünftel hebt. Vergleichsgruppe, Definition und Zeitraum begrenzen die Aussage. Belastbar ist vor allem der beschriebene Weg: Ziele vor Werkzeugen, Agenten an den entscheidenden Momenten der Woche, Lernen unter Kollegen. Wie ein Agent ein Ticket weiterreicht, ohne dass der nächste Engpass verschwindet, zeigt der Beitrag zu Agentforce, Workflow und Ticket-Übergabe.

In der Lieferkette kam die Vereinfachung vor den Agenten

Die Cloud-Lieferkette dient im Blog als Lehrstück dafür, in welcher Reihenfolge Agenten sinnvoll einziehen. Zuerst vereinfachte das Team die Abläufe. Dann entstand eine einzige verbindliche Datenquelle, damit jeder Agent aus denselben Daten schließt. Erst danach kamen zweckgebundene Agenten für Planung, Beschaffung, Auftragsabwicklung und Logistik. Im Fließtext war zunächst von mehr als 100 Agenten die Rede, laut Fußnote waren es im September 2026 mehr als 111.

Die Agenten untersuchen Verschiebungen der Nachfrage und modellieren Kapazität. Außerdem vergleichen sie Transportoptionen über Luft, Land und See nach Kosten, Zeitpunkt und Kohlenstoffwirkung. Diese Komplexität können laut Blog nur wenige Teams allein bewältigen. Hier zeigt sich der Fähigkeitsgewinn: Die Gruppe erhält Sicht, Voraussicht und Handlungsspielraum, die sie zuvor nicht hatte.

Auch die Zeitgewinne nennt Microsoft konkret. Über fünf monatliche Planungszyklen von April bis August 2026 sank die durchschnittliche Zykluszeit von rund 10 auf unter 2,5 Geschäftstage, in ausgewählten Arbeitsabläufen um bis zu 75 Prozent. Die Erklärung, warum sich ein Nachfrageplan geändert hat, dauerte früher fünf bis sieben Tage. Jetzt braucht sie Stunden, manchmal weniger als 20 Minuten, und wird von Menschen geprüft. Innerhalb definierter Berechtigungen und Freigabeschwellen helfen Agenten außerdem, Bestellungen zu aktualisieren oder zu stornieren.

Die Fußnote verlangt Sorgfalt beim Zitieren. Sie beruht auf der Analyse einer funktionsübergreifenden Gruppe mit über 150 Personen von September 2025 bis August 2026, und die Ergebnisse gelten für diese Abläufe und Messzeiträume. Wer „bis zu 75 Prozent“ ohne den Zusatz „ausgewählte Arbeitsabläufe“ in eine Vorstandsvorlage übernimmt, verkürzt die Aussage.

Die Reihenfolge lässt sich auf andere Unternehmen übertragen. Bevor ein Agent Bestellungen ändern darf, müssen Stammdaten, Genehmigungsschwellen und die gemeinsame Datenquelle geklärt sein. Dieselbe Prüfung gilt für ERP-nahe Umgebungen mit Anbindung über Schnittstellen: Wer darf schreiben, wer stornieren, wer sieht denselben Datenbestand. Der Beitrag zu ERP-Agent-Gateway, Copilot und Joule-Workflows behandelt diese Grenzen ausführlicher.

Freigabeschwellen und klare Verantwortung entscheiden über den Nutzen

Ob aus Tempo ein Fähigkeitsgewinn wird, hängt laut Hogan davon ab, wie Teams den Fluss neu schneiden. Die größten Gewinne entstünden, wenn Menschen, Prozess und Technik gemeinsam neu gedacht werden. Dazu gehört, was Agenten tun dürfen, wie ihre Aktionen überwacht werden und wo Menschen prüfen, freigeben oder eingreifen.

Dieses Bild wurde mit KI generiertProviderhiggsfieldModellgpt_image_2PromptClose documentary photo of an adult hand resting on a printed approval checklist beside a laptop with blurred supply-chain timeline charts, calm operations workspace, no logos, no readable words, no brand names, 16:9

Verantwortung bedeutet in diesem Zusammenhang, dass eine Person den Abschluss, den Plan oder die Bestellung trägt und nicht bloß ein Dashboard. Ohne diese Person feiert eine Organisation Nutzungszahlen. Mit ihr zählt die Entscheidung, die vorher unpraktisch war. Die Scorecard sollte entsprechend Pipeline-Qualität, Erklärung der Nachfrage im Zyklus und Bestelländerungen innerhalb der Schwelle ausweisen statt der Akzeptanz einzelner Anwendungsfälle. Für autonome Eingriffe in Dynamics-365-Umgebungen gelten dieselben Maßstäbe, wie der Beitrag zu Microsoft Copilot Agents und Dynamics 365 zeigt.

Ein drittes Beispiel liefert das Team hinter Copilot Cowork. Neun Personen aus Engineering, Design und Product Management bekamen die Freiheit, den Bau eines Produkts mit KI von Tag eins neu zu denken. Ihre Rollen erweiterten sich zu dem, was sie Meta-Engineers, Meta-Designer und Meta-PMs nannten. Die erste Version erschien nach 35 Tagen.

Die Fußnote engt auch diese Zahl ein. Es handelt sich um interne Projektdaten, gemessen vom formalen Start bis zur ersten Veröffentlichung im Frühjahr 2026. Das Projekt eines eigens dafür gebildeten Teams ist ausdrücklich kein unternehmensweiter Maßstab für die Produktentwicklung. Als Beispiel taugt es für erweiterte Rollen, mitlaufende Agenten im Bau und dokumentiertes Lernen, nicht als Zusage für jedes Vorhaben.

Was Teams vor dem nächsten Agenten-Einsatz ändern sollten

Microsofts Zahlen taugen als Vergleichsmaßstab, sofern Messrahmen und Zeitraum mitgenannt werden. Sie stammen allesamt aus Angaben des Unternehmens über die eigene Organisation: 20 Prozent höhere Abschlussquoten, bis zu 75 Prozent kürzere Zykluszeit, mehr als 111 Agenten, Nachfrageerklärungen in unter 20 Minuten und 35 Tage bis zur ersten Version. Als Begründung für Lizenzkäufe reichen sie allein nicht aus. Aus dem Blog lassen sich sechs Schritte ableiten:

• Verschwendung aus dem Ablauf nehmen, bevor ein Agent hinzukommt.
• Eine einzige verbindliche Datenquelle schaffen, bevor Agenten Schlüsse ziehen.
• Verantwortliche für das Ergebnis benennen und Frühindikatoren wie Kundenzeit, Pipeline, Abschlussquoten und Produktqualität messen statt nur die Nutzung.
• Freigabeschwellen schriftlich festhalten: Wer darf lesen, wer schreiben, wer stornieren.
• Rollen erweitern und Lernen unter Kollegen fördern, statt allein Werkzeugschulungen anzubieten.
• In jede Steuerungsrunde die Frage tragen, was Menschen jetzt können, das vorher unpraktisch war.

Wer einen Agenten auf einen kaputten Prozessschritt setzt, feiert danach einen Engpass, der lediglich zwei Stationen weiter steht.

Warum Lizenzen und Nutzung ohne neu gestaltete Abläufe wenig bringen, behandelt der Beitrag zu Microsoft Frontier Firm und Adoption. Als erster Schritt genügt ein einzelner Arbeitsablauf. Überflüssige Schritte werden gestrichen, eine verantwortliche Person wird benannt, und eine schriftliche Freigabeschwelle wird gesetzt. Erst danach wird entschieden, welcher Agent welchen Moment übernimmt, ob als Analyst, Abschluss-Agent, Rechercheur, Nachfrageplaner oder Transportvergleicher.