Migrering till ett cloudbaserat advokatsystem är inte längre ett riskabelt beslut. Det är det rätta beslutet – för de flesta advokatbyråer och i de flesta situationer. Men ”rätt” betyder inte ”lätt”. En dåligt genomförd cloudmigrering kan kosta mer än de kommande tre årens licensbesparingar.
Den här guiden handlar om vad som måste vara på plats innan migreringen startar, och hur ni säkerställer att den lyckas.
Utgångspunkten: vad ni migrerar från
Den viktigaste förberedelsen handlar inte om det nya systemet, utan om det gamla. Innan något annat sker måste ni ha klarhet i tre saker:
Datainventering
Hur många aktiva ärenden har ni? Hur många avslutade ärenden med förvaringsskyldighet? Hur många dokument, och i vilka format? Hur många klientregistreringar? Hur många tidsregistreringar ska tas med och hur långt tillbaka?
Det är sällan någon som vet siffrorna exakt. Men en migrering utan siffror går alltid fel.
Datakvalitet
Hur många klientregistreringar är dubbletter? Hur många ärenden har inkonsekvent metadata? Hur många dokument ligger utanför den centrala strukturen eftersom någon sparade dem på H-disken?
Migrering förstorar datakvalitetsproblem. Det som var en förklarlig irritation i det gamla systemet blir ett synligt problem i det nya. Rensa upp innan – inte efter.
Integrationer
Vad är det gamla systemet kopplat till? Ekonomisystem, e-post, dokumenthantering, Power BI, leverantör för penningtvättskontroll, BI-verktyg? Varje koppling måste kartläggas, och det måste finnas en plan för om den ska återskapas, ersättas eller avvecklas.
De flesta misslyckade cloudmigreringar misslyckas inte på den nya plattformen. De misslyckas för att det gamla upplägget var oklart från början.
Säkerhet och efterlevnad: dokumentationen som måste vara på plats
Här är det vanligt att IT har de mest konkreta kraven. Men det är också här många företag förbiser de mjuka områdena.
Datalokalisering: Var lägger leverantören primär- och backupdata? Är det dokumenterat per kontrakt?
Jurisdiktion: Om leverantören är amerikanskägd har det konsekvenser under CLOUD Act. Det måste vara klargjort innan migreringen startar.
Krypteringsnycklar: Vem håller dem? Om leverantören äger nycklarna har de teknisk tillgång till all data. Customer-managed keys är ett alternativ hos seriösa leverantörer.
Underleverantörer: Vilka tredjeparter har leverantören anlitat? Listan förändras över tid, hur informeras ni, och vad har ni rätt att invända mot?
Exit-strategi: Hur får ni ut all data om det visar sig att det inte fungerar? I vilket format, hur lång tid, vad kostar det? Kom överens om detta skriftligt före undertecknandet – inte efter.
Migreringsstrategi: big bang eller fasindelad?
Det finns två grundläggande tillvägagångssätt. Ingen av dem är rätt eller fel. Men de passar olika företag.
Big bang
Hela företaget byter samtidigt. På ett bestämt datum stängs det gamla systemet och det nya öppnas. Förberedelsen är längre, men riskperioden är kortare. Passar mindre företag och företag där ärendeportföljen är relativt homogen.
Fasindelad
Ett kontor, en avdelning eller en ärendetyp migreras i taget. Resten fortsätter i det gamla systemet. Risken är bättre kontrollerad, men perioden då båda systemen kör parallellt är längre och dyrare.
De flesta stora företag hamnar i en hybridlösning: nya ärenden skapas i det nya systemet från dag ett, gamla ärenden stannar kvar i det gamla, och avslutade ärenden migreras successivt eller arkiveras utan migrering.
Förändringsledning: det område där migreringar oftast misslyckas
Även den bästa molnplattformen löser inte ett adoptionsproblem. Om advokaterna inte använder systemet, eller använder det fel, är hela investeringen förlorad.
Det som fungerar:
Välj en eller två ”champions” per kontor eller avdelning – advokater som blir tidiga experter och hjälper andra.
Se till att träningen inte bara handlar om systemet, utan om hur det förändrar arbetsdagen.
Var öppen med vad som blir bättre och vad som blir annorlunda – inte allt är en förbättring, och det måste kommuniceras ärligt.
Kommunicera kontinuerligt – inte bara under de första två veckorna.
Det som inte fungerar:
Att anta att en YouTube-video löser onboarding.
Att tro att de yngre advokaterna ”bara räknar ut det själva”.
Att driva igenom förändringen utan ledningsstöd.
Vad ni bör mäta efter migreringen
Ett succékriterium för migreringen måste överenskommas i förväg. Annars är det omöjligt att säga om den lyckades.
Adoption: hur stor andel av advokaterna registrerar tid och skapar ärenden direkt i systemet efter 90 dagar?
Datakvalitet: hur många dubbletter och inkonsekvenser finns det efter 90 dagar jämfört med före migreringen?
Tidsåtgång per administrativ uppgift: går det snabbare att göra en faktura nu? Ett nytt ärendeskapande-flöde?
IT-kostnader: vad är total kostnad för den nya lösningen jämfört med den gamla, inklusive interna resurser?
Användarnöjdhet: en enkel enkät efter 90 dagar, och igen efter 6 månader.
Det viktigaste beslutet: när ni startar
cloudmigreringar blir inte enklare av att vänta. Datavolymen växer. Integrationer blir mer komplexa. Personalomsättning gör att kunskap om det gamla systemet försvinner.
Rätt tidpunkt är sällan ”just nu, mitt i en hektisk period”. Men det är inte heller ”om två år, när vi har rensat upp”. Ett välplanerat projekt kan starta inom nästa kvartal – om arbetet med datakartläggning och leverantörsval börjar nu.
Slutsats
Ett molnbaserat advokatsystem är en investering med återbetalning i form av lägre IT-kostnader, bättre tillgänglighet, snabbare innovation och starkare säkerhet. Men bara om migreringen hanteras som ett verkligt projekt och inte som en IT-uppgradering.
Det börjar med klarhet över vad ni migrerar från. Dokumentation av vad ni migrerar till. Och en plan för hur ni engagerar advokaterna.