AI & Automatizálás
Agent-árat fizetsz asszisztensi feladatért? Mit mértem a Copilot Cowork első heteiben
2026. július 09.
5 perc olvasás
Egy részletes értékesítési ajánlat, négy iteráción keresztül: 8 000 Ft + áfa. Egy napi vezetői összefoglaló: nagyjából 1 000 Ft. Egy alaposan felkutatott, két nyelven megírt cikk: 1 800-2 000 Ft. Ezek nem listaárak, hanem saját méréseink az elmúlt napokból, éles feladatokon. És pontosan azt mutatják, amit a legtöbb bevezetési útmutató kihagy: a Cowork nem funkció, hanem workload. Ennek megfelelően kell kezelni.
A Microsoft 365 Copilot Cowork általánosan elérhetővé vált, és a legtöbb szervezet első reakciója ugyanaz: benne van a csomagban, majd valaki kipróbálja. Ez a hozzáállás itt nem működik.
A Cowork használatához alap az M365 Copilot licenc, de! Ezen felül használatarányosan számlázódik, kreditenként 0,01 dollárért. Egy feladat tényleges költségét négy tényező határozza meg együtt: a futtatott modell, a Microsoft Graphból (már WORK IQ) kinyert üzleti kontextus mennyisége, az igénybe vett eszközök száma és a futási idő. Ebből következik a modell legfontosabb tulajdonsága: nem a feladat típusa kerül pénzbe, hanem a feladat komplexitása.
Egy Excel-képletet annyiszor futtatunk le, ahányszor akarunk, a számla nem változik. A Coworknél minden iteráció mozgatja a mérőórát. Egy homályos első prompt, amit három javítási kör követ, egyszerre minőségi és költségprobléma. A méréseink legfontosabb tanulsága ez az egy mondat: a mérőórát az iteráció mozgatja.
Három jellemző feladattípust vittünk végig éles, ügyfélközeli munkán.
Napi vezetői összefoglaló, több forrásból: körülbelül 1 000 Ft. Ez az az ár, amit egy szervezet indokoltan fizet, ha a feladat ismétlődő, több rendszert érint (levelezés, Teams, dokumentumtár), és manuálisan 20-30 percet vinne el naponta. Itt a Cowork valódi ügynökként viselkedik: összegyűjti a kontextust, strukturálja, és használható kimenetet ad.
Kutatásigényes cikk két nyelven: 1 800-2 000 Ft. Forrásfeltárással, szerkezettel, két nyelvi változattal. Emberi munkaórában mérve ez a legerősebb arány a háromból.
Komplex értékesítési ajánlat, négy javítási körrel: 8 000 Ft + áfa. Ez az összeg megindokolható, ha az ajánlat komoly ügyféllehetőséget céloz, és mind a négy kör valódi tartalmi fejlesztést hozott. Megkérdőjelezhető, ha az iterációk fele abból állt, hogy az első brief nem volt elég pontos. A Cowork jutalmazza a világos delegálást, a hanyagot bünteti. Pontosan úgy, ahogy egy jó szakértő kolléga.
A bevezetés első és legfontosabb döntése nem technikai, hanem szervezeti: meg kell tanítani a felhasználókat arra, melyik munka érdemel cowork-öt, és melyik nem. A gyakorlatban három szint van.
Copilot Chat és az alkalmazásba épített Copilot: egyszerű, egylépéses feladatok. E-mail átírása, rövid összefoglaló, gyors kérdés-válasz. Ezekre a Cowork túl drága eszköz.
Cowork: ismétlődő, több forrást átfogó, komplex munkák, aminek valamilyen “fizikai” végterméke van. Vezetői összefoglalók, ügyféltalálkozók előkészítése, dokumentum-összehasonlítás, ajánlatkészítés.
Copilot Studio: az ismételhető, integrációt igénylő, folyamatba épített használati esetek. Ami hetente, vagy esemény alapon ugyanúgy fut és rendszereket köt össze, az nem ad-hoc ügynöki feladat, hanem automatizálandó folyamat.
Ha ez a routing hiányzik, a szervezet agent-árat fizet asszisztensi feladatokért. A számla pedig néhány hónap múlva nehezen lesz megvédhető a CFO előtt.
Van egy pont, amit a legtöbb szervezet alábecsül. A Cowork a Microsoft Graphon keresztül dolgozik, vagyis pontosan azt látja, amit az adott felhasználó jogosultságai megengednek. Ha a SharePoint-engedélyek évek alatt organikusan nőttek, ha a megosztási linkek szélesebbre nyitnak, mint kellene, ha az identitás- és csoportkezelés laza, akkor a Cowork ezeket a problémákat gyorsabban hozza felszínre, mint bármelyik jelenlegi folyamatunk.
Ez egyszerre figyelmeztetés és lehetőség. Aki a bevezetés előtt elvégzi a tenant-átvilágítást (jogosultsági struktúra, oversharing-riport, érzékeny tartalmak címkézése), kétszeres hasznot realizál: a Cowork pontosabb kontextusból dolgozik, és a jogosultsági rend is helyreáll. Aki nem, annál az első hónap végzi el az átvilágítást, csak kellemetlenebb formában.
Az álláspontom egyértelmű: a Coworköt nem elvont licencköltségként kell vitatni, hanem működési modellként kell mérni. Ugyanazzal a logikával, amit a cloud költségmenedzsmentben már megtanultunk. A gyakorlatban ez négy dolgot jelent.
Nevesített felhasználók. Nem mindenki kap hozzáférést alapból. Az kapja, akinek a munkájában van legalább egy ismétlődő, komplex, több forrást érintő feladat.
Költségkeret feladatonként. Élesítés előtt becsüljük meg a várható kreditfelhasználást. A 8 000 Ft-os ajánlatkészítés megindokolható, a 8 000 Ft-os e-mail-összefoglaló nem.
Jogosultságok átvizsgálása a bevezetés előtt. Tenant-átvilágítás nélkül a Cowork a leggyorsabb, de legkényelmetlenebb auditeszköz lesz.
Üzleti eredmény alapú mérés. Nem az a kérdés, hány feladat futott, hanem hogy mennyi manuális munkát váltott ki, és milyen minőségű kimenetet adott. Kimenetenként mért kiváltott munkaóra, nem kreditstatisztika.
Ez az érettség határvonala. Nem az nyer, aki elsőként kapcsolja be, hanem az, aki tudja, miért futtatja.
A Copilot Cowork bevezetése szervezeti kérdés, amit technológiai eszközzel oldunk meg. A technológiai oldal adott: pay-as-you-go, kreditalapú, az M365 Copilot licenc mellé rendelhető. A szervezeti oldalon dől el minden: routing-logika, tenant-higiénia, feladatszintű költségkeret, eredményalapú mérés.
Aki ezt a négyet felépíti, valódi megtérülést fog látni. Aki egyszerűen bekapcsolja és vár, az néhány hónap múlva egy nehezen értelmezhető számlát és elégedetlen felhasználókat kap. A különbség nem a Coworkben van. A különbség abban van, hogy a szervezet készen áll-e az AI-t nem funkcióként, hanem workloadként kezelni.
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.
