I maj släppte Microsoft sin Work Trend Index 2026 — en omfattande rapport baserad på 20 000 enkätsvar i tio länder och biljoner anonymiserade signaler från Microsoft 365. Ett begrepp sticker ut och är värt att stanna upp vid: Owned Intelligence.
Microsoft beskriver Owned Intelligence som institutionell kunskap som byggs upp över tid, är unik för bolaget och svår att kopiera. Det är där, enligt rapporten, den långsiktiga konkurrensfördelen ligger när agenter tar över allt mer av exekveringen.
För Dynamics 365-köpare är det här mer relevant än det låter — och det rör vid en fråga som de flesta upphandlingsprocesser idag inte är riktigt byggda för att hantera.
Var marknaden står just nu
Dynamics 365 är inne i en intressant fas. Copilot är inbäddat i hela produktportföljen. Agenter kan skapas direkt i applikationerna eller via Copilot Studio. Microsoft släpper nya AI-funktioner i en takt som många kunder har svårt att hänga med i.
Samtidigt visar Microsofts egen rapport en obekväm sak: bara 19 procent av AI-användarna befinner sig i det Microsoft kallar "Frontier-zonen" — där både individuell förmåga och organisatorisk beredskap är på plats. 65 procent är oroliga för att hamna efter, men 45 procent tycker det känns säkrare att fokusera på nuvarande mål än att designa om arbetet. Endast 13 procent säger att de belönas för att förändra hur arbetet utförs.
Det är denna spänning rapporten kallar Transformationsparadoxen. Det är inte ett tekniskt problem. Det är ett organisatoriskt problem. Och det syns extra tydligt i ERP- och CRM-projekt.
Microsofts bild kompletteras intressant av oberoende analytiker. Gartner konstaterar i sin 2026 Hype Cycle att endast 17 procent av organisationer faktiskt har deployat AI-agenter, även om över 60 procent säger sig planera det inom två år. Än mer påtagligt: Gartner förutspår att över 40 procent av alla agentic AI-projekt kommer avbrytas till slutet av 2027 — ofta för att kostnader skenar, affärsvärdet inte blir tillräckligt tydligt eller för att governance och riskkontroller inte hinner byggas i samma takt som tekniken.
McKinseys State of AI-rapport pekar i samma riktning: 88 procent av organisationer använder AI i någon funktion, men bara 6 procent kvalificerar som "AI high performers" med mätbar EBIT-effekt. Resten har piloter, demos och initiativ — men inte transformation.
Det här är samma fenomen sett från olika håll. Microsoft kallar det Transformationsparadoxen, Gartner talar om gapet mellan ambition och leverans, McKinsey beskriver "pilot purgatory". Alla pekar på samma sak: organisationer har tillgång till verktygen, men har inte byggt om det runt omkring — och då stannar värdet ute.
Utvärderingsdialogen idag
I de upphandlingar jag följer hamnar diskussionen snabbt i ett välbekant spår. Funktionalitet, användargränssnitt, integrationer. Det är där upphandlingsmallarna landar, och det är där både partner och köpare har gemensam terräng att stå på. Det är ett bra, beprövat sätt att jämföra alternativ.
När Copilot eller agenter kommer upp visas möjligheten — att man kan bygga egna agenter, att Copilot kan kopplas in i flöden, att Power Platform står redo för utveckling. Men diskussionen blir lätt "light" och glider tillbaka till grundfunktionaliteten i systemet. Det är inte konstigt. Det är där värdet är konkret, mätbart och presenterbart. Det är där en demo känns trygg.
Det är ingen kritik mot någon part. Det är så samtalet ser ut idag. Men det är inte där den ägda intelligensen byggs upp.
Det är inte en fråga om att bygga själv eller köpa färdigt
Här ligger en vanlig missuppfattning. "Owned Intelligence" tolkas lätt som att man måste bygga allt själv — egna agenter, egna integrationer, eget AI-team. Det är inte vad det handlar om.
Den verkliga frågan är förmåga.
Har bolaget en intern kapacitet att förstå vad som byggs, varför, och hur det ska utvecklas vidare? Eller står man utanför i takt med att lösningen växer? Kan organisationen själv identifiera nya områden där agenter och Copilot skulle göra skillnad, eller måste den frågan alltid komma från partnern?
En lösning som är fullt utvecklad av partnern kan vara teknisk excellent. Men om förståelsen för hur den fungerar och hur den ska vidareutvecklas i praktiken uteslutande sitter externt, är det svårare att bygga den långsiktiga intelligensen i bolaget. Här vill jag vara tydlig: många partners är duktiga på kompetensöverföring och vill att kunden ska bli starkare — men det behöver göras till en uttalad del av upplägget, inte något man hoppas ska "hända av sig själv".
Det här ligger nära en av rapportens starkaste statistiska observationer: organisatoriska faktorer som kultur, chefsstöd och kompetensutveckling står för ungefär 67 procent av AI:s reella påverkan, medan individuell mindset och beteende står för cirka 32 procent. Med andra ord — det är inte i första hand de enskilda medarbetarnas AI-kunskaper som avgör utfallet. Det är hur organisationen som helhet är riggad för att fånga upp och bygga vidare på det som agenter producerar.
McKinsey publicerade i januari 2026 en analys specifikt om AI-agenter och ERP som kommer till en näraliggande slutsats. Deras rekommendation är att köparen tydligt skiljer på två saker: standardiserade kapaciteter som kan köpas in färdigt — och egen utveckling som reserveras för de områden där bolagets domänspecifika logik eller egna processer faktiskt skapar en konkurrensfördel. Det är samma princip som ligger bakom Owned Intelligence, formulerad från ERP-perspektivet. Värdet ligger inte i att bygga allt själv, och inte i att köpa allt färdigt — utan i att veta var skiljelinjen ska gå.
Två risker som ofta missas
När jag pratar med kunder som står inför ett större Dynamics 365-val finns det två obekväma observationer värda att lyfta.
Risk 1: Eget bygge som blir personberoende
Bolag som väljer att bygga mycket själva — egna agenter, egna automationsflöden i Power Automate, egna integrationer — kan snabbt få fram värde. Men risken finns att kapaciteten samlas hos ett par nyckelpersoner internt. När en av dem byter jobb försvinner stora delar av förståelsen med dem. Dokumentationen halkar efter, lösningarna blir svåra att underhålla, och bolaget hamnar i en obekväm position. Det är en reell sårbarhet, särskilt i bolag där IT-organisationen redan är slimmad.
Risk 2: Total partnerlutning som tappar fart
Lutar man sig helt mot partnern kan utvecklingstakten ändå bli lägre än man tror — inte för att partnern saknar vilja, utan för att köparens interna prioriteringar lätt fylls av vardagsbehov som uppgraderingar, säkerhet och support. Om det saknas en gemensam roadmap, tydliga produktägare på köparsidan och en finansierad utvecklingsrytm (oavsett om den drivs av partnern, internt eller tillsammans), stannar Copilot- och agentarbetet ofta av. När initiativet ligger utanför den egna organisationen är det också lätt att insikterna om processer, data och beslutspunkter inte landar internt på samma sätt. Bolaget har lösningen, men riskerar att inte bygga den växande förståelsen av den.
Inget av extremfallen är hållbart över tid. Verkligheten är en kombination, och frågan är hur den balansen designas redan från start.
Vad karaktäriserar de köpare som lyckas
I min erfarenhet återkommer tre saker hos de bolag som hanterar det här bra.
Bredd i engagemanget
Det räcker inte att en eller två eldsjälar driver frågan internt. Flera delar av organisationen behöver vara med — IT, verksamheten, ledningen. Annars blir den ägda intelligensen i praktiken ett par personers projekt, inte bolagets. Microsofts rapport bekräftar detta indirekt: bara 26 procent av AI-användarna säger att deras ledning är tydligt och konsekvent samkörda kring AI. Det är en av de starkaste indikatorerna i hela materialet på var organisationer fastnar.
Intern projektstruktur som speglar partnerns
Partnern arbetar i en projektstruktur med tydliga roller, leveranser och ansvarspunkter. Den strukturen behöver speglas på köparens sida. En motpart med tydliga roller, mandat och rutiner. Inte en ad hoc-grupp som möts när det brinner. När bägge sidor jobbar i parallella strukturer blir överlämningar tydligare, beslut tas snabbare, och kunskapen får en plats att landa i på köparens sida.
Insikt i den befintliga miljön
Här finns intern IT:s verkliga värde — insikten i den befintliga miljön, i historiska beslut, i hur verksamheten faktiskt fungerar i praktiken. Den kunskapen är inte något en partner kan ta med sig in i projektet. Den måste bäras av köparen, oavsett hur kompetent partnern är. Det är också där köparen alltid har ett strukturellt övertag som ofta underskattas i ett projekts tidiga fas.
När dessa tre delar finns på plats blir det som byggs något bolaget faktiskt äger. Inte bara en lösning man har, utan en kapacitet man kan utveckla över tid.
Frågan köparen behöver ställa själv
I en typisk upphandling presenteras lösningar och utvärderingen handlar om funktion, ekonomi och leveransförmåga. Det är en bra och beprövad struktur, men frågan om var den långsiktiga intelligensen ska byggas upp ställer sig inte själv i den ramen. Den behöver komma från köparsidan — och tidigt nog för att påverka hur projektet faktiskt sätts upp.
Några konkreta frågor som är värda att ta med in i diskussionen:
- Vilka delar av lösningen ska byggas av partnern, och vilka delar ska byggas tillsammans?
- Hur dokumenteras agenter, flöden och anpassningar så att kunskapen finns kvar hos oss?
- Hur ser vår egen organisation ut under och efter projektet — vilka roller behöver vi, och vilken mandatstruktur?
- Vilken plan finns för att intern IT och verksamhet ska kunna fortsätta utveckla lösningen efter go-live, även utan partnerns dagliga närvaro?
- Vilken kompetensöverföring är inplanerad — inte som en bisak i slutet, utan som en löpande del av projektet?
Frågorna är inte tänkta att misstro partnern. De är tänkta att tydliggöra ansvar och kunskapsflöde tidigt — något som gynnar både köpare och partner.
För köparen är detta i grunden den fråga som avgör vad upphandlingen faktiskt resulterar i på fem års sikt. Ett system, eller en förmåga.
Microsofts rapport ger en bra anledning att lyfta in den frågan tidigt — innan funktioner och integrationer har lagt sig som ramen för hela diskussionen.