Hva bør du tenke på helt i starten av et ERP-skifte?

Artikkelen er skrevet av David Berge Frogner, Teamleder Løsningsdesign i Abacus.

 

Å bytte forretningssystem i 2025 er noe helt annet enn å «oppgradere» et gammelt on-premises system slik mange gjorde for 10–15 år siden. I dag handler det om:

 

• skybaserte plattformer
• integrasjoner og økosystem
• data som skal kunne brukes på tvers
• AI og automatisering
• endringsevne og forvaltning – ikke bare prosjekt

 

Ser vi på analyser som blant annet Third Stage Consulting, HerbertNathan & CO,  BearingPoint, Devoteam og andre rådgivere diskutrerer i det nordiske ERP-markedet hittil i 2025, er det noen klare fellestrekk: De som lykkes, starter riktig. De som mislykkes, hopper rett til systemvalg.

 

I tillegg har både Bo Hjort Christensen og flere andre norske fagmiljøer vært tydelige på det samme i mange år: ERP-prosjekter feiler sjeldent på teknologi alene – de feiler på prosesser, mennesker, styring og manglende forvaltning.

 

Her er 10 punkter jeg mener bedrifter bør tenke på i starten av sin ERP-reise:

 

1. Start med «hvorfor»

 

Før du spør «hvilket system?», må du svare på «hvorfor i det hele tatt?». I praksis handler det ofte om:

 

• For mye manuell jobb
• Lite eller sen innsikt
• Dårlig datakvalitet
• Manglende kontroll på prosjekter, innkjøp eller lager
• Tungvint rapportering
• Lappeteppe av integrasjoner
• Systemer som ikke støtter videre vekst

 

Third Stage peker på at de mest vellykkede prosjektene er de hvor man tidlig definerer hva man vil oppnå – ikke bare hva man vil bytte ut. Bo Hjort har i årevis minnet om at det verste du kan gjøre, er å kjøpe «mer av det samme», bare i skyen.

 

2. Forstå virksomhetens endringsevne

 

BearingPoint introduserer et nyttig begrep i 2025: Optimal Rate of Change (ORC) – altså hvor mye endring en virksomhet faktisk tåler før kostnaden (slitasje, frustrasjon, rot) blir større enn gevinsten. I praksis betyr det:

 

• Hvor mye kapasitet har dere egentlig internt?
• Hvor forankret er dette i ledelsen – ikke bare i IT?
• Hvor moden er organisasjonen på endring fra før?
• Hvor fort klarer dere å ta beslutninger?
• Hvor mange parallelle prosjekter har dere allerede?

 

Setter du tempoet for høyt, blir det slitasje og feil. Setter du det for lavt, vil teknologigjeld og innovasjonsgjeld fortsette å vokse. Å forstå egen endringsevne tidlig gjør hele reisen mer realistisk – og langt mer treffsikker.

 

Les gjerne min tidligere blogg; Endringsvilje vs. endringsevne – derfor lykkes noen aldri med ERP – Abacus IT

3. Behovsanalysen – det viktigste du gjør i starten

 

Alle rapportene er samstemte: de gode forretningssystem-skiftene starter med en skikkelig behovsanalyse. Ikke som et «papirøvelse», men som en reell kartlegging. En god behovsanalyse har tre hoveddeler:

 

A) Nåsituasjon – hvordan dere faktisk jobber i dag

 

Her må dere være brutalt ærlige:

 

• Hvordan flyter prosesser og data i dag – egentlig?
• Hvor brukes Excel som «lim» mellom systemer?
• Hvor stopper ting opp?
• Hvem har uformell makt på prosesser?
• Hvilke unntak håndteres helt utenom system?

 

Uten et tydelig nåsituasjon står du i fare for å flytte rotet fra gammelt system inn i ett nytt.

 

B) Fremtidig situasjon – hvordan dere ønsker å jobbe fremover

 

Dette handler ikke om å spørre brukerne: «Hva ønsker du deg?» Det handler om å definere:

 

• Hvilke prosesser vil vi standardisere?
• Hva skal automatiseres?
• Hvilke prinsipper vil vi styre etter?
• Hvilke nøkkeltall og innsikt trenger vi løpende?
• Hvilke områder skal gi oss konkurransefortrinn?

 

HerbertNathan er tydelige på at moderne ERP + AI bare gir verdi der prosessene er ryddige og målbildet er tydelig.

 

C) Prioritering – hva er kritisk, hva er viktig, og hva kan vente?

 

Alt kan ikke løses samtidig. Du bør tidlig svare på:

 

• Hva må fungere fra dag 1 (f.eks. fakturering, lønn, prosjekter, lager, rapportering)?
• Hva er viktig, men kan fases inn?
• Hva er «nice to have» – og hva kan godt komme senere?

 

De beste prosjektene er de som tør å ta tøffe prioriteringer tidlig.

 

4. Kritiske prosesser – de som absolutt ikke må feile

 

Når vi plukker ERP-prosjekt fra hverandre i etterkant, ser vi ofte at det er noen få kritiske prosesser som avgjør utfallet:

 

• Ordre–til–kontant (Order to Cash)
• Innkjøp–til–betaling (Purchase to Pay)
• Lager og logistikk
• Prosjektstyring og prosjektøkonomi
• Regnskap, periodisering og avstemming
• Rapportering og likviditetsstyring

 

Third Stage trekker frem at der man har brukt tid på å modellere disse prosessene skikkelig, er risiko og stress betydelig lavere. Her er jobben å:

 

• tegne prosessen slik den faktisk går i dag
• definere hvordan den bør gå
• avklare eierskap og roller
• forstå hvor data oppstår og konsumeres
• se hvilke systemer som er involvert

 

Dette er kjernen i virksomheten – og fortjener tilsvarende fokus.

 

5. Integrasjoner – ofte mer krevende enn selve ERP

 

Et moderne forretningssystem står sjelden alene. Rundt det ligger ofte:

 

• CRM
• lønn og HR
• WMS og logistikksystemer
• nettbutikk
• bransjeløsninger
• prosjekt- og timeregistrering
• rapportering og analyse (Power BI, Fabric, OSR osv.)
• automatiseringsplattformer
• API- og event-drevet integrasjonslag

 

I flere av rapportene pekes det på at integrasjoner ofte er den største risikofaktoren. Derfor bør dere tidlig:

 

• lage et systemkart
• skille mellom forretningskritiske og mindre kritiske integrasjoner
• avklare datamastere (hvor bor sannheten?)
• tenke livsløp: hvem eier integrasjonene etter go-live?
• vurdere om integrasjonene skal være API-basert, event-drevet, batch eller en kombinasjon

 

Mange undervurderer dette – og så er det nettopp integrasjonene som bremser prosjektet.

 

6. Datakvalitet – den stille risikoen

 

HerbertNathan er krystallklare: Du kan ikke lykkes med AI i forretningssystemet hvis datagrunnlaget er rotete. Og det handler ikke bare om AI – det gjelder hele ERP-opplevelsen:

 

• kunder (duplikater, feil adresse, feil segmentering)
• leverandører (manglende info, gamle avtaler, feil betalingsbetingelser)
• produkter (manglende attributter, feil enheter, dårlig struktur)
• prosjekter (ulik praksis, utydelige dimensioner)
• regnskapsdimensjoner (avdeling, prosjekt, kostnadsbærere osv.)

 

Datavask og datamodellering er kanskje ikke det mest sexy i et prosjekt, men det er ofte her forskjellen ligger mellom:

 

• et system som oppleves «tregt og kaotisk»
• og et system som gir reell kontroll og god innsikt

 

Datakvalitet er rett og slett en investering – ikke en kostnad.

 

7. Endringsledelse – når mennesker avgjør om prosjektet lykkes

 

Som jeg har skrevet om før, og som Third Stage viser gang på gang, er at årsakene til at ERP-prosjekter sporer av ofte er organisatoriske:

 

• mangel på ledelsesforankring
• for lav involvering av nøkkelpersoner
• for lite tid satt av til opplæring
• utydelige roller og ansvar
• svak intern kommunikasjon

 

Som Bo Hjort Christensen gjentatte ganger har understreket i foredrag og analyser:

 

Gode systemer med dårlige rammer rundt seg gir ikke resultater. Middels systemer med gode rammer rundt seg kan gi overraskende god effekt.

 

Endringsledelse handler om:

 

• tydelig hvorfor og hva
• forankring i ledergruppen
• avklarte eiere av prosesser
• realistisk opplæringsplan
• kommunikasjon før, under og etter go-live

 

8. Forvaltningsmodell – nøkkelen til å unngå teknologigjeld og innovasjonsgjeld

 

Sky-ERP og moderne plattformer er «evergreen»: de oppdateres, bygges ut og forbedres kontinuerlig. Det er en enorm fordel – hvis du følger med. Hvis ikke, blir det en risiko. Uten en bevisst forvaltningsmodell skjer det samme som vi har sett i generasjoner av ERP-løsninger:

 

• ny funksjonalitet blir ikke tatt i bruk
• systemet brukes på gamle måter
• integrasjoner henger etter
• rapportering blir et lappeteppe
• man legger på midlertidige løsninger som aldri ryddes bort
• og etter kort tid sitter man med betydelig innovasjonsgjeld

 

Forvalting handler om å:

 

• holde løsningen levende
• jobbe kontinuerlig med forbedringer, ikke bare i prosjektrykk
• vurdere og ta i bruk ny funksjonalitet når det gir mening
• sørge for at data og prosesser faktisk utvikler seg over tid
• unngå at bedriften glir tilbake til gamle uvaner

 

Og – kanskje viktigst – det handler om relasjonen til partneren din. En moderne virksomhet trenger ikke bare en leverandør som «implementerer systemet», men en partner som:

 

• følger deg tett over tid
• forstår forretningen og målbildet ditt
• kommer med råd, ikke bare svar på supportsaker
• utfordrer på prosesser og prioriteringer
• hjelper deg å unngå både teknologigjeld og innovasjonsgjeld

 

Forvaltningsmodellen bør derfor tenkes på alltid fra starten av et ERP-skifte – ikke som noe du «tar etter hvert». Det er den som skiller et system som forvitrer, fra et system som faktisk blir bedre år for år.

 

9. Systemvalg – dette skal komme senere enn mange tror

 

De fleste vil gjerne starte her: «Hvilket system skal vi velge?». Men både Third Stage, HerbertNathan og Bo Hjort er samstemte:
Systemvalg tidlig er en av de største feilkildene.

 

Du er først klar til å velge system når du:

 

• har en tydelig forståelse av hvorfor du skal endre
• har analysert dagens prosesser og målbildet
• har prioritert hva som er kritisk
• vet hvordan integrasjonsbildet ser ut
• har et grep om datakvalitet og datamodell
• har en plan for forvaltning og videre utvikling
• kjenner egen endringsevne (ORC)

 

Da kan du:

 

• vurdere ulike plattformer og økosystem
• se på API- og integrasjonsstyrke
• vurdere kostnadsmodeller og fleksibilitet
• vekte partnerkompetanse og leveransemodell
• gjøre et valg som gir mening over tid – ikke bare i et tilbudsark

 

Systemvalg er viktig. Men det er ikke første steg. Det er et resultat av det du har gjort riktig i forkant.

 

10. Typiske fallgruver – og hvordan du unngår dem

 

Når vi legger ERP-prosjekter under lupen, går de samme feilene igjen:

 

• Man starter med system, ikke behov
• Man undervurderer integrasjoner
• Datakvalitet blir en «uke på slutten» i stedet for et løp
• Endringsledelse tas for gitt
• Forvaltning blir ikke diskutert før etter go-live
• Man kopierer gammel løsning inn i en ny plattform
• Man bygger ny teknisk gjeld – bare i skyen
• Man tror AI automatisk skaper innsikt, uten å rydde data og prosesser

 

Det positive er: alle disse fallgruvene er fullt mulig å unngå – hvis du tar dem på alvor i starten.

 

Oppsummering – hva kjennetegner en god start på et ERP-skifte i 2025?

 

Ser vi på erfaringer fra prosjekter, kombinert med innsikten fra de ulike rådgiverne i bransjen, peker noen fellestrekk seg tydelig ut.

 

De virksomhetene som lykkes med et ERP-skifte:

 

• har en tydelig og ærlig «hvorfor»
• kjenner sin faktiske endringsevne
• gjør en skikkelig behovsanalyse – både nå situasjon og fremtidig situasjon
• prioriterer de viktigste prosessene
• tar integrasjoner og data på alvor
• jobber aktivt med endringsledelse
• tenker forvaltning og samarbeid med partner fra dag én
• og velger system etter at behov, prosesser og mål er tydeliggjort

 

Kort sagt:

 

Ikke se på forretningssystemet som et IT-prosjekt, men som en strategisk reise.