Du köper inte ett ERP-system, du köper en metod

Det största misstaget är att börja med systemet 

Många företag går in i ett ERP-projekt med frågan: “Vilket system ska vi välja?” Det är en viktig fråga, men den räcker inte. Den viktigare frågan är hur du skapar en grund som fungerar både idag och när verksamheten växer vidare. 

För det är där komplexiteten uppstår. Särskilt om företaget består av flera bolag, har vuxit genom förvärv eller verkar på flera marknader. Utmaningen är sällan att bara få ett system på plats, utan att skapa gemensamma arbetssätt för data, processer, rapportering och ansvar utan att göra den lokala verksamheten onödigt stel. 

Det kräver mer än teknisk kompetens. Du behöver en tydlig väg framåt och ett införande som hjälper dig att avgöra vad som ska standardiseras, vad som kan vara flexibelt och i vilken ordning förändringen ska genomföras. Annars riskerar du att investera i ett nytt system, men behålla många av problemen du ville komma bort från. 

Samma system kan ge helt olika resultat 

Två företag kan välja samma ERP-system och ändå få helt olika resultat. Det ena företaget får bättre kontroll, snabbare rapportering och ett arbetssätt som gör det enklare att integrera nya bolag. Det andra får en lösning som snabbt fylls av specialanpassningar, manuella lösningar vid sidan av systemet och nya lokala varianter av samma gamla problem. För ledningen blir skillnaden konkret: det ena upplägget skapar bättre styrning och snabbare väg till värde, medan det andra riskerar att låsa in nya kostnader och fortsatt komplexitet 

Ofta handlar det om ifall projektet hade en tydlig idé om vad som skulle vara gemensamt, började i rätt omfattning och byggde en template som gick att återanvända. Det handlar också om erfarenhet från liknande bolagsstrukturer och om det finns en tydlig governance-modell för hur lösningen ska ägas, utvecklas och förvaltas efter första införandet. 

Det här påverkar resultatet mer än många tror. 

Du behöver inte ett stort projekt, du behöver rätt första steg 

En vanlig anledning till att ERP-frågan skjuts fram är att projektet känns för stort. Varje gång frågan kommer upp landar diskussionen i samma sak. Det blir dyrt, tungt och riskfyllt. Och då väntar du lite till. 

Problemet är att komplexiteten inte väntar. Under tiden fortsätter bolag att arbeta i olika system och rapporteringen kräver mer manuell handpåläggning. Till slut lägger organisationen mer energi på att få vardagen att fungera än på att utveckla verksamheten. 

Men ett modernt ERP-införande behöver inte börja som ett stort Big Bang-projekt där allt ska lösas på en gång. Ofta är det klokare att börja mindre, testa upplägget i ett första bolag och bygga en template som sedan kan utvecklas och återanvändas. 

Då får du möjlighet att lära, justera och minska risken innan lösningen rullas ut bredare. Det är här arbetssättet bakom införandet blir avgörande. Alla kan prata om skalbarhet, men det svåra är att veta hur du bygger den i praktiken utan att skapa mer komplexitet på vägen. 

Det handlar inte om att standardisera allt 

Ett vanligt missförstånd är att ett koncerngemensamt ERP innebär att alla bolag måste arbeta exakt likadant. Så fungerar det sällan i praktiken. 

Olika bolag har olika behov. Ett säljbolag har ofta andra behov än en producerande verksamhet. Ett mindre dotterbolag behöver inte alltid samma processer som huvudkontoret. Ett bolag i ett nytt land kan ha lokala krav som inte finns någon annanstans i koncernen. 

Därför är målet inte maximal standardisering. Målet är att skapa kontroll där det behövs och flexibilitet där det skapar värde. Det viktiga är att definiera kärnan. Vilken data behöver fungera på samma sätt? Vilka KPI:er ska kunna jämföras? Vilka processer behöver styras centralt? Och var behöver verksamheten kunna anpassa sig efter lokala behov? En bra metod hjälper dig att hitta den balansen. 

Utan den riskerar du antingen att bygga en lösning som blir för spretig för att styra, eller en lösning som blir för stel för att fungera i vardagen. 

Skillnaden märks när det blir komplext 

Många ERP-partners kan se ganska lika ut. Men i en koncernmiljö, där flera bolag, länder, system och intressenter ska samordnas, blir skillnaderna tydliga. Då räcker det inte att kunna Business Central. Partnern behöver förstå hur du bygger en template, hur du genomför en pilot, hur du tar med lärdomar till nästa bolag och hur du håller ihop lösningen över tid. 

Det behöver också finnas en förmåga att arbeta nära både centrala beslutsfattare och lokala verksamheter. För en utrullning är aldrig bara ett IT-initiativ. Den påverkar styrning, processer, ansvar och ofta även hur bolagen ser på sin egen frihet. 

Det är här erfarenhet blir konkret. Inte som en rad i en presentation, utan i förmågan att se vad som brukar bli svårt. Vilka beslut som behöver tas tidigt. Var det kan uppstå motstånd. Och hur du undviker att varje nytt bolag blir ett nytt specialprojekt. 

När införandet leds på rätt sätt bygger du inte bara en lösning för det första bolaget. Du bygger ett arbetssätt som nästa bolag kan dra nytta av. 

Det är därför metod slår system 

Microsoft Dynamics 365 Business Central kan vara ett mycket bra val för växande företag och koncerner som vill skapa mer ordning utan att ta steget in i ett stort och tungt ERP-projekt. Men systemet i sig är bara en del av lösningen. Det som avgör resultatet är hur du tar dig dit. 

För växande koncerner handlar rätt metod ofta om att börja i rätt omfattning, bygga en template som kan återanvändas, testa den i praktiken och skapa en governance-modell som håller när fler bolag ansluts. 

När du väljer ERP-partner behöver du därför titta på mer än funktioner och licenser. Titta på arbetssättet, erfarenheten och hur partnern tänker kring template, pilot, styrning och successiv utrullning. För i slutändan köper du inte bara ett ERP-system. 

Du köper förmågan att växa utan att tappa kontrollen.