Alle Notizen

Schaffen Sie statt Copilot-Lizenzen einen Prozess neu

Schaffen Sie statt Copilot-Lizenzen einen Prozess neu

Microsofts Kunden-Reel vom Juni 2026 hat die Torpfosten leise verschoben. Die Wins, die sie zeigten, waren keine Copilot-Lizenzen, die einem Wissensarbeiter beim schnelleren Schreiben helfen. Es waren ganze Prozesse, end-to-end neu generiert, mit dem LLM als einem Executor innerhalb eines deterministischen Harness.

Kernaussagen

  • Der 30x-Kostenschnitt bei UniFi ist ein Prozess-Neubau auf Power Platform plus Copilot Studio, kein Pro-Sitzplatz-Assist-Win, und es ist die einzige wortwörtlich verifizierte Zahl aus der Cunningham-Keynote.
  • Microsofts interne 500.000 Agents und 65.000 tägliche Antworten sind vendor-berichtet, nicht unabhängig auditiert, und sie beschreiben eine Rebuild-Flotte, kein Copilot-Deployment.
  • Die NASA-Behauptung mit 47.000 monatlich aktiven Nutzern und das 36-Stunden-auf-2-Stunden-Angebotsgenerierungs-"Moonshot"-Zitat sind Bühnenbehauptungen, keine Kunden-Stories, und sollten so zitiert werden.
  • Für ein KMU mit 20 bis 200 Mitarbeitenden besagt die Mathematik: Stornieren Sie die Hälfte der Copilot Business Lizenzen und stecken Sie das gesparte Geld in den Neubau eines Quote-to-Cash- oder Onboarding-Workflows auf Copilot Studio plus Dataverse.
  • Prozess-Neubau verliert, wenn das Rebuild-Ziel ein schlecht verstandener Workflow ist oder wenn niemand die Power-Platform-Umgebung besitzt, und die 5-Prozent-Pilot-zu-Deployment-Quote ist der Beleg.

In diesem Artikel


Eine 60-Personen-Operations-Leiterin in einem mittelständischen Logistikunternehmen braucht keine 60 Copilot-Lizenzen. Sie braucht, dass sich der Quote-to-Dispatch-Workflow nicht mehr wie 9 Apps anfühlt, zusammengeklebt von Menschen, die Felder zwischen Tabs kopieren. Diese Unterscheidung, zwischen "eine Person innerhalb eines kaputten Prozesses schneller machen" und "den Prozess so neu bauen, dass die kaputten Teile nicht mehr existieren", ist die einzige ehrliche Lesart von Ryan Cunninghams Microsoft-Developer-Keynote im Juni 2026 (hier ansehen). Die Kundenbelege, die er zeigte, laufen alle in dieselbe Richtung, und Microsofts Marketingabteilung hat noch nicht eingeholt, was die Produktstrategie tatsächlich tut.

Hier ist meine These, zu der ich Ihren Widerspruch will, falls Sie anderer Meinung sind. Prozess-Neubau schlägt Assistenz. Die Wins, die alle aus dieser Keynote zitieren, UniFis 30x-Kostenschnitt, NASAs nahezu universelle Power-Platform-Adoption, Microsofts eigene interne halbe Million Agent-Flotte, sind keine Copilot-Business-Lizenz-Wins. Es sind Neubauten, in denen das LLM eine Komponente innerhalb eines deterministischen Power-Platform-plus-Dataverse-plus-Copilot-Studio-Harness ist. Die KMU-Lehre ist unmissverständlich: Hören Sie auf, Lizenzen nach Kopfzahl zu kaufen, und bauen Sie einen Workflow neu.

Was Prozess-Neubau tatsächlich heißt

Prozess-Neubau ist der Workflow selbst, end-to-end neu generiert, mit dem LLM als einem Executor innerhalb eines deterministischen Harness, nicht eine Chat-Oberfläche, die auf einen unveränderten Stack draufgeschraubt wird. Die Unterscheidung zählt, weil Pro-Sitzplatz-Assist-Ökonomie annimmt, dass der zugrundeliegende Prozess in Ordnung und der Mensch der Flaschenhals ist. Beides ist meist nicht der Fall.

Das Assist-Muster sieht so aus. Beschaffung läuft weiterhin durch fünf Posteingänge, drei Tabellen und einen SAP-Bildschirm, auf den niemand den neuen Mitarbeiter geschult hat. Copilot hilft dem neuen Mitarbeiter, die Lieferanten-E-Mail schneller zu entwerfen. Der Prozess sind weiterhin 9 Apps, von Menschen zusammengeklebt, aber jeder menschliche Schritt ist 12 Prozent schneller.

Das Rebuild-Muster sieht anders aus. Das Lieferanten-Eingangsformular liegt in Dataverse. Ein Copilot-Studio-Agent liest das eingehende PDF, extrahiert die Positionen, prüft sie gegen eine Tabelle freigegebener Lieferanten und routet via Power Platform MCP-Layer entweder auf Auto-Approve oder auf menschliche Prüfung. Die fünf Posteingänge kollabieren zu einer Queue. Die Tabellen verschwinden. Der SAP-Bildschirm wird zu einem MCP-vermittelten Schreibvorgang am Ende. Der Mensch ist nicht schneller im alten Prozess; der alte Prozess existiert nicht mehr.

Cunninghams Framing für das Substrat ist Work IQ: die Chat-, Kontext-, Tools- und Workspaces-Schicht, in der E-Mails, Teams-Nachrichten, SharePoint-Dateien und Dataverse-Zeilen alle als eine semantische Oberfläche adressierbar sind. Das ist die tragende Behauptung. Rebuild ist machbar, wenn das Substrat die Daten bereits hat; wenn das institutionelle Gedächtnis Ihres Unternehmens in PDFs auf einem Fileserver lebt, den niemand indexiert, haben Sie keine Work IQ, sondern ein Papier-Museum, und Rebuild ist viel schwerer. Nennen Sie das das Datengravitations-Problem: Das Substrat muss existieren, bevor irgendein Agent darauf nützliche Arbeit leisten kann.

Welche Cunningham-Zahlen tatsächlich halten

Die Keynote verbrachte den Großteil ihrer Energie auf drei Zahlen. Nur eine überlebt eine Primärquellen-Prüfung.

UniFi 30x: verifiziert. Das wortwörtliche Zitat auf der Microsoft Customer Stories Seite zu UniFi liest sich, "delivers the same performance as off-the-shelf products costing 30 times more." Das ist die stärkste Behauptung im Talk, und sie hält. Die Case Study berichtet außerdem, dass die Vertragsverarbeitung von Tagen auf Minuten gesunken sei, mit 100 Prozent OCR-Genauigkeit gegenüber manuellen Extraktionen, und einer Ship-Time unter zwei Monaten. Beachten Sie, was nicht auf der Seite steht: der Name des Off-the-Shelf-Produkts, gegen das verglichen wurde. Das ist ein echtes Loch. Vendor-freundliche Vergleiche wählen typischerweise den teuersten Incumbent. Selbst halbiert ist 15x noch ein Prozess-Neubau-Win.

500.000 interne Microsoft-Agents: nur vendor-berichtet. Die Zahl erscheint in Techtimes-Berichterstattung, die Microsoft zugeschrieben wird, mit dem expliziten Hinweis, dass es "vendor-reported figures and have not been independently audited" sind. Verwenden Sie sie mit sichtbarem Sternchen. Das richtungsweisende Signal, ein Enterprise, das intern auf Agent-Flotten-Maßstab läuft, bevor es nach außen pusht, ist bedeutsam. Die genaue Zahl nicht.

NASA 47.000 monatlich aktive Nutzer: nur Bühnenbehauptung. Ich habe nach einer Microsoft-Kunden-Story-Seite gesucht, die die 47K-Zahl und die 800 Production-Solutions aufzählt. Sie ist nicht da. Die Zahl kam aus einem Bühnenaustausch zwischen Cunningham und einem NASA-Vertreter auf der Microsoft 365 Conference 2026, und das ist die kanonische Quelle. Zitieren Sie sie so, wie Cunningham sie von der Bühne behauptet hat. Befördern Sie sie nicht zu "verifiziertem Kunden-Outcome".

36 Stunden auf 2 Stunden Angebotsgenerierung: nur Bühnenbehauptung. Diese hat die Runde gemacht. Cunningham nannte sie als "Moonshot"-Ziel eines Kunden, das er letzten Monat getroffen habe. Sie steht in keiner Microsoft-Kunden-Story, die ich finden konnte. Die nächsten verifizierbaren Zahlen sind DLA Piper, die wöchentlich bis zu 36 Stunden bei der Content-Generierung sparen, und Rajah and Tann, die das Erstellen von Sitzungsprotokollen von ein bis zwei Tagen auf zwei bis drei Stunden komprimieren. Verwandt, aber nicht dieselbe Behauptung. Behandeln Sie die 36-auf-2-Zahl als Kundenaspiration, die Cunningham wiederholt hat, nicht als gelieferten Benchmark.

Und eine Zuschreibungskorrektur. Co-work wurde am 2026-05-05 von Charles Lamanna angekündigt, EVP Business Applications and Agents, nicht von Cunningham. Cunningham hat es demoed. Lamanna hat es geshippt. Schreiben Sie korrekt zu.

Warum Pro-Sitzplatz-Assist an eine Decke stößt

Die Pro-Sitzplatz-Ökonomie bricht im KMU-Maßstab schneller als im Enterprise-Maßstab zusammen, und das ist der Teil, den die Microsoft-Sales-Motion am wenigsten Anreiz hat, an die Oberfläche zu bringen.

Microsoft 365 Copilot Business kostet bis 2026-06-30 18 USD pro Nutzer pro Monat und steigt dann auf 21 USD und benötigt einen qualifizierenden Microsoft-365-Business-Plan darunter. Für eine 60-Sitzplatz-Firma sind das rund 13.000 EUR pro Jahr allein für Copilot, zusätzlich zur M365 Business Premium Lizenz. Die Break-Even-Behauptung ist, dass jeder Nutzer genug Zeit spart, um den Sitzplatz zu rechtfertigen. Die Daten unterstützen das im Median nicht.

Microsofts Marketing war brillant. Execution, nicht so stark wie das Marketing.

Das ist Gartner-Analyst Dan Wilson, zitiert in techpartner.news zur Berichterstattung über Copilot-ROI-Realitäten. Das Stück nennt auch den Beleg: Nur 5 Prozent der Organisationen, die M365 Copilot 2025 pilotiert haben, sind zu breiterer Bereitstellung übergegangen. Die Forrester-TEI-Studie, die Microsoft beauftragt hat, projiziert 116 Prozent ROI über drei Jahre auf einem 25.000-Mitarbeiter-Deployment, aber das ist ein vendor-finanziertes Modell auf Enterprise-Kopfzahl, nicht eine 60-Personen-Mittelstand-Realität.

Das strukturelle Problem mit Pro-Sitzplatz-Assist ist, dass es keinen Compounding-Mechanismus hat. Jeder Sitzplatz spart eine marginale Zeitmenge bei Aufgaben, die der Sitzplatzinhaber sowieso macht, und diese Ersparnis verdampft in dem Moment, in dem der Sitzplatzinhaber geht oder die Rolle wechselt. Ein neu gebauter Prozess compoundet. Sobald das Dataverse-Schema richtig ist, verbessert jede neue Erfassung es. Sobald der Copilot-Studio-Agent das Routing steuert, ist jeder neue Edge Case eine einmalige Korrektur, keine Pro-Sitzplatz-Wiederholung.

💡 Pro-Sitzplatz-AI spart Minuten pro Nutzer. Prozess-Neubau entfernt die Rolle ganz aus dem Engpasspfad.

Die 60-Personen-Logistikfirma: ein durchgerechnetes KMU-Szenario

Nehmen Sie einen realen Mittelstand-Stack. Eine 60-Personen-Regional-Spedition, die auf Microsoft 365 Business Premium läuft, Power Apps Per-App-Plan für zwei bestehende Formulare, Copilot Studio Messages Pay-As-You-Go gepoolt im Tenant, und ein SAP Business One Backend, das sie vor 2028 nicht herausreißen wird. Die Operations-Leiterin, nennen wir sie Antje, besitzt Quote-to-Dispatch.

Der aktuelle Angebotsprozess: Eine Anfrage landet in einem geteilten Posteingang; eine Ops-Koordinatorin öffnet sie, kopiert Felder in ein Smartsheet, pingt eine Senior-Disponentin in Teams, wartet auf Kapazitätsbestätigung, öffnet SAP Business One, generiert ein Angebots-PDF, schickt es per Mail zurück und aktualisiert das Smartsheet. Median-Wall-Clock-Zeit: 4 Stunden. Varianz: plus minus 18 Stunden, je nachdem, wer Schicht hat. Sie bearbeiten rund 90 Angebotsanfragen pro Woche.

Das Rebuild-Ziel, das Antje am Montag nennt: Median-Angebotszeit auf 30 Minuten kürzen, das Smartsheet abschaffen und das Anpingen der Senior-Disponentin für Kapazität aufgeben, außer die Route ist nicht-Standard. Sie nennt keine Copilot-Lizenzanzahl. Das ist das richtige Framing.

Der Build: Ein Copilot-Studio-Agent liest die eingehende E-Mail, extrahiert Ursprung, Ziel, Gewicht und gewünschtes Abholfenster über einen Copilot-Studio-Prompt mit einem Dataverse-gestützten Extraktions-Template. Er schaut die Route in einer neuen Dataverse-Tabelle nach, die aus der Angebots-Historie des letzten Jahres seeded ist, gibt ein Angebotsband zurück und postet in Antjes Queue mit der Regel "auto-send, wenn im Band, eskalieren an Disponentin, wenn außerhalb". Der SAP-Business-One-Schreibvorgang passiert am Ende über einen MCP-Server, der in Power Platform verdrahtet ist. Geschätzte Gesamt-Build-Zeit: zwei Wochen, ein Power-Platform-versierter Contractor zu 800 EUR pro Tag. Geschätzte Gesamtkosten: 16.000 EUR plus rund 200 EUR pro Monat in Copilot-Studio-Messages. Verglichen mit 13.000 EUR pro Jahr für Lizenzen ohne Compounding zahlt sich der Rebuild innerhalb des ersten Jahres aus und zahlt weiter.

Die zentrale Einschränkung: Antje muss die Workflow-Definition besitzen. Nicht der IT-Leiter. Nicht der Contractor. Wenn die Person, die den Rebuild besitzt, nicht auch den Prozess besitzt, liefert der Rebuild die Interpretation des Contractors aus, nicht Antjes Realität, und die 5-Prozent-Pilot-zu-Deployment-Quote ist genau dieser Failure Mode im Maßstab.

Das Build-Muster: Work IQ als Substrat, Dataverse als Rückgrat

Für Microsoft-Häuser ist das Build-Muster jetzt stabil genug, um es zu benennen. Work IQ ist das Substrat, adressierbar via Microsoft Graph plus Copilot-Connectoren. Dataverse ist das Rückgrat, in dem der neu gebaute Prozesszustand lebt. Copilot Studio ist die Agent-Schicht, die Work IQ liest, Dataverse schreibt und Legacy-Systeme via MCP aufruft. Das neu gebaute UI obendrauf, falls nötig, wird via Enterprise Vibe Coding auf vibe.powerapps.com generiert, wobei Microsoft auf NASAs Power-Platform-Footprint als Beleg dafür zeigt, dass das Substrat skaliert.

Für Nicht-Microsoft-Häuser hat das äquivalente Muster dieselbe Form: eine n8n- oder Temporal-Workflow-Engine für das deterministische Harness, Postgres oder Supabase als Rückgrat, Anthropic oder OpenAI als LLM-Executor und Okta oder Auth0 als Agent-Identitätsschicht. Das Muster ist portabel; der Lock-in steckt darin, welches Rückgrat Sie wählen. Ich habe über den Governance-Flaschenhals geschrieben, den das schafft, in einem früheren Beitrag; dieser Flaschenhals ist real und lebt downstream vom Rebuild, nicht davor.

Ein konkretes Erste-Tag-Artefakt. Hier ein Power-Platform-CLI-Bootstrap, der die Umgebung, die Dataverse-Tabelle und das Copilot-Studio-Solution-Scaffold für das Speditionsszenario oben anlegt:

# Power Platform CLI v1.34+
# https://learn.microsoft.com/en-us/power-platform/developer/cli/introduction
pac auth create --name ops-rebuild --environment "Antje-Quote-Dev"
pac env select --environment "Antje-Quote-Dev"

# Create the Dataverse table for quote requests
pac data create-entity --name "quote_request" --display-name "Quote Request" \
    --primary-name "request_id" --owner "user"

# Add the route-band lookup table seeded from historical CSV
pac data import --schema-file ./route-bands.xml --data-file ./route-bands-2025.csv

# Scaffold the Copilot Studio solution
pac solution init --publisher-name "freight-ops" --publisher-prefix "frt"
pac solution add-reference --path ./CopilotStudioAgents/QuoteExtractor

# Export the solution as managed for promotion to test environment
pac solution pack --zipfile ./quote-rebuild-v1.zip --folder ./src --packagetype Managed

Der Punkt ist nicht die Syntax. Der Punkt ist, dass das erste Artefakt eines Rebuilds eine Dataverse-Tabelle und eine managed Solution ist, keine Copilot-Sitzplatz-Bestellung. Wenn Sie dieses Artefakt am Montag nicht produzieren können, machen Sie keinen Rebuild; Sie machen Assist mit zusätzlichen Schritten.

Ihre Montags-Checkliste

Sie haben bis hierhin gelesen. Hier, was am Montagmorgen zu tun ist. Nicht Freitag. Montag.

  1. Wählen Sie einen Workflow. Den, über den sich Ihre Operations-Leiterin am meisten beschwert. Schreiben Sie ihn in fünf Sätzen auf: Trigger, aktuelle Schritte, aktuelle Wall-Clock-Zeit, aktuelle Failure Modes, namentlicher Owner. Wenn Sie den Owner nicht nennen können, halten Sie an und fixen Sie das zuerst.
  2. Ziehen Sie die Lizenzanzahl und den Copilot-Business-Spend. Vergleichen Sie mit dem Budget, das Sie für einen Zweiwochen-Rebuild mit einem Contractor hätten. Die Mathematik wird üblicherweise den Rebuild begünstigen.
  3. Stellen Sie eine Power-Platform-Entwicklungsumgebung über das Power Platform Admin Center oder den CLI-Snippet oben auf. Kostenlos für Entwicklung.
  4. Skizzieren Sie das Dataverse-Schema für den neu gebauten Workflow auf einer einzigen Seite. Passt es nicht auf eine Seite, ist der Workflow noch nicht gut genug verstanden, um neu gebaut zu werden.
  5. Bauen Sie den Extraktions-Prompt in Copilot Studio gegen fünf reale historische Beispiele aus Ihrem aktuellen Posteingang. Messen Sie Precision, bevor Sie irgendetwas anderes tun.
  6. Definieren Sie das Erfolgskriterium des Rebuilds als eine einzige Zahl mit einer harten Deadline. "Median-Angebotszeit unter 30 Minuten bis 2026-08-01" ist ein Kriterium. "Angebotseffizienz verbessern" nicht.

Wenn Sie nach dem Ship in die tiefere Governance-Seite einsteigen wollen, ist die Agent 365 Inventory-versus-Observability-Lücke die nächste Lektüre, und der Agent Flows KMU-Onramp-Beitrag deckt das taktische Verdrahten ab, nachdem der Rebuild ausgeliefert ist.

Wo die Prozess-Neubau-These verliert

Ich muss benennen, wo diese These bricht, denn sie tut es, und ein 100-Prozent-Erfolgsnarrativ ist ein verräterisches Zeichen.

Assist gewinnt, wenn der Prozess gut ist und der Flaschenhals tatsächlich die Eingabegeschwindigkeit des Menschen ist. Ein Anwalt, der einen Vertrag mit starken Templates und sauberen Präzedenzfällen entwirft, ist mit Copilot schneller als ohne. Ein Entwickler, der einen PR reviewt, ist mit GitHub Copilot Agent Mode schneller als ohne. Das sind reale Wins. Die Rebuild-These verliert gegen Assist, wenn das Rebuild-Ziel ein Prozess ist, den Sie nicht gut genug verstehen, um ihn zu spezifizieren. Einen Workflow neu zu bauen, den Sie nicht in drei Sätzen beschreiben können, ist, wie Sie die Halluzination des Contractors über den Workflow ausliefern.

Schema-Designkosten sind nicht trivial. Dataverse ist eine echte Datenbank mit echter referenzieller Integrität. Wenn Ihr Team noch nie eine Domäne in normalisierte Tabellen modelliert hat, wird Ihr erster Rebuild sein Budget um 40 bis 80 Prozent überschreiten. Ich habe das in den letzten 18 Monaten dreimal beobachten können. Die ehrliche Mitigation ist, für den ersten Rebuild einen Power-Platform-versierten Contractor zu engagieren und das Schema zu zweit zu schreiben.

Vendor-Lock-in zu Power Platform plus Dataverse ist real. Sobald Ihr neu gebauter Prozess in Dataverse lebt, sind die Wechselkosten ungefähr die Kosten des ursprünglichen Rebuilds plus der Datenmigration. Microsofts Preismacht auf Copilot-Studio-Messages, Agent 365 zu 15 USD pro Nutzer pro Monat standalone oder gebündelt in E7 zu 99 USD, und Downstream-Microsoft-365-SKUs compoundet. Für eine 60-Personen-Firma ist das akzeptabel. Für eine 600-Personen-Firma ist das das Gespräch, das Sie vor der Unterschrift führen sollten.

Die 5-Prozent-Pilot-zu-Deployment-Quote. Gartners Zahl ist auch eine Rebuild-Zahl, nicht nur eine Assist-Zahl. Die meisten Piloten scheitern, weil es keinen benannten Prozess-Owner, kein messbares Erfolgskriterium und keine Montagsentscheidung gibt. Rebuild erfordert diese drei Dinge im Voraus. Assist lässt Sie sie überspringen und sich trotzdem produktiv fühlen, was genau der Grund ist, warum er schwerer zu töten ist.

Die ehrliche Lesart: Prozess-Neubau schlägt Assist, wenn (1) der Workflow gut verstanden ist, (2) jemand das neu gebaute Outcome besitzt und (3) das Work-IQ-Substrat die Daten bereits hat. Fehlen zwei von drei, ist Assist die richtige günstig-schnelle Brücke, während Sie die fehlenden Beine bauen.

Notizen vergleichen

Wenn Sie diese Entscheidung in einem 20- bis 200-Personen-Unternehmen fahren und Ihre Zahlen anders aussehen als meine, besonders auf der Rebuild-Break-Even- oder Pro-Sitzplatz-ROI-Seite, will ich das Gegenbeispiel. Erreichen Sie mich über marcus-duwe.de/contact. Der schnellste Weg, mich umzustimmen, ist ein realer Rebuild, der sich innerhalb von sechs Monaten ausgezahlt hat, oder ein reales Assist-Deployment, das über Jahr zwei hinaus compoundet hat. Beides würde mir etwas beibringen, das ich noch nicht weiß.

Wo ich noch unsicher bin

Ich beobachte noch drei Dinge, die diese These aktualisieren könnten.

Das erste ist, ob die 5-Prozent-Pilot-zu-Deployment-Quote sich 2026 materiell bewegt, sobald Agent 365 Governance GA ist und das Rebuild-Muster für Nicht-Microsoft-Häuser ausreichend dokumentiert ist. Verdoppelt sich diese Zahl, schärft sich die These. Tut sie es nicht, ist der Rebuild-Pfad steiler, als ich behaupte.

Das zweite ist, ob das Pro-Nachricht-Copilot-Studio-Pricing auf dem rund einem Cent bleibt, den Smartbridge 2026 benchmarkt hat, sobald die Nutzung skaliert. Vendor-Pricing auf Verbrauch ist berüchtigt dafür, zum falschen Zeitpunkt nach oben zurückgesetzt zu werden. Ich erwarte ein Re-Pricing-Event innerhalb von 18 Monaten, und ich habe den KMU-Break-Even unter einem 3x-Tarif nicht modelliert.

Das dritte ist die Cross-Platform-Agent-Broker-Frage. Agent 365, der Agents aus AWS Bedrock und Google Cloud in ein Register synct, ist ein Machtspiel. Wird der Broker zum Default, wird Rebuild portabler. Tut er es nicht, divergieren Microsoft-Haus-Rebuild und Nicht-Microsoft-Rebuild in zwei verschiedene Gespräche.