AI och automatisering
Betalar du agentavgift för assistentuppgifter? Mina erfarenheter under de första veckorna på Copilot Cowork
9 juli 2026
5 minuters läsning
Ett detaljerat försäljningsförslag, genom fyra iterationer: 8 000 Ft + moms. En daglig ledningssammanfattning: ungefär 1 000 Ft. En noggrant recherchad artikel skriven på två språk: 1 800–2 000 Ft. Det här är inga listpriser, utan våra egna mätningar från de senaste dagarna, baserade på verkliga uppdrag. Och de visar precis det som de flesta introduktionsguider utelämnar: Cowork är inte en funktion, utan en arbetsbelastning. Det måste hanteras därefter.
Microsoft 365 Copilot Cowork har blivit allmänt tillgängligt, och de flesta organisationers första reaktion är densamma: det ingår i paketet, så någon kommer väl att testa det. Den inställningen fungerar inte i det här fallet.
För att kunna använda Cowork krävs en M365 Copilot-licens, men! Utöver detta debiteras användningen proportionellt, till en kostnad av 0,01 dollar per kredit. Den faktiska kostnaden för en uppgift bestäms av fyra faktorer tillsammans: den körda modellen, mängden affärskontext som hämtas från Microsoft Graph (numera WORK IQ), antalet resurser som används och körtiden. Av detta följer modellens viktigaste egenskap: det är inte typen av uppgift som kostar pengar, utan uppgiftens komplexitet.
En Excel-formel kan vi köra så många gånger vi vill, utan att summan förändras. Hos Cowork är det varje iteration som får mätaren att röra sig. En oklar första uppmaning, följd av tre korrigeringsomgångar, är både ett kvalitets- och ett kostnadsproblem. Den viktigaste lärdomen från våra mätningar kan sammanfattas i denna enda mening: det är iterationen som får mätaren att röra sig.
Vi har genomfört tre typiska uppgiftstyper i praktiskt arbete nära kunderna.
Daglig ledningsöversikt från flera källor: cirka 1 000 Ft. Det är det pris som en organisation med rätta betalar om uppgiften är återkommande, berör flera system (e-post, Teams, dokumentarkiv) och skulle ta 20–30 minuter att utföra manuellt varje dag. Här agerar Cowork som en riktig agent: den samlar in sammanhanget, strukturerar det och levererar ett användbart resultat.
Forskningskrävande artikel på två språk: 1 800–2 000 Ft. Inkluderar källgranskning , strukturering och två språkversioner. Mätt i arbetstimmar är detta det mest fördelaktiga priset av de tre alternativen.
Ett omfattande försäljningserbjudande med fyra revisionsomgångar: 8 000 Ft + moms. Detta belopp är motiverat om erbjudandet riktar sig till en seriös potentiell kund och alla fyra omgångarna har lett till verkliga innehållsförbättringar. Det kan ifrågasättas om hälften av iterationerna berodde på att den första briefen inte var tillräckligt precis. Cowork belönar tydlig delegering och straffar slarv. Precis som en duktig kollega skulle göra.
Det första och viktigaste beslutet vid införandet är inte av teknisk karaktär, utan organisatorisk: man måste lära användarna att avgöra vilka arbetsuppgifter som lämpar sig för cowork och vilka som inte gör det. I praktiken finns det tre nivåer.
Copilot Chat och Copilot inbyggt i appen: enkla uppgifter som klaras av i ett steg. Omskrivning av e-post, korta sammanfattningar, snabba frågor och svar. För sådana uppgifter är Cowork ett för dyrt verktyg.
Cowork: återkommande , komplexa arbetsuppgifter som omfattar flera källor och resulterar i någon form av ”fysisk” slutprodukt. Sammanfattningar för ledningen, förberedelser inför kundmöten, jämförelse av dokument, utarbetande av offerter.
Copilot Studio: återkommande användningsfall som kräver integration och är inbyggda i processer. Det som körs varje vecka eller vid vissa händelser och kopplar samman system är inte en ad hoc-uppgift för en agent, utan en process som bör automatiseras.
Om denna styrning saknas får organisationen betala agentavgifter för assistentuppgifter. Och om några månader kommer det att bli svårt att försvara fakturan inför ekonomichefen.
Det finns en aspekt som de flesta organisationer underskattar. Cowork fungerar via Microsoft Graph, vilket innebär att det endast ser det som den enskilde användarens behörigheter tillåter. Om SharePoint-behörigheterna har vuxit organiskt under årens lopp, om delningslänkarna är mer öppna än de borde vara, eller om identitets- och grupphanteringen är slapp, så lyfter Cowork fram dessa problem snabbare än någon av våra nuvarande processer.
Detta är både en varning och en möjlighet. Den som genomför en granskning av användarkontot (behörighetsstruktur, rapport om överdelning, märkning av känsligt innehåll) innan införandet får dubbla fördelar: Cowork arbetar utifrån ett mer exakt sammanhang, och behörighetsordningen återställs. Den som inte gör det kommer att tvingas genomföra granskningen under den första månaden, men då på ett mer besvärligt sätt.
Min ståndpunkt är tydlig: Coworköt ska inte diskuteras som en abstrakt licenskostnad, utan bedömas som en verksamhetsmodell. Med samma logik som vi redan har lärt oss inom kostnadshantering i molnet. I praktiken innebär detta fyra saker.
Utvalda användare. Det är inte alla som får åtkomst som standard. Åtkomst ges till dem vars arbete innefattar minst en återkommande, komplex uppgift som berör flera källor.
Budgetram per uppgift. Innan driftsättningen bör vi uppskatta den förväntade kreditförbrukningen. En offert på 8 000 Ft är motiverad, men en e-postsammanfattning på 8 000 Ft är det inte.
Granskning av behörigheter före införandet. Utan granskning av hyresgäster blir Cowork det snabbaste, men också det mest besvärliga revisionsverktyget.
Mätning baserad på affärsresultat. Det handlar inte om hur många uppgifter som har körts, utan om hur mycket manuellt arbete som har ersatts och vilken kvalitet resultatet har. Antalet ersatta arbetstimmar mätt per resultat, inte kreditstatistik.
Det här är gränsen för mognad. Det är inte den som slår på den först som vinner, utan den som vet varför han kör den.
Införandet av Copilot Cowork är en organisatorisk fråga som vi löser med hjälp av ett tekniskt verktyg. Den tekniska delen är given: pay-as-you-go, kreditbaserad, och kan beställas tillsammans med M365 Copilot-licensen. Allt avgörs på den organisatoriska sidan: routningslogik, tenant-hygien, uppgiftsbaserade kostnadsramar och resultatbaserad mätning.
Den som bygger upp dessa fyra delar kommer att se en verklig avkastning. Den som bara slår på systemet och väntar kommer efter några månader att få en svårbegriplig faktura och missnöjda användare. Skillnaden ligger inte i Cowork. Skillnaden ligger i om organisationen är redo att hantera AI inte som en funktion, utan som en arbetsbelastning.
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.
