Template vs Big Bang – två sätt att rulla ut ERP till flera bolag

I praktiken brukar diskussionen ofta landa i två modeller. 

Antingen genomför du ett stort, centralt Big Bang-projekt där alla bolag går över till det nya systemet samtidigt. Eller så arbetar du successivt med en template-baserad rollout där lösningen byggs, testas och skalas steg för steg. 

Båda modellerna kan fungera. Men de innebär helt olika nivåer av risk, investering och flexibilitet. Och för många växande koncerner är skillnaden betydligt större än man först tror. 

Vad är egentligen ett Big Bang-projekt? 

Ett Big Bang-upplägg innebär i praktiken att hela organisationen går över till det nya ERP-systemet vid samma tillfälle. 

Flera bolag och verksamheter byter samtidigt med ambitionen att skapa en gemensam standard redan från dag ett. Tanken är att hela koncernen snabbt ska arbeta i samma struktur, med samma processer och samma sätt att rapportera. 

I teorin låter det både effektivt och logiskt. Du genomför förändringen en gång, etablerar den nya modellen direkt och slipper leva i parallella system under en längre period. Men i praktiken innebär det också att väldigt mycket måste fungera samtidigt. 

Alla processer behöver definieras tidigt. Lokala behov måste fångas upp i förväg. Integrationer, rapportering och governance behöver vara genomtänkta innan första utrullningen ens har påbörjats. Och ju fler bolag som är involverade, desto högre blir komplexiteten. 

Det är också därför många ERP-initiativ fastnar redan innan de hunnit starta. Projektet känns för stort, för dyrt och för riskfyllt för att organisationen ska våga ta första steget. Under tiden fortsätter komplexiteten att växa.

Big Bang kan vara rätt väg i vissa situationer, till exempel när organisationen är mer enhetlig, när omfattningen är tydligt avgränsad eller när ett snabbt gemensamt skifte är nödvändigt. Men i koncerner med flera bolag, lokala behov och varierande mognad blir riskbilden ofta en annan.

En template-baserad rollout fungerar annorlunda 

En successiv rollout bygger istället på att förändringen genomförs stegvis. Istället för att försöka lösa allt på en gång börjar du där behovet är som störst eller där förutsättningarna är bäst. Ett första bolag går över till den nya modellen, processerna testas och en grundläggande template byggs upp. 

Därefter används den modellen som bas för nästa bolag. Och nästa. På så sätt växer lösningen fram successivt samtidigt som organisationen lär sig vad som faktiskt fungerar i praktiken. Varje utrullning gör nästa enklare och strukturen blir starkare för varje bolag som ansluts. 

Målet är fortfarande detsamma: att skapa en gemensam grund som koncernen kan växa vidare i. Skillnaden är att förändringen byggs i verkligheten istället för att försöka designas färdigt i teorin från början. 

Det är en av anledningarna till att pilot-first har blivit ett vanligt arbetssätt i moderna utrullningar av affärssystem.

En template-baserad rollout kräver samtidigt tydliga beslut. Om varje bolag får göra egna undantag utan styrning riskerar även en successiv modell att bli spretig. Därför behöver ni tidigt definiera vad som ska vara gemensamt, vilka lokala behov som ska hanteras och hur modellen ska ägas och utvecklas över tid.

Därför väljer fler företag pilot-first 

En av de största fördelarna med en successiv rollout är att ditt företag får möjlighet att testa strukturen i verkligheten innan den skalas brett. Istället för att försöka förutse varje detalj i ett globalt projekt kan du börja med ett pilotbolag och utvärdera vad som faktiskt fungerar i praktiken. 

Har ni standardiserat rätt saker? Behöver vissa delar vara mer lokala? Fungerar rapporteringen som tänkt? Finns det flaskhalsar ni inte såg från början? Är modellen tillräckligt skalbar? 

Det gör att nästa utrullning nästan alltid blir bättre än den första. Samtidigt får organisationen möjlighet att bygga trygghet i förändringen. Det är stor skillnad på att säga att hela koncernen ska byta system och att kunna visa att modellen redan fungerar i praktiken. 

Det är också därför många koncerner väljer att arbeta template-baserat när verksamheten växer genom förvärv. I fallet med vår kund ViaCon handlade det inte bara om att standardisera system, utan om att skapa en gemensam modell som gjorde det möjligt att fortsätta växa utan att varje nytt bolag skapade nya lokala lösningar och nya arbetssätt. 

Lärdomen från projekt som ViaCon är att värdet inte bara ligger i första implementationen, utan i att skapa en modell som nästa bolag kan dra nytta av. 

Här blir valet av partner avgörande. Det handlar inte bara om att införa Business Central i ett bolag, utan om att förstå vilka delar av modellen som ska återanvändas, vilka lokala behov som måste hanteras och hur governance ska fungera när fler bolag ansluts.

Skillnaden i risk handlar sällan om systemet 

Många företag lägger mycket tid på att jämföra ERP-system, men underskattar hur stor påverkan själva implementationsmodellen har på projektets risknivå. 

I ett Big Bang-projekt är mycket låst tidigt. Budgeten blir större från start, investeringarna tas tidigare och konsekvenserna av förseningar eller fel påverkar hela organisationen samtidigt. 

I en successiv rollout ser det annorlunda ut. Du investerar stegvis. Du kan prioritera rätt bolag först. Du får möjlighet att justera modellen längs vägen och anpassa tempot efter verksamhetens verklighet. Och om förutsättningarna förändras, exempelvis genom nya förvärv, organisatoriska förändringar eller nya affärskrav, har du betydligt större flexibilitet än i ett stort centralt projekt. 

Risken försvinner inte. Men den blir betydligt enklare att kontrollera när förändringen delas upp i mindre steg. Samtidigt får ditt företag möjlighet att välja väg framåt längs resan. Om verksamheten förändras eller prioriteringar skiftar går det att pausa, justera eller förändra nästa steg utan att hela investeringen redan är låst. 

För ledning och ägare blir skillnaden konkret: en successiv rollout gör det lättare att följa investering, effekt och risk steg för steg, istället för att låsa stora delar av förändringen i ett enda beslut.

Lägre tröskel gör det lättare att komma igång 

Många stora ERP-projekt blir så omfattande att organisationen fastnar i planering innan arbetet ens har börjat. Diskussionerna blir långa, besluten komplexa och projektet skjuts fram eftersom det aldrig känns som rätt timing. 

En template-baserad rollout har ofta en betydligt lägre initial tröskel. Du behöver inte definiera hela koncernens framtid i första steget. Istället kan du börja där effekten blir tydligast och bygga vidare därifrån. Det gör det lättare att skapa momentum, få organisatoriskt stöd och visa konkret affärsvärde tidigt i processen. 

I många fall är det också därför företag upplever att de får effekt snabbare. Inte nödvändigtvis för att hela resan går fortare, utan för att förbättringarna börjar märkas tidigare i verksamheten. 

Det handlar inte om att välja långsamt eller snabbt 

Det är lätt att tänka att Big Bang är det snabba alternativet och successiv rollout det långsamma. Men verkligheten är sällan så enkel. Ett stort projekt kan ta lång tid att planera innan någonting faktiskt förändras i verksamheten. En successiv rollout kan däremot börja skapa värde tidigt, även om hela koncernen inte är färdigmigrerad från dag ett. Skillnaden ligger egentligen i hur förändringen fördelas över tid. 

Big Bang koncentrerar mycket risk, investering och förändring till ett enda tillfälle. Template-baserad rollout sprider istället ut förändringen och gör det möjligt att bygga strukturen successivt. 

För företag som vill skapa långsiktig skalbarhet utan att ta onödigt hög risk blir det därför allt vanligare att börja mindre, lära sig längs vägen och skala vidare steg för steg. 

Det viktigaste är inte att byta allt samtidigt 

I många ERP-projekt fastnar diskussionen i frågan om när hela organisationen ska gå över till det nya systemet. Men för växande koncerner är den viktigaste frågan ofta en annan: hur bygger vi en modell som går att växa vidare i?

En modell där nya bolag kan integreras utan att projektet börjar om från början, där rapportering och governance håller ihop över tid och där verksamheten kan fortsätta utvecklas utan att ERP-landskapet blir ett hinder för nästa tillväxtfas.

Det är kärnan i en scalable rollout: att börja i rätt omfattning, bygga en struktur som fungerar i praktiken och skala vidare när modellen håller.