Copilot readiness-genomgång: vad ingår och vad krävs?

Microsoft 365 Copilot svarar utifrån allt en användare har åtkomst till, inte utifrån vad användaren borde ha åtkomst till. Verktyget söker igenom innehållet i er Microsoft 365-miljö och bygger sina svar av det som finns där. Behörigheterna respekteras fullt ut, och det är just det som är problemet: behörigheterna i en tenant som funnits i tio år speglar sällan vad ledningen tror att de speglar.

I de flesta organisationer har delning skett generöst. En SharePoint-webbplats sattes upp med åtkomst för ”Alla utom externa användare” eftersom det gick snabbast. En HR-mapp delades med en projektgrupp som aldrig städades bort. Ett lönedokument laddades upp i fel bibliotek för tre år sedan och ligger kvar. Ingen har märkt något, eftersom ingen har letat. Copilot letar. Den dag licenserna aktiveras kan en medarbetare ställa frågan ”vad tjänar min chef?” och faktiskt få ett svar, om filen råkar vara åtkomlig.

Problemet har dessutom vuxit av sig självt. Varje nytt team i Teams skapar en SharePoint-webbplats med egna behörigheter, och antalet webbplatser i en organisation med några hundra anställda räknas ofta i tusental. Att manuellt granska allt är inte realistiskt. Att aktivera Copilot utan att ha granskat något är inte heller det.

Det är därför en Copilot readiness-genomgång görs före utrullning, inte efter. Genomgången är avgränsad och besvarar tre frågor: om er tenant är redo, var innehållsriskerna finns och vilka användningsfall som är värda licenserna.

Varför en genomgång före utrullning

Två risker dominerar diskussionen hos de flesta IT-chefer vi möter, och en tredje underskattas nästan alltid.

Exponering av känsligt innehåll. Överdelningen har funnits i åratal, men den har varit osynlig eftersom ingen aktivt letat efter filerna. Copilot tar bort det skyddet. Skillnaden mellan att en fil tekniskt sett är åtkomlig och att den faktiskt hittas försvinner den dag användarna kan ställa frågor i naturligt språk. Microsofts egen dokumentation för driftsättning rekommenderar att organisationer bedömer och åtgärdar överdelning innan Copilot aktiveras brett, av precis det här skälet.

Licenser utan användningsfall. Microsoft prissätter Copilot per användare och månad. Köps licenser brett, för hela organisationen på en gång, betalar ni löpande för avdelningar där ingen har identifierat vad verktyget ska användas till. Effekten syns vid förnyelsen: låg användning, en kostnad som är svår att försvara och ett verktyg som fått dåligt rykte internt utan att ha fått en rimlig chans.

Pilottrötthet. Många organisationer har redan kört en Copilot-pilot som runnit ut i sanden. Utan prioriterade användningsfall provar användarna verktyget några gånger, nyhetens behag avtar och ingen följer upp. En andra pilot möts av axelryckningar. Ordningen spelar därför roll: först behörigheter och användningsfall, sedan licenser. Inte tvärtom.

Vad som ingår i genomgången

Genomgången levererar fem saker. Ingen av dem kräver att något ändras i er miljö.

1. Genomgång av behörigheter och delning i SharePoint och OneDrive. Vi går igenom hur webbplatser och bibliotek delas i praktiken. Breda standardgrupper är en vanlig källa till exponering, liksom delningslänkar som skapats genom åren och aldrig gallrats. Fokus ligger på vad Copilot faktiskt skulle exponera för vem, inte på en teoretiskt fullständig behörighetsrevision av varje objekt. Ni får en bild av var de bredaste hålen finns och vilka av dem som bör åtgärdas före utrullning.

2. Stickprov av innehållsrisker. Behörighetsstrukturen visar var risker kan finnas. Stickproven visar om de gör det. Vi söker riktat efter dokumenttyper som brukar hamna fel, till exempel löneunderlag och styrelsematerial, och kontrollerar var de är åtkomliga för fler än avsett. Resultatet är konkreta exempel snarare än abstrakt statistik: den här filen, på den här platsen, synlig för den här gruppen. Den sortens exempel gör risken begriplig även för beslutsfattare utanför IT.

3. Prioriterade användningsfall per avdelning. Genom intervjuer med era team kartlägger vi var Copilot sparar tid på riktigt. Mönstret skiljer sig kraftigt mellan avdelningar: en ekonomifunktion som lever i Excel har andra behov än en säljorganisation som lever i mejl och möten. Ni får en prioriterad lista per avdelning, med en bedömning av vilka användningsfall som motiverar en licens och vilka som inte gör det. Det senare är minst lika värdefullt som det förra.

4. Licensantaganden och en kostnadsbild. Eftersom Copilot prissätts per användare och månad är antalet licenser den viktigaste kostnadsfrågan. Utifrån användningsfallen tar vi fram en kostnadsbild för den utrullning ni faktiskt behöver, ofta stegvis: vissa roller först och andra senare, i takt med att nyttan bevisar sig. Underlaget är byggt för budgetdiskussionen med ledningen, inte för en säljpresentation.

5. Skriftlig rapport och genomgångsmöte. Allt samlas i en skriftlig rapport med rekommendationer och nästa steg. Rapporten gås igenom i ett möte där ni kan ställa frågor och utmana slutsatserna. Den är skriven för att kunna skickas vidare till ledning eller styrelse utan omarbetning.

Vad som inte ingår

Tre saker ligger medvetet utanför genomgången, och avgränsningen är en del av värdet.

Inga ändringar görs i er tenant. Genomgången är läsande. Vi ändrar inga behörigheter och konfigurerar ingenting. Det är ett aktivt val: en genomgång som inte rör miljön kan inte orsaka driftstörningar, kräver inga ändringsfönster och behöver inte gå genom er ändringshantering. Ni kan släppa in en extern granskare utan att oroa er för sidoeffekter.

Licensköp ingår inte. Rapporten ger licensantaganden och en kostnadsbild, men själva köpet gör ni själva eller via er befintliga licenspartner. Genomgången är ett beslutsunderlag, inte en försäljningskanal för licenser.

Copilot Studio-byggen är separata uppdrag. Om intervjuerna visar behov av egna agenter eller anpassningar hamnar det som en rekommendation i rapporten, med egen omfattning och eget beslut. Att blanda in byggarbete i en genomgång gör båda delarna sämre.

Avgränsningen betyder också att ni kan beställa genomgången utan att binda er vid något efterföljande. Rapporten står på egna ben, oavsett om nästa steg görs med oss, med en annan partner eller internt.

Vad ni behöver förbereda

Tre förutsättningar krävs från er sida. Ingen av dem är särskilt betungande, men de avgör hur snabbt arbetet kommer igång.

Rapporteringsåtkomst till er tenant, eller exporter från er administratör. Läsande åtkomst räcker: rapporterings- och granskningsroller i Microsoft 365, inte administratörsrättigheter som kan ändra något. Vill ni inte ge extern åtkomst alls fungerar det lika bra att er egen administratör tar fram exporterna. Vi specificerar i så fall exakt vilka underlag som behövs, och er administratör behåller full kontroll över vad som lämnas ut.

Två till tre intervjuer med nyckelpersoner. Välj personer som vet hur arbetet faktiskt går till, inte bara hur det är tänkt att gå till. En verksamhetsnära chef eller senior handläggare ger ofta mer än ytterligare en IT-representant. Intervjuerna handlar om vardagen: vilka dokument som skrivs om och om igen, och var tiden faktiskt försvinner. Det är där användningsfallen finns.

En lista över avdelningar eller roller som omfattas. Omfattningen styr både arbetet och offerten. Ett vanligt upplägg är att börja med de avdelningar där nyttan verkar störst eller där innehållsriskerna oroar mest, snarare än hela organisationen på en gång. Listan behöver inte vara perfekt från start, den justeras i det inledande samtalet.

Hur resultatet ser ut

Ni får en skriftlig rapport och ett genomgångsmöte. Det låter enkelt, och det är poängen: rapporten är byggd för att ligga till grund för tre konkreta beslut som annars brukar fattas på magkänsla.

• Åtgärda delningen först eller rulla ut nu? Om stickproven visar allvarlig exponering är rekommendationen ofta att städa behörigheterna innan licenser aktiveras. Visar de lite, kan ni gå vidare direkt med gott samvete.
• Vilka avdelningar först? Användningsfallen per avdelning ger en turordning som bygger på faktisk nytta i stället för på organisationsschema eller vem som ropar högst.
• Hur många licenser? Kostnadsbilden ger ett antal att budgetera utifrån, i stället för ett brett antagande om samtliga anställda.

Offerten för själva genomgången är fast och lämnas efter ett inledande samtal. Den styrs av tenantstorlek och antal avdelningar, inte av löpande timmar. Ni vet alltså vad genomgången kostar innan ni tackar ja, och kostnadsbilden för licenserna får ni som en del av leveransen.

Tidslinje: 2 till 3 veckor parallellt med drift

Genomgången tar normalt 2 till 3 veckor och löper parallellt med er ordinarie drift. Er egen insats är begränsad: åtkomst eller exporter i början, intervjuerna under de första dagarna och genomgångsmötet i slutet. Ingen hos er behöver frigöras på heltid, och eftersom inga ändringar görs behöver inget servicefönster planeras.

För er interna planering betyder det att en genomgång som beställs i dag ger ett beslutsunderlag inom en månad. Det räcker gott för att hinna före en budgetprocess eller en avtalsförhandling om licenser.

Checklista: är ni redo att beställa en readiness-genomgång?

Om ni kan bocka av punkterna nedan är ni redo för ett inledande samtal.

• Ni överväger Microsoft 365 Copilot men har inte beslutat om antal licenser eller vilka avdelningar som ska ingå.
• Ni vet inte med säkerhet hur delningen i SharePoint och OneDrive faktiskt ser ut i dag.
• Ni kan ordna rapporteringsåtkomst till er tenant, eller be er administratör ta fram exporter.
• Ni kan avsätta två till tre nyckelpersoner för intervjuer.
• Ni har, eller kan ta fram, en lista över de avdelningar eller roller som ska omfattas.
• Ni vill ha ett skriftligt beslutsunderlag som håller inför ledning och budget, inte en demo.
• Ni accepterar att genomgången är läsande och att eventuella åtgärder i tenanten är ett separat beslut.