Was Microsoft angekündigt hat – und was noch nicht verfügbar ist

Home soll Chat und Cowork zusammenführen und die Arbeit mit Word, Excel und PowerPoint direkt in Copilot ermöglichen. Mit Code sollen Nutzer interne Anwendungen aus einer Beschreibung heraus erstellen können. Autopilot, zuvor unter dem Namen Scout bekannt, ist als dauerhaft im Hintergrund arbeitender Assistent angelegt, der etwa Entwicklungen verfolgt und Folgeaufgaben vorbereitet.

Das ist zunächst eine Ankündigung mit gestaffeltem Zugang: Home und Code sollen in den kommenden Wochen im Frontier-Vorabprogramm starten. Für Autopilot hat Microsoft eine Erweiterung der privaten Vorschau zum Monatsende angekündigt. Daraus folgt weder, dass jedes Unternehmen die Funktionen bereits einsetzen kann, noch dass deren Nutzen im eigenen Betrieb bewiesen ist.

Eine Oberfläche bedeutet keine einheitliche Rechnung

Microsoft unterscheidet zwischen dem Nutzerabo für alltägliche Chat- und Office-Aufgaben und verbrauchsabhängiger Abrechnung für Cowork, Code, Autopilot sowie bestimmte besonders leistungsfähige Modelle. Copilot Credits dienen dabei als Abrechnungseinheit für unterstützte Dienste. Welche Kombination aus Lizenzen, vorausgekauftem Guthaben und laufender Verbrauchsabrechnung gilt, hängt vom jeweiligen Dienst und der Einrichtung ab.

Diese Trennung ist nicht grundsätzlich schlecht. Ein Unternehmen kann zusätzliche Arbeit gezielt bezahlen, statt jede mögliche Nutzung pauschal einzukaufen. Sie verändert aber die Einkaufsfrage. Die Zahl der freigeschalteten Mitarbeiter beschreibt den Zugang; sie beschreibt nicht vollständig, wie viel KI-Arbeit diese Mitarbeiter auslösen.

Bei einem dauerhaft arbeitenden Assistenten wird der Unterschied besonders greifbar. Ein Auftrag kann wiederholt ausgeführt werden, auch wenn niemand gerade eine Frage eintippt. Der Budgetverantwortliche sollte daher nicht nur wissen, wer Copilot nutzen darf. Er sollte wissen, welche wiederkehrenden Aufträge laufen, wem sie gehören und wann sie beendet werden.

Ein Beispiel: Der Vertriebsassistent, der zu viel vorbereitet

Stellen wir uns einen mittelständischen Dienstleister vor. Der Vertrieb möchte laufende Kundenprojekte beobachten lassen und jeden Morgen Hinweise auf offene Rückmeldungen erhalten. Das ist ein denkbarer Pilotauftrag, kein hier getesteter Funktionsnachweis für Autopilot. Ein guter Assistent könnte helfen, wichtige Vorgänge rechtzeitig aufzugreifen.

Der erste Auftrag lautet jedoch nur: Halte uns über alle Kundenprojekte auf dem Laufenden. Das klingt bequem, lässt den Umfang aber offen. Soll jeder neue Gesprächsbeitrag eine Auswertung auslösen? Braucht jeder Mitarbeiter eine eigene Zusammenfassung derselben Projekte? Müssen abgeschlossene Vorgänge weiter beobachtet werden? Solche Entscheidungen bestimmen, wie viel Arbeit überhaupt entsteht.

Ich würde den Pilotauftrag enger fassen: ausgewählte aktive Projekte, ein vereinbarter Auswertungsrhythmus und nur Hinweise, aus denen der Vertrieb eine konkrete Handlung ableiten kann. Ein Verantwortlicher beurteilt, welche Hinweise brauchbar waren und welche lediglich zusätzliche Prüfung erzeugt haben. So lässt sich unterscheiden, ob die KI einen Engpass beseitigt oder vor allem neue Aufgaben produziert.

Für die Wirtschaftlichkeit gehören der zusätzliche Verbrauch und die menschliche Nacharbeit in dieselbe Betrachtung. Eine Zusammenfassung kann technisch gelungen sein und trotzdem keinen geschäftlichen Wert haben, wenn sie bekannte Informationen wiederholt. Umgekehrt kann ein seltener, rechtzeitig erkannter Handlungsbedarf den Einsatz rechtfertigen. Die Menge erzeugter Inhalte ist dafür ein schwacher Maßstab.

Guthaben, Warnung und Ausgabengrenze sind verschiedene Dinge

Microsoft dokumentiert für unterstützte Dienste Ausgabenrichtlinien mit Grenzen für Richtlinien und Nutzer sowie Benachrichtigungen zum Verbrauch. Dabei ist vorausgekauftes Guthaben keine automatische Kostensperre: Je nach Abrechnungskonfiguration kann nach dessen Verbrauch eine laufende Abrechnung greifen. Ebenso informiert eine Warnung zunächst nur; sie ersetzt keine festgelegte Grenze.

Ein weiteres Detail ist für die Budgetplanung relevant: Zusätzlich eingerichtete Ausgabenrichtlinien besitzen laut Microsoft eigene Grenzen und übernehmen nicht die Grenze der Standardrichtlinie. Wer mehrere Bereiche freischaltet, sollte deshalb nicht ungeprüft davon ausgehen, eine einzelne Einstellung deckele die gesamten Ausgaben.

Die Managementaufgabe besteht nicht darin, jede Einstellung selbst zu bedienen. Sie besteht darin, von IT und Finanzverantwortlichen eine verständliche Antwort zu verlangen: Welche Nutzung ist freigegeben, welche Grenze gilt wo, wer erhält eine Warnung und wer darf mehr Budget zulassen? Dazu gehört auch der fachliche Ablauf am Limit. Bleibt eine wichtige Auswertung aus, muss jemand wissen, wie der Vorgang weiterbearbeitet wird.

Neue Funktionen sollten nicht nebenbei zum neuen Auftrag werden

Die aktuelle Microsoft-Dokumentation beschreibt außerdem eine standardmäßig aktivierte Option, die Ausgabenrichtlinien automatisch auf künftig unterstützte Dienste erweitert. Sie lässt sich abschalten. Für einen eng begrenzten Versuch sollte die zuständige Administration prüfen, ob diese automatische Erweiterung zum freigegebenen Umfang passt. Welche Dienste und Kontrollen bereits verfügbar sind, ist im eigenen Unternehmenszugang zu prüfen.

Das ist mehr als eine Kostenfrage. Ein Team kann die Vorbereitung von Hinweisen freigeben, ohne damit auch selbstständige Kundenkommunikation oder Änderungen an Geschäftsdaten zu wollen. Budgetfreigabe und Handlungserlaubnis bleiben getrennte Entscheidungen. Menschliche Kontrolle muss an den Stellen greifen, an denen ein Fehler tatsächlich Folgen hätte.

Auch die KI-Modellauswahl löst diese organisatorische Frage nicht. Selbst ein sehr gutes Modell macht einen unnötig häufigen oder zu weit gefassten Auftrag nicht automatisch wirtschaftlich. Zuerst wird entschieden, welche Arbeit sinnvoll ist; danach, mit welchen Fähigkeiten sie erledigt werden soll.

Was ich vor einem Copilot-Pilotprojekt freigeben würde

Die Ankündigung ist ein sinnvoller Anlass, bestehende Copilot-Pläne zu überprüfen. Sie ist noch kein Anlass, den ganzen Betrieb auf einen dauerhaft arbeitenden Assistenten umzustellen. Für einen Pilotversuch würde ich einen einzelnen Geschäftsprozess auswählen und die folgenden Entscheidungen gemeinsam mit Fachbereich, IT und Budgetverantwortlichem festhalten.

  • Auftrag: Welches konkrete Ergebnis soll entstehen, in welchem Rhythmus und für welche begrenzte Menge an Vorgängen?
  • Kosten: Welche Funktionen deckt das vorhandene Abo ab, wo fällt zusätzlicher Verbrauch an und welche Ausgaben sind insgesamt freigegeben?
  • Grenzen: Wer darf Aufgaben erweitern oder mehr Budget genehmigen, und was passiert beim Erreichen eines Limits?
  • Bewertung: Welche Ergebnisse wurden tatsächlich genutzt, welche Nacharbeit blieb und rechtfertigt der Nutzen die zusätzlichen Kosten?

Die entscheidende Freigabe betrifft Arbeit, nicht nur Software

Microsofts neue Copilot-Oberfläche verspricht, mehr Arbeit an einem Ort zu bündeln. Für Unternehmen wird dadurch eine saubere Trennung wichtiger: Zugang kaufen, einen Auftrag erlauben und dessen laufenden Verbrauch bezahlen sind verschiedene Entscheidungen. Das Nutzerabo beantwortet nur einen Teil davon.

Ob Home, Code und Autopilot im konkreten Betrieb überzeugen, muss sich erst zeigen. Ein begrenzter Versuch kann diese Unsicherheit sinnvoll reduzieren. Sein Erfolg besteht nicht darin, möglichst viele Funktionen zu aktivieren, sondern darin, eine bisher aufwendige Arbeit mit vertretbaren Kosten und klarer Verantwortung besser zu erledigen.