Copilot-licenser er blevet noget, mange ledelser kan købe på et kvarter. Det betyder ikke, at virksomheden er klar til at få værdi ud af dem. Microsoft Copilot for Microsoft 365 er ikke et isoleret AI-produkt. Det er et lag oven på jeres eksisterende Microsoft 365-miljø, jeres adgangsmodel og jeres dokumentkultur. Derfor er readiness i praksis et spørgsmål om drift, informationsarkitektur og governance mindst lige så meget som licenser.
Det er også derfor, to virksomheder med samme licensniveau kan få vidt forskellige resultater. Den ene oplever hurtige gevinster i Outlook, Teams og Word. Den anden får upræcise svar, bekymrede sikkerhedsfolk og brugere, der vender tilbage til gamle arbejdsgange efter en uge. Microsofts egen beskrivelse af Copilot-arkitekturen peger på netop dette samspil mellem store sprogmodeller, Microsoft Graph og de rettigheder, der allerede findes i tenant’en: Microsoft 365 Copilot architecture.
Readiness handler om mere end at kunne tildele en licens
Når vi taler om Copilot readiness, mener vi i praksis, om I kan svare fornuftigt på seks helt konkrete spørgsmål:
- Hvem skal have Copilot først, og hvorfor netop dem?
- Hvilke data kan de brugere allerede tilgå i SharePoint, OneDrive, Teams og Exchange?
- Er de vigtigste arbejdsdata placeret i Microsoft 365, eller ligger de stadig i lokale drev, gamle filshares og vedhæftninger uden struktur?
- Har I governance nok til at håndtere fortrolige oplysninger, oversharing og uklare ejerskaber?
- Har I defineret, hvordan et pilotforløb måles som en succes?
- Hvem ejer adoption og opfølgning, når den tekniske aktivering er gennemført?
Hvis de spørgsmål ikke allerede har et klart svar, er readiness-arbejdet ikke færdigt. Det betyder ikke, at I skal vente i seks måneder med at starte. Det betyder bare, at købet af licenser ikke må forveksles med forberedelse.
Licensen er startskuddet, ikke business casen
De formelle krav er relativt enkle. Microsoft dokumenterer bundlicenser og tekniske forudsætninger i Microsoft 365 Copilot requirements. Det er den del, de fleste organisationer hurtigt får styr på. Problemet opstår bagefter, når man opdager, at en bruger godt kan få tildelt Copilot, men stadig ikke har et velfungerende datagrundlag at arbejde med.
Copilot skaber ikke værdi ud af tom luft. Hvis medarbejderens relevante filer ligger på et lokalt drev, hvis projektkommunikation foregår uden for Teams, eller hvis Outlook-postkassen kun indeholder fragmenter af den faktiske kundedialog, bliver output tilsvarende svagt. Det er ikke en fejl i modellen. Det er et tegn på, at Microsoft 365 ikke er blevet den reelle arbejdsplatform endnu.
Det er også her, business casen ofte bliver overvurderet. Mange regner på minutter sparet i mailskrivning og mødeopsummering, men de glemmer, at gevinsten først kommer, når data er tilgængelige, rettighederne er sunde, og brugerne har lært at formulere gode prompts og bruge output kritisk.
Det vigtigste spørgsmål: Hvilke data vil Copilot faktisk kunne bruge?
Copilot arbejder inden for de adgangsrettigheder, brugeren allerede har. Det er en styrke, fordi det betyder, at sikkerhedsmodellen i Microsoft 365 respekteres. Det er samtidig den største readiness-risiko, fordi Copilot meget hurtigt gør skjulte governance-problemer synlige.
Hvis en medarbejder har læseadgang til et SharePoint-bibliotek med dokumenter, vedkommende aldrig burde have haft adgang til, kan Copilot også bruge de oplysninger i svar, opsummeringer og kladder. Det er ikke Copilot, der oversharer. Det er jeres eksisterende tilladelser, der allerede var for brede. Microsofts anbefalinger til styring af adgange i SharePoint er et godt sted at starte: Manage SharePoint site permissions.
Det næste problem er datakvalitet. Copilot kan godt finde information i rodet indhold, men kvaliteten af svarene bliver ikke bedre end kvaliteten af kilderne. Vi ser typisk de samme mønstre gå igen:
- Dokumentbiblioteker uden tydelige ejere
- Dubletter af den samme fil i flere mapper
- Gamle præsentationer, som stadig ligner gyldige versioner
- Projektsider i SharePoint, som ingen har lukket korrekt ned
- Teams-kanaler, hvor vigtige beslutninger kun findes i løse tråde
Når brugere siger, at Copilot giver forvirrende svar, er det ofte et symptom på, at informationsmiljøet allerede var forvirrende for mennesker. Copilot gør bare problemet hurtigere og mere synligt.
SharePoint, OneDrive og Exchange er ikke detaljer. De er fundamentet
Mange readiness-vurderinger bliver for abstrakte. I praksis ender de næsten altid med de samme tre arbejdsflader: SharePoint, OneDrive og Exchange Online. Microsofts opsætningsvejledning for Copilot gør det tydeligt, at platformens værdi afhænger af, at Microsoft 365-tjenesterne allerede er i reel brug: Microsoft 365 Copilot setup.
SharePoint
SharePoint er typisk der, hvor de vigtigste fælles dokumenter ligger, eller burde ligge. Før et pilotforløb bør I som minimum kunne svare på følgende:
- Er centrale teamsites og dokumentbiblioteker stadig aktive og ejet af nogen?
- Er adgang givet via grupper frem for enkeltbrugere, hvor det er muligt?
- Findes der biblioteker med hele organisationen som læsere uden reel forretningsgrund?
- Ved I, hvilke biblioteker der indeholder HR-, finans- eller kontraktdata?
Hvis svaret er nej til flere af dem, er pilotens største risiko ikke manglende adoption, men manglende kontrol.
OneDrive
Copilot bruger også brugerens eget arbejdsområde. Derfor er OneDrive ikke bare en filsynkroniseringstjeneste i denne sammenhæng. Det er en del af den personlige kontekst. Hvis OneDrive ikke er provisioneret korrekt, ikke bliver brugt aktivt, eller hvis medarbejderne stadig arbejder lokalt og kun uploader sporadisk, reducerer det Copilots evne til at hjælpe med udkast, opsummeringer og genfinding af indhold.
I virksomheder med blandet modenhed ser vi ofte, at ledelsen antager, at OneDrive er taget i brug, fordi licensen findes. Det er ikke det samme. Readiness handler om faktisk adfærd.
Exchange Online
Exchange Online er afgørende for Outlook-scenarier, kalenderkontekst og meget af den sammenhæng, Copilot bruger på tværs af mails og møder. Hybridmiljøer kan fungere til mange ting, men de skaber ofte friktion i Copilot-sammenhæng. Hvis postkasser, kalenderdata eller delegeringer ikke er konsistente, opdager brugerne hurtigt, at Copilot ikke leverer lige godt for alle.
Det samme gælder møder. Hvis I forventer værdi i Teams-mødeopsummeringer, beslutningspunkter og opfølgning, skal politikker og praksis omkring mødeoptagelse og transskription hænge sammen med den ønskede brug. Ellers køber I funktioner, som organisationen kulturelt eller teknisk ikke er sat op til at bruge.
Governance skal være god nok før pilot, ikke perfekt efter pilot
Nogle virksomheder udskyder Copilot, fordi de tror, at governance skal være fuldstændig perfekt først. Andre gør det modsatte og tænder bredt, før de overhovedet har taget stilling til dataklassificering og adgangsstyring. Begge yderpunkter er dyre.
Den rigtige tilgang er at etablere et tilstrækkeligt baseline-niveau før pilot og derefter bruge pilotens fund til at prioritere næste bølge. Microsoft har samlet relevante governance- og compliance-perspektiver i AI in Microsoft Purview, og for dokumenter i Microsoft 365 er Sensitivity labels for files in SharePoint and OneDrive særligt relevant.
Et fornuftigt baseline-niveau før første pilot kan typisk beskrives sådan:
- De vigtigste SharePoint-adgange er gennemgået for åbenlys oversharing
- Fortrolige dokumenttyper er identificeret
- Der er en enkel politik for, hvordan følsomt indhold mærkes og deles
- Der er ejerskab på de sites og biblioteker, pilotbrugerne arbejder i
- Sikkerheds- og compliance-funktioner ved, hvad pilotens omfang er
- Der findes en beslutningsvej, hvis pilotbrugere finder problematisk indhold eller for bred adgang
Det er ofte nok til at starte ansvarligt. Ikke fordi alt er færdigt, men fordi I nu kan lære noget uden at gøre miljøet unødigt risikabelt.
Et godt pilotforløb er lille nok til at lære, stort nok til at være troværdigt
Den mest almindelige fejl i pilotdesign er enten at vælge for få og for ens brugere eller at forsøge at aktivere halvdelen af virksomheden med det samme. Begge dele giver dårlige data.
Et stærkt pilotforløb består typisk af 10 til 25 personer på tværs af roller. Ikke kun IT. Ikke kun ledelsen. Ikke kun de mest AI-interesserede. Hvis pilotgruppen ikke afspejler den faktiske hverdag, lærer I for lidt om den virkelige adoptionsudfordring.
Vi anbefaler som udgangspunkt at inkludere:
- Én eller to ledere med høj mødeaktivitet
- Vidensmedarbejdere, der skriver meget i Word og Outlook
- Brugere med tung Teams-brug
- En funktion med dokumenttunge processer, fx salg, HR eller delivery
- En IT- eller governance-repræsentant, som kan følge risiko og supportmønstre
Pilotens succes bør ikke måles på begejstring alene. Den bør måles på noget mere jordnært:
- Hvor mange bruger Copilot aktivt mindst én gang om ugen?
- Hvilke tre use cases giver konkret tidsbesparelse?
- Hvor opstår der usikkerhed om datakilder eller adgang?
- Hvilke prompts virker i praksis for de enkelte roller?
- Hvilke arbejdsopgaver ændrer sig faktisk, og hvilke gør ikke?
Til opfølgning er Microsoft 365 Copilot usage reports nyttige, men tallene kan ikke stå alene. Et dashboard fortæller jer, om funktionen bruges. Det fortæller jer ikke, om brugerne stoler på output, eller om de valgte use cases var rigtige.
Adoption bliver sjældent magisk, selv når teknikken virker
Mange forventer, at Copilot spreder sig af sig selv, fordi potentialet er så tydeligt i demoer. Det sker sjældent. Den første måned ligner adoption ofte et skævt billede, hvor nogle brugere er meget aktive, mens andre næsten ikke prøver det.
Det er normalt. Det afgørende er ikke, om 100 procent bruger Copilot efter to uger. Det afgørende er, om de rigtige roller begynder at bruge det på de rigtige opgaver og oplever stabil værdi. I mange organisationer er 30 til 50 procent meningsfuld brug i den første måned et godt tegn. Når der er klare use cases, lokale champions og ledelsesmæssig opbakning, ser vi typisk stærkere forankring efter 60 til 90 dage.
Det kræver dog forventningsstyring. Copilot erstatter ikke behovet for faglig vurdering, datasans og kvalitetssikring. Brugerne skal lære både at spørge bedre og at kontrollere bedre. Hvis træningen kun handler om, hvor knappen sidder i Word og Outlook, bliver effekten kortvarig.
De typiske blokeringer før et rollout
Når Copilot-projekter går i stå, skyldes det sjældent selve aktiveringen. Det skyldes næsten altid nogle velkendte blokeringer:
- SharePoint-rettigheder er for brede, og ingen tør aktivere, før oprydningen er begyndt
- OneDrive er formelt slået til, men bruges ikke konsistent i praksis
- Exchange-miljøet er hybridt eller ujævnt konfigureret på tværs af brugere
- Vigtige forretningsdokumenter ligger uden for Microsoft 365
- Ingen i forretningen ejer pilotens mål og opfølgning
- Brugerne får licenser, men ingen konkrete scenarier, prompts eller arbejdsgange at starte med
Det positive er, at de fleste af de blokeringer kan adresseres forholdsvis pragmatisk. I behøver ikke et perfekt transformationsprogram. I behøver et ærligt billede af, hvad der mangler, og en rækkefølge, der reducerer risiko først.
En realistisk readiness-checkliste
Brug denne checkliste som en nøgtern temperaturmåling, før I køber bredt ind:
- Har I udpeget de første brugere og deres vigtigste use cases?
- Ligger pilotbrugernes primære dokumentarbejde i SharePoint eller OneDrive?
- Er pilotbrugernes postkasser og kalendere i Exchange Online?
- Har I gennemgået de mest følsomme SharePoint-biblioteker for bred adgang?
- Ved I, hvilke typer data der ikke bør cirkulere for bredt via almindelig deling?
- Har I mindst et grundlæggende setup for mærkning eller håndtering af fortrolige dokumenter?
- Er der tydeligt ejerskab på de teamsites og biblioteker, piloten skal bruge?
- Har I aftalt, hvordan succes måles efter 30 og 60 dage?
- Har I en person i forretningen og en person i IT, som ejer pilotens opfølgning?
- Har brugerne fået konkrete eksempler på opgaver, de skal løse med Copilot i uge 1?
- Har I en proces for at reagere, hvis Copilot synliggør utilsigtet dataadgang?
- Ved I allerede nu, hvordan licenser skal udvides, flyttes eller stoppes efter pilotperioden?
Som tommelfingerregel gælder følgende:
- 10 til 12 ja: I er sandsynligvis klar til et kontrolleret pilotforløb
- 7 til 9 ja: I kan godt starte, men bør afsætte tid til målrettet oprydning parallelt
- 0 til 6 ja: Fokus bør først være på Microsoft 365-fundamentet, ikke på bred Copilot-udrulning
Hvad dette betyder for jeres virksomhed
Copilot readiness er i virkeligheden en modenhedstest af jeres Microsoft 365-miljø. Ikke fordi alt skal være perfekt, men fordi Copilot kun bliver så nyttig, som jeres data, adgangsmodel og arbejdsvaner tillader. Derfor er det bedste næste skridt sjældent at spørge, hvor hurtigt I kan købe licenser til alle. Det er at finde ud af, hvor hurtigt I kan gennemføre et ærligt pilotforløb med de rigtige forudsætninger.
Hos inciro hjælper vi typisk med tre ting: readiness-assessment, prioriteret governance-oprydning og et pilotdesign, der giver brugbare svar i stedet for flotte slides. Det er som regel nok til at skille reel værdi fra ønsketænkning.
Book en strategisk samtale — vi gennemgår jeres Microsoft 365-miljø og vurderer konkret, om I er klar til Copilot, eller hvad der skal på plads først.