Misstagen som fortfarande kostar mest
Att byta affärssystem är fortfarande ett av de mer omfattande förändringsprojekt en organisation kan genomföra.
Tekniken har samtidigt förändrats snabbt. Molnbaserade lösningar har blivit norm, integrationsmöjligheterna är bättre och AI börjar på allvar byggas in i moderna ERP-plattformar.
Men trots den tekniska utvecklingen är många av de största riskerna i ett ERP-projekt förvånansvärt välbekanta.
De handlar sällan bara om valet av system. Ofta handlar de minst lika mycket om målbild, processer, data, organisation, förändringsledning och förmågan att fatta beslut.
Här är några av de misstag vi ser som särskilt viktiga att undvika.
Man börjar med systemet istället för målbilden
Det är lätt att ett ERP-projekt snabbt hamnar i diskussioner om funktionalitet, moduler, krav och konfiguration. Men den viktigaste frågan kommer egentligen tidigare:
Vad vill vi förändra i verksamheten genom att byta system?
Ett systembyte behöver ha en tydlig verksamhetsmässig målbild. Det kan handla om att automatisera fler processer, minska manuellt arbete, skapa gemensamma arbetssätt, förbättra styrningen eller få bättre tillgång till data. Målbilden blir också viktig när projektet senare behöver prioritera:
-Vilka krav är verkligen nödvändiga?
-Vilka gamla arbetssätt ska vi behålla?
-Var ska vi anpassa oss till systemets standard?
Utan en tydlig målbild blir dessa frågor betydligt svårare att besvara.
Gamla processer flyttas in i det nya systemet
En klassisk fälla är att börja med att dokumentera hur organisationen arbetar idag och sedan försöka återskapa samma processer i det nya systemet. Resultatet riskerar att bli ett modernt affärssystem med gamla arbetssätt.
Ett ERP-byte är istället ett bra tillfälle att utmana verksamheten:
-Behöver vi fortfarande göra detta på samma sätt?
-Kan processen förenklas?
-Kan steg tas bort?
-Kan ansvar flyttas?
-Finns det standardfunktionalitet som gör att processen kan lösas på ett enklare sätt?
Det betyder inte att allt gammalt är dåligt.
Men varje avvikelse från standard bör ha ett tydligt verksamhetsvärde. Annars finns risken att organisationen tar med sig samma komplexitet in i den nya lösningen som man försökte lämna bakom sig.
Förändringsledningen kommer för sent
ERP-projekt beskrivs ofta som systemprojekt.
I praktiken är de minst lika mycket verksamhetsprojekt.
Nya system innebär nästan alltid förändrade processer, roller och ansvar. Arbetsmoment försvinner, andra tillkommer och i vissa fall behöver även delar av organisationen förändras.
Trots det kommer förändringsledningen ibland in sent i projektet och reduceras till kommunikation och utbildning inför go-live. Det är sällan tillräckligt.
Förändringsarbetet behöver löpa parallellt med systeminförandet. Verksamheten behöver förstå varför förändringen görs, delta i utformningen av de nya arbetssätten och få möjlighet att förbereda sig.
Det går att ha ett tekniskt färdigt system utan att ha en verksamhet som är redo att använda det.
För mycket specialanpassas
Nästan alla verksamheter har processer som upplevs som unika. Frågan är vilka som verkligen behöver vara det.Om varje avvikelse från dagens processer resulterar i en anpassning riskerar det nya systemet snabbt att bli onödigt komplext. Detta blir särskilt viktigt i moderna SaaS- och molnlösningar.
Leverantörerna utvecklar plattformarna kontinuerligt och släpper ny funktionalitet flera gånger per år. Ju mer specialanpassad lösningen är, desto svårare kan det bli att dra nytta av den utvecklingen. Standardisering handlar därför inte bara om att minska kostnaden för implementationen. Det handlar också om att skapa en lösning som är lättare att förvalta, förändra och vidareutveckla.
Dataarbetet underskattas
Datamigrering är ett område som ofta ser relativt enkelt ut på projektplanen. I verkligheten kan det bli en av projektets mest tidskrävande aktiviteter.
Vilken data ska följa med? Vem äger informationen? Är den korrekt? Finns dubbletter? Hur ska den transformeras och valideras?
Men det finns ytterligare en fråga som ofta är värd att utmana:
Behöver all historik verkligen migreras?
Det är lätt att utgå från att många års historiska transaktioner ska följa med till det nya systemet bara för att de finns. Det kan skapa omfattande arbete med datauttag, tvätt, konvertering, test och validering. Istället bör organisationen ta ställning till vad som faktiskt behöver finnas i den nya ERP-lösningen. Vad behövs för den löpande verksamheten? Vad behöver sparas av juridiska eller regulatoriska skäl? Och vilken äldre information kan arkiveras och göras tillgänglig på annat sätt? Det ger ofta både ett enklare projekt och en renare start i den nya lösningen. Datakvaliteten blir dessutom ännu viktigare när automatisering och AI får en större roll. System och AI-agenter kan bara fatta beslut och utföra arbete utifrån den information de har tillgång till.
Integrationerna betraktas som en teknisk sidofråga
ERP-systemet är sällan en isolerad lösning. Det behöver samverka med exempelvis lön, HR, CRM, bank, inköp, rapportering och olika verksamhetsspecifika system.
I större organisationer kan integrationslandskapet därför vara minst lika komplext som själva ERP-systemet. Det räcker inte att göra en lista över vilka integrationer som behöver byggas. Man behöver förstå vilka processer som korsar systemgränser, vem som äger informationen, hur fel ska hanteras och övervakas och vilka beroenden som uppstår mellan systemen.
En allt viktigare arkitekturfråga blir därför:
Vad ska egentligen ligga i ERP-systemet och vad ska ligga runt omkring det? I takt med att ERP-plattformarna blir delar av större digitala ekosystem blir detta ett mer strategiskt beslut.
Styrningen och beslutsförmågan är för svag
ERP-projekt innebär mängder av beslut.
Verksamheten, IT, projektorganisationen och olika leverantörer behöver kontinuerligt komma överens om prioriteringar och vägval. Om mandat och ansvar är otydliga riskerar projektet att tappa tempo. Det behövs därför tydliga beslutsvägar och ett klart ägarskap. Det är särskilt viktigt i frågor om standardisering.
Det är enkelt att besluta att projektet ska följa systemets standard. Betydligt svårare blir det när standarden innebär att en verksamhetsdel måste förändra en etablerad process.
Då behöver projektet ha både mandat och stöd från verksamhetens ledning för att faktiskt genomföra förändringen.
Go-live blir projektets slutmål
Go-live är självklart en viktig milstolpe. Men den är inte slutet på förändringen.
Efter driftsättningen ska lösningen stabiliseras, användarna ska arbeta enligt de nya processerna och organisationen ska börja ta tillvara systemets möjligheter. Det är också här nya förbättringsbehov börjar bli tydliga. Därför behöver projektet redan före go-live fundera på frågor som:
-Vem äger processerna efter projektet?
-Hur prioriteras förbättringar?
-Hur ser förvaltningen ut?
-Hur tar organisationen tillvara ny funktionalitet?
Ett framgångsrikt ERP-byte handlar inte bara om att systemet fungerar på go-live-dagen. Det handlar om att verksamheten fungerar bättre efteråt.
Trender vi ser i ERP-projekten just nu
Go-live är bara början på resan
Moderna SaaS- och molnbaserade plattformar utvecklas kontinuerligt och nya funktioner och förbättringar tillkommer löpande flera gånger per år.
Det förändrar också synen på förvaltning. Organisationen behöver kunna ta emot nya funktioner, utvärdera dem och kontinuerligt förbättra processerna efter att det ursprungliga implementerings-projektet är avslutat.
Det betyder att förmågan att förändra och vidareutveckla lösningen blir minst lika viktig som själva implementationen.
Systembytet är också ett verksamhetsprojekt
Tekniken möjliggör förändring men genomför den inte åt organisationen.
Ett nytt ERP-system innebär ofta förändrade processer, roller och arbetssätt. Därför behöver verksamheten vara aktivt involverad under hela införandet.
Förändringsledning handlar då inte bara om kommunikation. Det handlar om processägarskap, nya roller, kompetens, beslutsmandat och organisationens förmåga att faktiskt överge gamla arbetssätt.
AI förändrar inte grunderna – den gör dem viktigare
AI-funktioner och AI-agenter börjar bli en konkret del av moderna ERP-plattformar.
Men förutsättningarna för att få verklig nytta av tekniken är till stor del sådant vi redan känner igen. Bra data. Tydliga processer. Fungerande integrationer. Klara roller och behörigheter. En organisation som kan hantera förändring.
När AI-agenter dessutom börjar kunna läsa data, rekommendera åtgärder och utföra arbetsuppgifter i systemen blir frågor om mandat och kontroll ännu viktigare. Vilka uppgifter får agenten utföra? Vilka data får den komma åt? När ska en människa fatta beslut? Hur spårar vi vad som har hänt?
AI gör därför inte behovet av struktur mindre.
Det gör bra struktur ännu mer värdefull.
Det här bör ni ha med er inför ett ERP-byte
-Var tydliga med varför ni byter system, vilken verksamhetsnytta vill ni faktiskt uppnå?
-Utmana dagens processer, flytta inte gamla arbetssätt rakt in i det nya systemet.
-Planera för förändringen i verksamheten: roller, ansvar och arbetssätt kommer ofta behöva förändras.
-Var kritiska till vilken data som ska följa med: migrera inte mer historik än ni verkligen behöver.
-Tänk på hela systemlandskapet: integrationer, kringliggande system och arkitektur är minst lika viktiga som ERP-kärnan.
Tänk längre än go-live, lösningen behöver kunna utvecklas tillsammans med både tekniken och verksamheten.
