Migrering til et cloudbasert advokatsystem er ikke lenger en risikabel beslutning. Det er den riktige beslutningen – for de fleste advokatfirmaer, og i de fleste situasjoner. Men "riktig" betyr ikke "lett". En dårlig gjennomført cloud-migrering kan koste mer enn de neste tre årene med lisensbesparelser.
Denne guiden handler om hva som må være på plass før migreringen starter, og hvordan dere sikrer at den lykkes.
Utgangsgrunnlaget: hva dere migrerer fra
Den viktigste forberedelsen handler ikke om det nye systemet, men om det gamle. Før noe annet skjer, må dere ha klarhet i tre ting:
Datainventar
Hvor mange aktive saker har dere? Hvor mange avsluttede saker med oppbevaringsplikt? Hvor mange dokumenter, og i hvilke formater? Hvor mange klientregistreringer? Hvor mange tidsregistreringer skal med over og hvor langt tilbake?
Det er sjelden noen vet tallene nøyaktig. Men en migrering uten tall går alltid galt.
Datakvalitet
Hvor mange klientregistreringer er duplikater? Hvor mange saker har inkonsistente metadata? Hvor mange dokumenter ligger utenfor den sentrale strukturen, fordi noen lagret dem på H-disken?
Migrering forsterker datakvalitetsproblemer. Det som var en forståelig irritasjon i det gamle systemet, blir et synlig problem i det nye. Rydd opp før – ikke etter.
Integrasjoner
Hva er det gamle systemet koblet sammen med? Økonomisystem, e-post, dokumenthåndtering, Power BI, hvitvaskingkontroll-leverandør, BI-verktøy? Hver kobling må kartlegges, og det må være en plan for om den skal gjenskapes, erstattes eller fases ut.
De fleste mislykkede cloud-migreringer feiler ikke i den nye plattformen. De feiler fordi det gamle oppsettet var uklart fra starten.
Sikkerhet og compliance: dokumentasjonen som må være på plass
Her har IT vanligvis de mest konkrete kravene. Men det er også her mange firmaer overser de mykere områdene.
Datalokasjon: Hvor legger leverandøren primær- og backup-data? Er det dokumentert per kontrakt
Jurisdiksjon:Hvis leverandøren er amerikansk-eid, har det implikasjoner under CLOUD Act. Det må avklares før migreringen starter
Krypteringsnøkler: Hvem har dem? Hvis leverandøren eier nøklene, har de teknisk tilgang til alle data. Customer-managed keys er en mulighet hos seriøse leverandører.
Underleverandører: Hvilke tredjeparter har leverandøren ansatt? Listen endres over tid, hvordan informeres dere, og hva har dere rett til å motsette dere?
Exit-strategi: Hvordan får dere ut alle data hvis det ikke fungerer? Hvilket format, hvor lenge, hva koster det? Avtal dette skriftlig før signering – ikke etter.
Migreringsstrategi: big bang eller fasevis?
Det finnes to grunnleggende tilnærminger. Ingen av dem er riktig eller feil. Men de passer for forskjellige firmaer.
Big bang
Hele firmaet bytter samtidig. På en bestemt dato stenges det gamle systemet, og det nye åpner. Forberedelsen er lengre, men risikoperioden er kortere. Egnet for mindre firmaer, og for firmaer hvor saksporteføljen er relativt ensartet.
Fasevis
Et kontor, en avdeling eller en sakstype migreres av gangen. Resten fortsetter på det gamle systemet. Risikoen er bedre kontrollert, men perioden hvor begge systemene kjører parallelt er lengre og dyrere.
De fleste store firmaer ender med en hybrid: nye saker opprettes i det nye systemet fra dag én, gamle saker forblir i det gamle, og avsluttede saker migreres gradvis eller arkiveres uten migrering.
Endringsledelse: området hvor migreringer oftest feiler
Selv den beste skyplattform løser ikke et adopsjonsproblem. Hvis advokatene ikke bruker systemet, eller bruker det feil, er hele investeringen bortkastet.
Det som fungerer:
Velg én eller to ”champions” per kontor eller avdeling – advokater som blir tidlige eksperter og hjelper andre.
Sørg for at opplæring ikke bare handler om systemet, men om hvordan det endrer arbeidsdagen.
Vær åpen om hva som blir bedre og hva som blir annerledes – ikke alt er forbedringer, og det må kommuniseres ærlig.
Kommuniser kontinuerlig – ikke bare i de første to ukene.
Det som ikke fungerer:
Å anta at en YouTube-video løser onboarding.
Å tro at de yngre advokatene ”bare finner ut av det”.
Å presse gjennom endringen uten lederstøtte.
Hva dere skal måle etter migreringen
Kriterier for suksess med migreringen må avtales på forhånd. Ellers er det umulig å si om den er vellykket.
Adopsjon: hvor stor andel av advokatene registrerer tid og oppretter saker direkte i systemet etter 90 dager?
Datakvalitet: hvor mange duplikater og inkonsistenser finnes etter 90 dager sammenlignet med før migreringen?
Tidsbruk per administrativ oppgave: er en faktura raskere å lage nå? Et nytt saksopprettingsflow?
IT-kostnader: hva er totalkostnaden for det nye oppsettet vs. det gamle, inkludert interne ressurser?
Brukertilfredshet: en enkel undersøkelse etter 90 dager, og igjen etter 6 måneder.
Den viktigste beslutningen: når starter dere
Sky-migreringer blir ikke enklere ved å vente. Datavolumet vokser. Integrasjoner blir mer komplekse. Personellrotasjon gjør at kunnskap om det gamle systemet forsvinner.
Riktig tidspunkt er sjelden ”akkurat nå, midt i en travel periode”. Men det er heller ikke ”om to år, når vi har ryddet opp”. Et godt planlagt prosjekt kan starte i løpet av neste kvartal – hvis arbeidet med datakartlegging og leverandørvalg starter nå.
Konklusjon
Et Cloudbasert advokatsystem er en investering som betaler seg i lavere IT-kostnader, bedre tilgjengelighet, raskere innovasjon og sterkere sikkerhet. Men bare hvis migreringen håndteres som et reelt prosjekt, ikke som en IT-oppgradering.
Det starter med klarhet over hva dere migrerer fra. Dokumentasjon av hva dere migrerer til. Og en plan for hvordan dere får advokatene med.