Migrering til et cloud-baseret advokatsystem er ikke længere en risikabel beslutning. Det er den rigtige beslutning – for de fleste advokatfirmaer, og i de fleste situationer. Men ”rigtig” betyder ikke ”nem”. En dårligt eksekveret cloud-migrering kan koste mere end de næste tre år af licens-besparelser.
Denne guide handler om, hvad der skal være på plads, før migreringen starter, og hvordan I sikrer, at den lykkes.
Det startende grundlag: hvad I migrerer fra
Den vigtigste forberedelse handler ikke om det nye system, men om det gamle. Inden noget andet sker, skal I have klarhed over tre ting:
Datainventar
Hvor mange aktive sager har I? Hvor mange afsluttede sager med opbevaringspligt? Hvor mange dokumenter, og i hvilke formater? Hvor mange klientregistreringer? Hvor mange tidsregistreringer skal med over og hvor langt tilbage?
Det er sjældent nogen ved tallene præcist. Men en migrering uden tallene går altid galt.
Datakvalitet
Hvor mange klientregistreringer er duplikater? Hvor mange sager har inkonsistente metadata? Hvor mange dokumenter ligger uden for den centrale struktur, fordi nogen gemte dem på H-drevet?
Migrering forstørrer datakvalitetsproblemer. Det, der var en forklarlig irritation i det gamle system, bliver et synligt problem i det nye. Ryd op før – ikke efter.
Integrationer
Hvad er det gamle system koblet sammen med? Økonomisystem, e-mail, dokumenthåndtering, Power BI, hvidvaskningstjek-leverandør, BI-værktøj? Hver kobling skal kortlægges, og der skal være en plan for, om den genskabes, erstattes eller udfases.
De fleste mislykkede cloud-migreringer fejler ikke i den nye platform. De fejler, fordi det gamle setup var uklart fra starten.
Sikkerhed og compliance: dokumentationen, der skal være på plads
Det er her, IT typisk har de mest konkrete krav. Men det er også her, mange firmaer overser de bløde områder.
Datalokation: Hvor lægger leverandøren primær- og backup-data? Er det dokumenteret per kontrakt
Jurisdiktion: Hvis leverandøren er amerikansk-ejet, har det implikationer under CLOUD Act. Det skal være afklaret, før migreringen starter
Krypteringsnøgler: Hvem holder dem? Hvis leverandøren ejer nøglerne, har de teknisk adgang til alle data. Customer-managed keys er en mulighed hos seriøse leverandører.
Sub-processors: Hvilke tredjeparter har leverandøren ansat? Listen ændrer sig over tid,hvordan informeres I, og hvad har I ret til at indsige imod?
Exit-strategi: Hvordan får I al data ud, hvis det viser sig ikke at virke? Hvilket format, hvor lang tid, hvad koster det? Aftal det skriftligt før underskriften – ikke efter.
Migreringsstrategi: big bang eller faseopdelt?
Der er to grundlæggende tilgange. Ingen af dem er rigtig eller forkert. Men de passer til forskellige firmaer.
Big bang
Hele firmaet skifter på én gang. På en bestemt dato lukker det gamle system, og det nye åbner. Forberedelsen er længere, men risikoperioden er kortere. Egnet til mindre firmaer, og til firmaer hvor sagsporteføljen er relativt ensartet.
Faseopdelt
Et kontor, en afdeling eller en sagstype migreres afgangen. Resten kører videre på det gamle system. Risikoen er bedre kontrolleret, men perioden hvor begge systemer kører parallelt, er længere og dyrere.
De fleste store firmaer ender med en hybrid: nye sager opretter i det nye system fra dag ét, gamle sager forbliver i det gamle, og afsluttede sager migreres efterhånden eller arkiveres uden migrering.
Forandringsledelse: det område, hvor migreringer oftest fejler
Selv den bedste cloud-platform løser ikke et adoption-problem. Hvis advokaterne ikke bruger systemet, eller bruger det forkert, er hele investeringen tabt.
Det, der virker:
Vælg én eller to “champions” per kontor eller afdeling – advokater, der bliver tidlige eksperter og hjælper andre.
Sørg for, at træning ikke kun handler om systemet, men om hvordan det ændrer arbejdsdagen.
Vær åben om, hvad der bliver bedre, og hvad der bliver anderledes – ikke alt er forbedring, og det skal kommunikeres ærligt.
Kommunikér løbende – ikke bare i de første to uger.
Det, der ikke virker:
At antage, at en YouTube-video løser onboarding.
At tro, at de yngre advokater ”bare regner det ud”.
At skubbe forandringen ud uden ledelsesopbakning.
Hvad I skal måle efter migreringen
Et succeskriterium for migreringen skal aftales på forhånd. Ellers er det umuligt at sige, om den lykkedes.
Adoption: hvor stor andel af advokaterne registrerer tid og opretter sager direkte i systemet efter 90 dage?
Datakvalitet: hvor mange duplikater og inkonsistenser er der efter 90 dage sammenlignet med før migreringen?
Tidsforbrug per administrativ opgave: er en faktura hurtigere at lave nu? Et nyt sagsoprettelsesflow?
IT-omkostninger: hvad er total omkostning af det nye setup vs. det gamle, inklusive interne ressourcer?
Brugertilfredshed: en simpel survey efter 90 dage, og igen efter 6 måneder.
Den vigtigste beslutning: hvornår starter I
Cloud-migreringer bliver ikke nemmere ved at vente. Datavolumen vokser. Integrationer bliver mere komplekse. Personale-rotation gør, at viden om det gamle system forsvinder.
Det rette tidspunkt er sjældent ”lige nu, midt i en travl periode”. Men det er heller ikke ”om to år, når vi har ryddet op”. Et velplanlagt projekt kan starte indenfor det næste kvartal – hvis arbejdet med datakortlægning og leverandørvalg starter nu.
Konklusion
Et cloud-baseret advokatsystemer en investering med tilbagebetaling i lavere IT-omkostninger, bedre tilgængelighed, hurtigere innovation og stærkere sikkerhed. Men kun, hvis migreringen håndteres som et reelt projekt ikke som en IT-opgradering.
Det starter med klarhed over, hvad I migrerer fra. Dokumentation af, hvad I migrerer til. Og en plan for, hvordan I får advokaterne med.