Written by:
Last Published:
15 september 2026
•
Kan man verkligen spara 40–50 % genom att flytta till molnet?
Ja. Men inte på det sätt du tror.
De flesta företag som pratar om molnbesparingar beskriver det som om det vore en naturlag: "Flytta från dyr lokal infrastruktur till skalbara molntjänster, så sjunker kostnaderna." Enkelt. Och logiskt. Men fel. Verkligheten är stökigare. Det handlar mindre om tekniken och mer om vad du faktiskt betalar för just nu.
Men de flesta organisationer har ingen aning om detta. De ser en post för "infrastrukturkostnader" och nöjer sig med det. Sedan försöker de modernisera utan att kartlägga vad som döljer sig under ytan, som licenser låsta i fleråriga avtal, redundant hårdvara och ett driftteam som bara finns till för att hålla liv i gamla system. Innan du börjar nysta i det ser modernisering riskabelt ut. Den goda nyheten är: det är det, ända tills det inte är det längre.
Det är där den här historien börjar. TrustPortal, en brittisk fintech- och automatiseringsplattform, brände pengar på föråldrad infrastruktur. De siktade inte på att spara 40–50 %. Det de gjorde var att ta reda på vad de faktiskt betalade för, och den insikten förändrade allt.
Så här ser de flesta legacy-kostnader ut i verkligheten. Låt oss dela upp dem i tre delar: mjukvarulicenser (ofta låsta i fleråriga avtal med straffavgifter), infrastruktur och hosting (ibland redundant, alltid historiskt dyr) samt operativt arbete (den osynliga skatten). De flesta företag mäter inte personalinsatser som en kostnadsdrivare, men det borde de göra. Ett driftteam som är dedikerat till att hålla gamla system vid liv är en belastning jämfört med molnbaserade team som arbetar genom automatisering.
TrustPortal var ett medelstort, globalt företag. Deras legacy-infrastruktur såg standardmässig ut: företagsdatabaser, äldre applikationsservrar, lokal lagring och ett hanterat hostingavtal. Men det som gjorde kostnaden osynlig var att den var utspridd. Licensiering låg under IT-budgeten, infrastruktur under fastighetsavdelningen och personal under drift. Ekonomiavdelningen kunde inte se helhetsbilden, vilket gjorde att ledningen inte kunde motivera en modernisering.
De flesta legacy-kostnader kan delas in i tre mönster:
Summera detta. De flesta medelstora företag har infrastruktur värd miljontals pund som inte skapar någon konkurrensfördel. Den bara... finns där. Och rullar på.
De flesta företag döljer denna kostnad i flera olika budgetar. Det gör du förmodligen också.
Systematisk modernisering kräver skoningslöshet. Vilka system genererar intäkter? Vilka är omkostnader? Vilka är så sammanflätade med regelefterlevnad att en flytt vore regulatoriskt självmord?
TrustPortal stod inför en verklig begränsning: deras kärna för betalningshantering var låst till äldre infrastruktur av regulatoriska och revisionsmässiga skäl. Att bygga om den för molnet hade tagit år och kostat miljoner. Det var inte rätt väg att gå. Istället delade de upp sina arbetsbelastningar med hjälp av ett enkelt ramverk:
Flytta till molnet: TrustPortals kärnplattform för RPA och automatisering, kundpaneler, interna rapporteringsverktyg och system för medarbetarproduktivitet. Dessa var inte låsta av regelefterlevnad. De var byggda på modern arkitektur (Angular, NodeJS, containerbaserade driftsättningar i molninfrastruktur). De skapade affärsvärde och var kundvända.
Behåll äldre system: Betalningshantering. Kärnan för transaktionshantering. Den regulatoriska bördan var för hög. Risken för en misslyckad migrering var oacceptabel.
Hybrid: System för användaridentitet och bedrägeridetektering. Dessa behövde kommunicera med både äldre system och molnsystem, så de delade upp arbetsbelastningen: molnet för de kundvända delarna, äldre system för den känsliga kärnan.
Resultatet: 70 % av deras infrastruktur flyttades till molnet. 30 % förblev i äldre system. Hybridarkitektur.
Varför spelar denna uppdelning någon roll? För att den är realistisk. De flesta företag antar att "molnmigrering" betyder "allt ska till molnet". Det gör det inte. Det kandet inte, om du vill behålla intäktsflödet och hålla tillsynsmyndigheterna nöjda. Fintech-bolagets hybridstrategi innebar att de kunde modernisera aggressivt där det var säkert och strategiskt där det betydde mest. Licensbesparingarna kom från de 70 % som de flyttade. Allt annat handlade om riskhantering.
Den tekniska migreringen var ambitiös men metodisk. Det tog månader, inte år, och det krävde en plan, en budget och teamkapacitet dedikerad till arbetet.
Moderniseringen innebar följande:
Teknisk migrering: Datareplikering, refaktorering av applikationer (särskilt övergången till moderna ramverk som Angular och NodeJS), testning och validering. De använde en agil utvecklingsprocess i flera vågor för att minska riskerna och samla in feedback.
Parallell drift: Fintech-bolaget körde det gamla systemet och molnet sida vid sida under en längre period. Varför? Som en försäkring. Om molnimplementeringen skulle misslyckas katastrofalt kunde de återgå till det gamla systemet på några timmar istället för dagar. Det säkerhetsnätet gjorde att teamet kunde arbeta snabbare eftersom de inte behövde vara rädda för oåterkalleliga beslut. Det psykologiska värdet av en utväg underskattas ofta.
Vidareutbildning av teamet: Driftteamet var experter på den gamla infrastrukturen. De var inte bekanta med Kubernetes, plattformar för molnövervakning, verktyg för kostnadshantering eller CI/CD-pipelines. Företaget investerade i extern utbildning, interna workshops och gav teamet tid att lära sig. Vissa lämnade under denna fas: för mycket förändring, för snabbt. Andra stannade kvar och utvecklades från att vara infrastrukturtekniker till att bli arkitekter.
Byte av verktyg: Övergången från äldre övervaknings- och loggningssystem till molnbaserade verktyg skapade mer brus än väntat. De nya verktygen gav fler aviseringar. Teamet behövde finjustera, konfigurera och lära sig vad som var "normalt" i molnbaserade system.
Oförutsedda händelser: Oväntade omdesignar av molnarkitekturen, kostnader för dataöverföring och prestandajusteringar som krävde att applikationsfrågor byggdes om. Verkliga pengar och oglamorösa utgifter som affärsplanen var tvungen att absorbera.
Men det som förvånade dem mest var att molnfakturan var högre än väntat under den första månaden. Kostnaderna för dataöverföring var höga. De överdimensionerade resurserna under tiden de finjusterade prestandan. Driftteamet visste ännu inte hur man optimerade molnkostnader (ett annat paradigm: du betalar för beräkningskraft, inte hårdvara). Det tog därför månader att hitta fram till effektiva molnkonfigurationer. Detta är glappet mellan att "vi har flyttat till molnet" och "vi kör molnet effektivt", vilket de flesta företag missar.
TrustPortals molnmodernisering levererade 40–50 % lägre driftskostnader, vilket är resultatet av ett systematiskt och metodiskt arbete inom flera dimensioner.
Varifrån kom besparingarna? Det typiska mönstret ser ut så här:
Licensiering: Fleråriga äldre avtal löpte ut. Företaget förnyade dem inte. Kostnaderna eliminerades.
Infrastruktur: Molnhosting för 70 % av arbetsbelastningen kostade, när den väl optimerats, mindre än lokal infrastruktur kombinerat med hanterad hosting. Inte så dramatiskt som man kan hoppas, men en verklig besparing.
Omplacering av personal: Företaget sade inte upp driftteamet. De omplacerade dem. Teammedlemmarna gick över till plattformsteknik (bygga pipelines för infrastruktur som kod, interna verktyg), tillförlitlighetsteknik (observability och incidenthantering) och andra roller med högre hävstångseffekt. Samma antal anställda, men med ett annat resultat. Det frigjorde kapacitet för nya projekt. Inte "besparingar" i bokföringsmässig mening, men ett värdeskapande som inte fanns tidigare.
Operativ effektivitet: Automatiserade distributionspipelines, förutsägbar skalning och färre manuella ingrepp. Antalet incidenter minskade. Tiden som lades på att släcka bränder i äldre infrastruktur minskade. Det ger en ackumulerad effekt över tid.
Intervallet på 40–50 % (snarare än en enskild siffra) speglar verkligheten att år 1 innebar engångskostnader (migrering, vidareutbildning, oförutsedda utgifter). Från år 2 och framåt är det mer förutsägbart. Dessutom ökade företaget sin molnanvändning (nya funktioner och plattformskapaciteter), men tillväxten ökade inte kostnaderna proportionellt. Detta beror på att molnet skalar, medan äldre system inte gör det. Det är den hävstångseffekten som ger de långsiktiga vinsterna.
Kostnad är inte det enda måttet. Verksamheten förändrades också i grunden.
Före: driftteamet var reaktivt. Distributioner var manuella, skriptbaserade och felbenägna. Övervakningen var ett kaos av larmstormar: för många falska positiva resultat och för många larm för problem som löste sig själva. Skalning krävde hårdvaruinköp och budgetar som godkänts månader i förväg.
Efter: fokus på automatisering. Kontinuerliga distributionspipelines som kör containerbaserade applikationer i molninfrastruktur. Förutsägbar skalning (molnet sköter det). Övervakningen är mer intensiv i början, men när den väl är finjusterad är den faktiskt intelligent. Incidenter hanteras snabbare eftersom teamet inte behöver växla kontext mellan att släcka bränder i gamla system och att arbeta med nya uppgifter.
Personalomställningen: fyra tidigare drifttekniker blev två plattformstekniker, två site reliability engineers (SRE), samt en del konsultstöd som kunde skalas upp eller ner. Samma personalstyrka (i stort sett), men med större hävstång. Plattformsteknikerna ansvarar för infrastruktur som kod, CI/CD-pipelines, interna verktyg och strategier för containerisering. SRE-teamet ansvarar för observerbarhet och incidenthantering. Båda rollerna har stor betydelse och är svåra att ersätta. De gamla rollerna var fokuserade på utförande men hade liten påverkan.
Den dolda vinsten: tid som frigjorts genom automatisering. Plattformsteamet kunde nu ta ett större ansvar för applikationsinfrastrukturen. Funktioner levererades snabbare och kundpåverkande incidenter minskade med 60 %. Det ger en kumulativ effekt över tid.
Utmaningen: molnbaserad observerbarhet är annorlunda; loggarna är brusigare och spårningen är komplex. Teamet behövde lära sig nya mentala modeller för att felsöka distribuerade system och containeriserade miljöer. Det fanns månader då känslan av att "vi får fler larm" kändes som ett steg tillbaka. Det var det inte – de såg bara vad den gamla infrastrukturen tidigare hade dolt.
Om de skulle genomföra projektet igen, skulle fyra saker ändras:
Kartlägg de verkliga kostnaderna för din legacy-miljö först. Innan du kan motivera en modernisering måste du veta vad du moderniserar bort. Börja med en revision: licenser, infrastruktur, arbetskraft, allt. Samla allt i ett kalkylblad.
Börja med en enkel vinst. Flytta inte din intäktsgenererande kärnverksamhet först. TrustPortal gjorde rätt här: de började med interna verktyg och kundpaneler samtidigt som de byggde sin nya molnbaserade plattform parallellt. Låg risk. Högt lärande. Om det pilotprojektet hade misslyckats hade de förlorat månader och pengar, men inte kundernas förtroende. Välj en arbetsbelastning eller ett system som är isolerat, icke-kritiskt, men dyrt att driva. Modernisera det först. Lär dig och skala sedan.
Kör legacy och moln parallellt längre än du tror är nödvändigt. Det psykologiska värdet av en utväg är värt kostnaden. Det säkerhetsnätet gjorde att teamet kunde röra sig snabbare eftersom de inte var rädda för oåterkalleliga beslut. Budgetera för det från början.
Investera i vidareutbildning och ompositionering av teamet tidigt. Detta var den svåraste delen. Infrastrukturteam byggde sin identitet kring att "hålla systemen igång". Molnmodernisering gör den identiteten föråldrad. Du ber dem lära sig nya verktyg, nya paradigm och acceptera att deras gamla expertis plötsligt är mindre värd. TrustPortal hanterade detta väl: de omformulerade det som en möjlighet att utföra arbete med högre hävstång (plattformsteknik, SRE, infrastruktur som kod). Alla köpte inte idén. Vissa slutade. Det är normalt. Men de som stannade blev arkitekter. Så, investera i den övergången. Det lönar sig.
Systematisk molnmodernisering är logiskt om:
Om alla fyra punkter stämmer in på er är modernisering förmodligen värd att utforska. Om bara en eller två stämmer, räkna på siffrorna innan ni förbinder er.
Om detta känns relevant, börja smått.
Först: gör en revision. Kartlägg era nuvarande utgifter för legacy-system. Licenser, infrastruktur, personal. Varje krona. Lägg in det i ett kalkylblad. Den baslinjen är er ledstjärna.
Sedan: identifiera ett pilotprojekt. Ett system, en arbetsbelastning, ett team. Något med tydliga gränser och mätbar effekt. För fintech-bolaget var det interna verktyg och kundpaneler som användes av ett dussintal personer; de var inte intäktskritiska, men dyra att driva på legacy-infrastruktur. Modernisera det. Mät resultatet. Tid, kostnad, friktion i teamet, oväntade problem. Låt dessa lärdomar forma ert nästa steg.
Tredje: bygg ert affärscase. ”Vi spenderade X kr på migrering, sparade Y kr i driftskostnader och fick Z som bonus (snabbare driftsättningar, färre incidenter, bättre teammoral).” Det är övertygande. De flesta företag hoppar över detta och undrar sedan varför ledningen inte vill finansiera nästa fas.
Om ni är redo att påbörja den processen, Imaginary Cloud hjälper företag att arkitektera och genomföra moderniseringsstrategier. Vi har gått igenom dessa beslut förut. Låt oss prata om era.
Molnmodernisering handlar inte om magi, utan om metodik.
Kartlägg vad du faktiskt betalar för. Börja med något som innebär låg risk. Kör parallella system längre än du tror är nödvändigt (försäkringen är värd det). Utbilda ditt team till att bli affärspartners istället för förvaltare av föråldrad infrastruktur. Mät besatt. Fira framgångarna och var beredd på oväntade kostnader, för båda kommer att dyka upp.
Fintech-bolaget sparade 40–50 % genom att arbeta systematiskt. Det kan du förmodligen också göra. Men bara om du börjar med att förstå vad det är du sparar in på.
Det beror på din arbetsbelastning och vad som döljer sig i din äldre infrastruktur. Arbetsbelastningar med höga licenskostnader (företagsdatabaser, middleware, kommersiella övervakningsverktyg) når ofta över 50 %. Verksamheter med lägre omkostnader kan se 20–30 %. Men de flesta medelstora företag har dolda kostnader för äldre system som gör 40 % realistiskt om du gör en revision först.
Att ledningen tappat tålamodet under fasen med parallell drift. Det är då kostnaderna är som högst och fördelarna ännu inte syns. Fintech-bolagets ekonomichef var tvungen att lita på planen i fyra månader i sträck. Om det engagemanget hade sviktat hade de tagit genvägar och destabiliserat migreringen. Organisatorisk disciplin underskattas ofta.
Förmodligen inte, om den hanterar intäkter. Kraven på regelefterlevnad, revision och riskhantering är för höga. Hybridlösningar är din bästa vän. Modernisera allt runt omkring. Låt kärnan förbli tråkig och stabil.
Återbetalning skedde månad 6. Men teamet såg operativa förbättringar (snabbare driftsättningar, bättre observerbarhet, containerbaserad skalbarhet) mycket tidigare, runt månad 8, när den parallella driften avslutades och de satsade fullt ut på molnbaserad drift.
Nej. Men molnet är inte ett magiskt verktyg för kostnadsbesparingar. Det är en hävstång. Om du kör tungrodd, äldre infrastruktur med höga licenskostnader och manuella processer kan molnet multiplicera din effektivitet. Om din nuvarande uppsättning redan är slimmad kanske molnet inte sparar så mycket. Matematiken är avgörande.
Om du bara utforskar möjligheterna med modernisering. Sednas historia visar på ett annorlunda tillvägagångssätt och resultat vid modernisering av äldre system.
Men om du är redo att gå från fallstudier till handling, kontakta Imaginary Cloud. Vi hjälper företag att utforma och genomföra moderniseringsstrategier baserade på verkliga förutsättningar och konkret avkastning.
Verklig infrastruktur är komplex. Låt oss prata om din.
Alexandra Mendes är Senior Growth Specialist på Imaginary Cloud med 3+ års erfarenhet av att skriva om mjukvaruutveckling, AI och digital transformation. Efter att ha avslutat en frontend-utvecklingskurs tog Alexandra upp några praktiska kodningskunskaper och arbetar nu nära med tekniska team. Alexandra brinner för hur ny teknik formar affärer och samhälle och tycker om att förvandla komplexa ämnen till tydligt och användbart innehåll för beslutsfattare.
People who read this post, also found these interesting:
