KI & Automatisierung
Microsoft 365 Copilot Cowork: Warum Sie diesen Dienst als verwalteten Cloud-Workload behandeln sollten
9. Juli 2026
5 Minuten Lesezeit
Ein detailliertes Verkaufsangebot über vier Iterationen: 8.000 Ft + MwSt. Ein täglicher Management-Bericht: etwa 1.000 Ft. Ein gründlich recherchierter, zweisprachiger Artikel: 1.800–2.000 Ft. Dabei handelt es sich nicht um Listenpreise, sondern um unsere eigenen Erhebungen der letzten Tage anhand realer Aufträge. Und sie zeigen genau das, was die meisten Einführungsanleitungen auslassen: Cowork ist keine Funktion, sondern ein Arbeitsaufwand. Dementsprechend muss man damit umgehen.
Microsoft 365 Copilot Cowork ist nun allgemein verfügbar, und die erste Reaktion der meisten Unternehmen ist dieselbe: Es ist im Paket enthalten, also probiert es jemand aus. Diese Herangehensweise funktioniert hier jedoch nicht.
Voraussetzung für die Nutzung von Cowork ist eine M365 Copilot-Lizenz, aber! Darüber hinaus erfolgt die Abrechnung nutzungsabhängig zu einem Preis von 0,01 Dollar pro Credit. Die tatsächlichen Kosten einer Aufgabe werden gemeinsam von vier Faktoren bestimmt: dem ausgeführten Modell, dem Umfang des aus Microsoft Graph (jetzt WORK IQ) extrahierten Geschäftskontexts, der Anzahl der genutzten Ressourcen und der Ausführungszeit. Daraus ergibt sich die wichtigste Eigenschaft des Modells: Nicht die Art der Aufgabe verursacht Kosten, sondern deren Komplexität.
Eine Excel-Formel lässt sich so oft ausführen, wie man möchte, ohne dass sich die Rechnung ändert. Bei Cowork bewegt jede Iteration den Zähler. Eine vage erste Aufforderung, auf die drei Korrekturrunden folgen, ist gleichzeitig ein Qualitäts- und ein Kostenproblem. Die wichtigste Erkenntnis aus unseren Messungen lässt sich in diesem einen Satz zusammenfassen: Der Zähler wird durch die Iteration bewegt.
Wir haben drei typische Aufgabentypen im realen, kundenorientierten Arbeitsalltag durchgespielt.
Tägliche Zusammenfassung für Führungskräfte aus mehreren Quellen: ca. 1.000 Ft. Dies ist der Preis, den ein Unternehmen zu Recht zahlt, wenn es sich um eine wiederkehrende Aufgabe handelt, die mehrere Systeme betrifft (E-Mail, Teams, Dokumentenarchiv) und manuell täglich 20 bis 30 Minuten in Anspruch nehmen würde. Hier agiert Cowork wie ein echter Agent: Es sammelt den Kontext, strukturiert ihn und liefert ein verwertbares Ergebnis.
Rechercheintensiver Artikel in zwei Sprachen: 1.800–2.000 Ft. Mit Quellenrecherche , Gliederung und zwei Sprachversionen. Gemessen an den Arbeitsstunden ist dies das beste Preis-Leistungs-Verhältnis der drei Optionen.
Umfassendes Verkaufsangebot mit vier Überarbeitungsrunden: 8.000 Ft + MwSt. Dieser Betrag ist gerechtfertigt, wenn das Angebot auf eine ernsthafte Kundenchance abzielt und alle vier Runden zu einer echten inhaltlichen Verbesserung geführt haben. Fragwürdig ist es jedoch, wenn die Hälfte der Iterationen darauf zurückzuführen war, dass das erste Briefing nicht präzise genug war. Cowork belohnt klare Delegation und bestraft Nachlässigkeit. Genau wie ein guter Fachkollege.
Die erste und wichtigste Entscheidung bei der Einführung ist nicht technischer, sondern organisatorischer Natur: Den Nutzern muss vermittelt werden, welche Aufgaben für Cowork geeignet sind und welche nicht. In der Praxis gibt es drei Stufen.
Copilot Chat und der in die App integrierte Copilot: einfache Aufgaben, die mit einem Schritt erledigt sind. E-Mails umschreiben, kurze Zusammenfassungen erstellen, schnelle Fragen und Antworten. Für solche Aufgaben ist Cowork ein zu teures Tool.
Cowork: sich wiederholende , mehrere Quellen umfassende, komplexe Aufgaben, die zu einem „physischen“ Endprodukt führen. Zusammenfassungen für die Geschäftsleitung, Vorbereitung von Kundengesprächen, Dokumentenvergleiche, Angebotserstellung.
Copilot Studio: wiederholbare, integrationsbedürftige und in Prozesse eingebettete Anwendungsfälle . Was wöchentlich oder ereignisgesteuert immer wieder abläuft und Systeme miteinander verbindet, ist keine Ad-hoc-Aufgabe für Mitarbeiter, sondern ein zu automatisierender Prozess.
Fehlt diese Zuordnung, zahlt das Unternehmen für Assistenzaufgaben den Agentensatz. Und diese Rechnung lässt sich nach einigen Monaten gegenüber dem CFO kaum noch rechtfertigen.
Es gibt einen Aspekt, den die meisten Organisationen unterschätzen. Cowork arbeitet über Microsoft Graph, das heißt, es sieht genau das, was die Berechtigungen des jeweiligen Benutzers zulassen. Wenn die SharePoint-Berechtigungen im Laufe der Jahre organisch gewachsen sind, wenn Freigabelinks einen größeren Zugriff ermöglichen, als sie sollten, und wenn die Identitäts- und Gruppenverwaltung zu lax ist, dann deckt Cowork diese Probleme schneller auf als jeder unserer derzeitigen Prozesse.
Dies ist zugleich eine Warnung und eine Chance. Wer vor der Einführung die Tenant-Prüfung durchführt (Berechtigungsstruktur, Oversharing-Bericht, Kennzeichnung sensibler Inhalte), profitiert doppelt: Cowork arbeitet in einem präziseren Kontext, und die Berechtigungsstruktur wird wiederhergestellt. Wer dies nicht tut, muss die Überprüfung im ersten Monat nachholen – allerdings in einer unangenehmeren Form.
Mein Standpunkt ist klar: Coworköt sollte nicht als abstrakte Lizenzkosten betrachtet werden, sondern als Betriebsmodell bewertet werden. Nach derselben Logik, die wir bereits beim Kostenmanagement in der Cloud gelernt haben. In der Praxis bedeutet dies vier Dinge.
Benutzer mit spezifischen Berechtigungen. Nicht jeder erhält standardmäßig Zugriff. Zugriff erhalten diejenigen, deren Arbeit mindestens eine sich wiederholende, komplexe Aufgabe umfasst, die mehrere Quellen betrifft.
Kostenrahmen pro Aufgabe. Vor der Inbetriebnahme schätzen wir den voraussichtlichen Kreditverbrauch. Die Kosten von 8.000 Ft für die Angebotserstellung sind gerechtfertigt, die Kosten von 8.000 Ft für die E-Mail-Zusammenfassung hingegen nicht.
Überprüfung der Berechtigungen vor der Einführung. Ohne Tenant-Überprüfung wird Cowork zwar das schnellste, aber auch das unpraktischste Audit-Tool sein.
Messung auf Basis des Geschäftsergebnisses. Es geht nicht darum, wie viele Aufgaben ausgeführt wurden, sondern darum, wie viel manuelle Arbeit dadurch eingespart wurde und welche Qualität das Ergebnis hatte. Gemessen werden die pro Ergebnis eingesparten Arbeitsstunden, nicht die Kreditstatistik.
Das ist die Grenze zur Reife. Es gewinnt nicht derjenige, der es als Erster einschaltet, sondern derjenige, der weiß, warum er es laufen lässt.
Die Einführung von Copilot Cowork ist eine organisatorische Frage, die wir mit einem technologischen Tool lösen. Die technologische Seite ist gegeben: Pay-as-you-go, kreditbasiert, kann zusätzlich zur M365-Copilot-Lizenz erworben werden. Auf der organisatorischen Seite entscheidet sich alles: Routing-Logik, Tenant-Hygiene, aufgabenbezogene Kostenobergrenzen, ergebnisorientierte Messung.
Wer diese vier Punkte umsetzt, wird echte Rendite erzielen. Wer das System einfach nur einschaltet und abwartet, erhält nach einigen Monaten eine schwer nachvollziehbare Rechnung und unzufriedene Nutzer. Der Unterschied liegt nicht bei Cowork. Der Unterschied liegt darin, ob das Unternehmen bereit ist, KI nicht als Funktion, sondern als Workload zu behandeln.
László Földesi, one of Gloster's Microsoft practice leads, spent several weeks running Copilot Cowork on real client work before writing up his findings. The short version: organisations that treat Cowork as a smarter Office button will pay agent prices for assistant-grade tasks. The ones that manage it as a cloud workload will not.
Copilot Cowork became generally available alongside the existing Microsoft 365 Copilot licence, billed on a pay-as-you-go basis at $0.01 per credit. That sounds trivial until you understand what drives the meter: the model you run, the volume of business context pulled in, the number of tools invoked, and elapsed execution time. A single agentic task is not a fixed-price API call. It is a workload with variable cost, and it behaves like one. László's team tested this directly. A daily executive summary cost roughly £9 to run. A detailed sales proposal, taken through four iteration rounds, came to around £60 before VAT. Neither figure is alarming on its own. Both become alarming at scale if nobody owns the routing decision. That is the governance gap most organisations are walking into.
The cost structure of Cowork rewards precise delegation. A clear, well-scoped prompt that produces a usable output in one pass is cheap. A vague first prompt that requires three correction rounds is four times the cost and four times the latency, and the output quality is usually worse than a single well-formed request would have produced. This is simultaneously a cost problem and a quality problem, which means the fix is the same for both: prompt discipline. Organisations that invest in prompt standards early will see lower per-task costs and better outputs. Those that treat Cowork as a general-purpose chat interface will see neither. László's framing here is worth quoting directly: Cowork rewards clear delegation. Sloppy delegation it penalises.
Not every task belongs in an agentic workflow. László's testing identified a clear pattern for where Cowork justifies the credit spend: tasks that are repetitive, draw on multiple sources, and require synthesis rather than simple retrieval. The strongest use cases from the Gloster tests were executive briefing documents, client meeting preparation that pulls from CRM, email, and calendar simultaneously, document comparison across large sets, and multi-source proposal drafting. These are tasks where a human would spend 45 to 90 minutes gathering context before writing a single sentence. Cowork compresses that gathering phase. Simple tasks belong elsewhere. Rewriting a short email, summarising a single document, answering a factual question: these run faster and cheaper in Copilot Chat or in the application-embedded Copilot. Routing them through Cowork is the equivalent of booking a freight lorry to deliver a letter.
Cowork inherits your tenant's permission structure. If your Microsoft 365 tenant has accumulated years of over-permissioned service accounts, orphaned guest users, and SharePoint sites with inconsistent access controls, Cowork will surface those problems faster than your current processes do. This is not a Cowork bug. It is a signal. An agentic workflow that can traverse your tenant's data estate will find the gaps your manual processes have been quietly ignoring. The organisations that have maintained clean identity governance will find Cowork straightforward to deploy. Those that have not will find it educational, and not always in a comfortable way. László's assessment is direct: if your tenant hygiene is weak, Cowork will expose it faster than your existing workflows. The correct response is to fix the hygiene before you scale the workload, not after.
The practical implication of everything above is that Cowork requires the same governance discipline as any other cloud workload you run on Azure or AWS. That means named users with defined scope, cost budgets set at the department or project level, a regular review of what is actually running and what it costs, and measurement tied to business outcomes rather than feature adoption metrics. The question to ask is specific: did this agentic task produce an output that would have taken a person 60 minutes, and did it cost less than the hourly rate of the person who would have done it? If yes, the routing decision was correct. If the answer is unclear, the measurement framework is missing. Licence cost is the wrong unit of analysis for Cowork. Operating model is the right one.
Before any organisation scales Cowork beyond a pilot group, the routing question needs an answer that users can apply without asking IT. Which work earns an agent, and which does not? This is not a technical configuration. It is a policy decision, and it belongs with the people who understand the cost of the tasks being delegated. A well-designed routing guide, built from the kind of real-cost testing László's team ran, gives users a decision framework they can apply in under ten seconds. Without it, the default is to route everything through the most capable tool available, which is the most expensive option for the majority of tasks. The maturity line for Copilot Cowork adoption is not who switches it on first. It is who can articulate why a given task belongs there, and who can show the cost data to back that judgement.
If your Microsoft 365 Copilot renewal or initial deployment is coming up in the next two quarters, Cowork governance belongs in the conversation before you sign. The licence cost is predictable. The credit spend is not, unless you build the controls before you scale. Gloster's Microsoft practice has run this analysis across 400+ Microsoft 365 estates. The pattern is consistent: organisations that treat Cowork as a managed workload from day one spend less and get more usable outputs than those who retrofit governance after the fact. The difference is not the technology. It is the decision framework built around it.
László Földesi, Cloud-Berater bei Gloster, hat Copilot Cowork in den vergangenen Wochen an echten Aufgaben gemessen. Sein Befund: Wer den Dienst wie eine erweiterte Office-Funktion einführt, zahlt Agentenpreise für Assistentenarbeit. Wer ihn als verwalteten Cloud-Workload betreibt, gewinnt einen messbaren Produktivitätshebel.
Microsoft hat Copilot Cowork zur allgemeinen Verfügbarkeit freigegeben. Die Reaktion in vielen IT-Abteilungen: ein Eintrag im Changelog, vielleicht ein kurzes Pilotprojekt, dann Weiterbetrieb wie bisher. Das ist ein teurer Irrtum. Cowork rechnet nach dem Pay-as-you-go-Prinzip ab: 0,01 US-Dollar pro Credit, zusätzlich zur bestehenden Microsoft 365 Copilot-Lizenz. Klingt günstig. Wird es auch bleiben, wenn Sie wissen, was die Kosten treibt. Wird es teuer, wenn Sie es nicht wissen. Die Kostentreiber sind vier: das ausgeführte Modell, die Menge des eingebundenen Geschäftskontexts, die Anzahl genutzter Tools und die Laufzeit. Jede Iteration eines unklaren Prompts dreht an allen vier Reglern gleichzeitig.
László Földesi und sein Team haben Cowork an realen Aufgaben getestet, mit konkreten Kostenergebnissen. Eine tägliche Zusammenfassung aus mehreren Quellen: rund 1.000 HUF pro Durchlauf. Ein detailliertes Verkaufsangebot, über vier Iterationen entwickelt: rund 8.000 HUF zuzüglich Mehrwertsteuer. Diese Zahlen sind kein Urteil über Cowork. Sie sind ein Hinweis auf die richtige Frage: Welche Aufgabe rechtfertigt diesen Aufwand? Die Antwort ist präziser, als viele erwarten. Cowork lohnt sich bei Aufgaben, die wiederkehrend sind, mehrere Quellen zusammenführen und echte Komplexität tragen: Führungszusammenfassungen, Vorbereitung von Kundengesprächen, Dokumentenvergleiche, Angebotserstellung. Für einfache Aufgaben wie das Umformulieren einer E-Mail oder eine kurze Zusammenfassung ist Copilot Chat oder der in die Anwendung eingebettete Copilot die richtige Wahl. Wer das nicht unterscheidet, zahlt Agentenpreise für Assistentenarbeit.
Cowork erbt die Berechtigungsstruktur Ihres Tenants. Das ist keine Kleinigkeit. Wenn Ihre Tenant-Hygiene schwach ist, also veraltete Konten, zu weit gefasste Zugriffsrechte, unklare Datenklassifizierungen, dann bringt Cowork diese Probleme schneller an die Oberfläche als Ihre bisherigen Prozesse. Der Dienst greift auf Geschäftskontext zu, der im Tenant liegt. Er macht sichtbar, was dort bereits vorhanden ist. Das ist kein Argument gegen Cowork. Es ist ein Argument dafür, die Berechtigungsstruktur vor dem Rollout zu prüfen, nicht danach. Die erste Entscheidung bei der Einführung ist das Routing. Ihre Mitarbeitenden müssen verstehen, welche Aufgaben einen Agenten rechtfertigen und welche nicht. Ohne diese Unterscheidung entsteht unkontrollierter Verbrauch, und der ist in Pay-as-you-go-Modellen schwer rückgängig zu machen.
László Földesis Kernthese lautet: Behandeln Sie Cowork wie jeden anderen verwalteten Cloud-Workload. Das bedeutet konkret: benannte Nutzer mit definierten Anwendungsfällen, Kostenrahmen pro Team oder Abteilung, regelmäßige Überprüfung der Berechtigungen und Messung anhand von Geschäftsergebnissen, nicht anhand von Aktivierungszahlen. Diese Anforderungen sind aus dem Cloud-Betrieb bekannt. Sie gelten für Azure-Workloads, für Dynamics-Instanzen, für jede Ressource, die nutzungsabhängig abrechnet. Cowork ist keine Ausnahme. Wer diesen Schritt überspringt und Cowork als erweitertes Office-Feature behandelt, verliert die Kostenkontrolle. Wer ihn geht, gewinnt einen Dienst, der komplexe, quellenübergreifende Aufgaben strukturiert abnimmt und dabei nachvollziehbar bleibt.
Földesi benennt eine Grenze, die in der Einführungsdiskussion selten explizit gemacht wird: Der entscheidende Unterschied liegt nicht darin, wer Cowork zuerst aktiviert, sondern darin, wer weiß, warum. Organisationen, die diese Frage beantworten können, haben Routing-Regeln definiert, Kostenverantwortung zugewiesen und Tenant-Berechtigungen bereinigt. Organisationen, die sie nicht beantworten können, werden Cowork einschalten, Kosten akkumulieren und den Dienst nach drei Monaten als zu teuer einstufen, ohne je die richtigen Aufgaben damit bearbeitet zu haben. Das ist kein technisches Problem. Es ist ein Governance-Problem, und es lässt sich lösen, bevor der erste Agent läuft. Die Frage, die sich IT-Verantwortliche jetzt stellen sollten: Haben wir die Berechtigungsstruktur unseres Tenants im Griff, und wissen unsere Teams, welche Aufgaben einen Agenten rechtfertigen? Wenn eine der beiden Antworten unklar ist, ist das der Startpunkt.
