Varje företag har ett system som inte borde finnas kvar. Det är 12 år gammalt, support upphörde för tre år sedan, och ingen vågar röra koden. Men det funkar ju. Så det blir nästa kvartal. Och nästa år. Tills det inte funkar längre — och då är det för sent.
Att byta IT-system är inte glamoröst. Men det är ett av de viktigaste operationella beslut ett litet företag kan fatta.
Varningssignaler: dags att byta
Support är borta. Leverantören svarar inte. Dokumentationen är död. Om något går fel är du ensam.
Säkerhetshål. Gamla system får inga säkerhetsuppdateringar. Du vet inte om någon redan sitter i systemet.
Workarounds överallt. Du har byggt en fabrik av Excel-skript, mejlmallar och Post-it-lappar. Det är en olycka som väntar.
Det nya kostar mindre. En molnlösning kostar ofta mindre än en person som bara håller det gamla systemet vid liv.
Kompetensen försvinner. Den som skrev systemet gick i pension. Ingen kan PHP3 längre.
Steg 1: Inventera vad systemet faktiskt gör
Du kan inte byta system utan att veta vad det gör. Det låter självklart. Men ofta vet du ungefär vad det gör — inte allt.
Spendera två veckor på detta. Inte ett dygn. Två veckor.
Prata med de som använder systemet varje dag — inte med IT-chefen. Med folk på golvet:
- Vilka data kommer in? Varifrån?
- Vilka rapporter skapas? Vem behöver dem?
- Vilka andra system pratar det med?
- Vilka manuella steg görs efter systemet gjort sitt?
- Vilka undantag finns? ("Normalt gör det X, men vid stora order gör vi Y")
Dokumentera allt. Prioritera vad som är kritiskt vs nice-to-have. Det nya systemet måste klara det kritiska. Det får sakna 20 % av finesserna.
Steg 2: Utvärdera kandidater — långsamt
En leverantörsbindning blir tre år som blir sex. Du vill inte välja fel.
Gör en matris. Lista krav från inventeringen. Poängsätt varje kandidat: 1 = kan det inte, 3 = kan det, 5 = kan det bra.
Prata med referenser. Minst tre per leverantör. Fråga:
- Hur var migreringen? Hur lång tid?
- Vad tog längre tid än väntat?
- Behöver ni support ofta? Hur är den?
- Vad saknar ni från det gamla systemet?
Kör en pilot. Importera ett litet dataset. Låt två användare jobba med det under två veckor. Kan vi jobba med detta varje dag? Om nej — välj ett annat. Det finns tid.
Steg 3: Planera migrationen i detalj
Sätt ett datum. Inte under högsäsong. Helst en fredagkväll med folk på stand-by.
Migrationsplan steg för steg:
- Säkerhetskopiering av all data (två gånger — en för migrering, en för rollback)
- Datarensning — dubbletter, felaktig klassificering, tomma fält
- Fältmappning — vilka fält i gamla systemet motsvarar vilka i nya?
- Testmigrering mot testmiljö — hitta alla problem
- Slutgiltig migrering till produktion
- Verifiering — stickprov på 10–20 % av datan
- Användare loggar in och testar
- Gamla systemet går offline
- En vecka on-call-support
Beräkna tid per steg. Lägg till 50 %. Det tar alltid längre.
Rollback-plan. Om allt går åt helvete — hur återgår vi? Planen måste vara aktiv i 48 timmar.
Vanliga misstag
Big Bang-byte
Du stänger av gamla systemet fredag kväll och startar nya måndag morgon. Om något går fel är hela företaget offline.
Bättre: parallellkörning. Båda systemen kör samtidigt i två veckor. All data matas in i båda. När du är säker — stäng av det gamla.
Glömd datamigration
80 % av migreringsprojekt misslyckas inte för att det nya systemet är dåligt — utan för att data inte migrerade rätt. Poster är tomma, format är fel, det finns 10 000 dubbletter.
Lösning: Börja med datarensning två månader före migrationsdagen. Gör det separat från systemkonfigurationen.
Ingen testmigrering
Du kör migreringen en gång — på riktigt. Alla problem dyker upp live.
Bättre: Kör migreringen tre gånger. Först på test två månader innan. Sedan igen två veckor innan. Den tredje är den riktiga.
Glömt att informera användare
Användare måste vara mentalt förberedda. Meddela två veckor innan. Ge dem träning två dagar innan. Det nya systemet ser annorlunda ut — berätta det på förhand.
Tro att allt är löst vid go-live
Det är det inte. Du behöver två veckors intensiv support. Säkerställ att leverantören kan ge det.
Exempel: fakturasystem från 2011
Ett företag vi jobbat med körde ett Windows-baserat fakturaprogram från 2011. Det läckte minne efter tre dagar. Varje måndag startade någon om datorn. Det var normen.
De hade försökt byta två gånger. Första gången dog migreringen vid 60 %. Ingen ville försöka igen.
Men 2024 höll de på att förlora en kund för att de inte kunde skicka automatiserade påminnelser. Manuellt arbete: 8 timmar per vecka.
Vi inventerade tillsammans med bokförare och admin. Två veckor. Identifierade att systemet gjorde tre saker — varav en (tidrapportering) aldrig användes.
Testade tre nya system. Fortnox molnlösning vann. References sa att migreringen var smidig.
Pilot: två veckor med tio testfakturor. Bokföraren: "Det är bara bättre. Snabbare."
Migration: en fredag i september. Två testmigreringar innan. Den riktiga tog 6 timmar. Parallellkörning i två veckor. Fem mejl med frågor — alla lösta inom en timme.
Sex månader senare: ingen går tillbaka. Kundintegrationen är automatiserad. De sparar åtta timmar per vecka.
Kostnad: 35 000 kr. Sparades in på två veckor.
Checklista
Innan du börjar:
- [ ] Inventering av systemet — klar
- [ ] Användarworkshops — genomförda
- [ ] Kritiska krav — dokumenterade
- [ ] Minst tre kandidater — testade med referenser
- [ ] Pilot två veckor — avklarad
- [ ] Budget godkänd — inklusive migration och support
- [ ] Datum satt och kommunicerat
Under migrationen:
- [ ] Data säkerhetskopierad — två gånger
- [ ] Data rensat och mappat
- [ ] Testmigrering genomförd — minst två gånger
- [ ] Rollback-plan skriven och testad
- [ ] Användarträning genomförd
- [ ] Supportplan från leverantör — två veckor on-call
Efter:
- [ ] Parallellkörning i två veckor
- [ ] Stickprov — minst 10 % av datan
- [ ] Gamla systemet stängt och arkiverat
- [ ] Post-mortem — vad gick bra, vad gick dåligt?
Nästa steg
Om ditt IT-system är äldre än 5–7 år och du tänker "det är väl dags snart" — det är dags nu.
En systemmigrering är ett projekt. Det kräver planering och resurser. Men det är en investering som betalar sig — en gång.
Vi hjälper företag att migrera från gamla system utan driftstörningar. Läs mer om webbutveckling och integrationer eller boka ett samtal.