Formuläret har skickats in framgångsrikt.
Ytterligare information finns i din brevlåda.
Till en början, Kostnader för ERP-implementering verkar enkelt. Man ser programvarulicensen, leverantörens kostnadsberäkning och projektets tidsplan. Men snart dyker svårare frågor upp.
Är era data redo att användas? Vilka system ska ERP-systemet kopplas till? Vem ska avgöra vilka arbetsflöden som ska behållas, vilka som ska ändras och vilka rapporter som fortfarande behövs varje vecka? När man tar hänsyn till konfiguration, anpassning, utbildning, driftsättning och löpande support blir ERP-budgeten ofta betydligt högre än det ursprungliga förslaget.
I den här guiden ska jag förklara vad ERP-implementering vad det vanligtvis kostar, vilka faktorer som påverkar slutpriset, var extra kostnader ofta uppstår och hur man planerar en budget som fungerar när projektet har kommit förbi de inledande faserna.
Låt oss gå rakt på sak och ta itu med huvudfrågan: hur mycket kostar det att införa ett ERP-system? För en grundläggande installation med standardarbetsflöden kan implementeringen kosta allt från $25 000 till $100 000. Medelstora företag hamnar ofta i kategorin $100 000–$500 000 intervall. Storskaliga implementeringar i stora företag på flera platser, strikta efterlevnadskrav och komplexa integrationer kan kosta mellan $500 000 och mer än $2 miljoner.
Utveckling av skräddarsydda ERP-system börjar vanligtvis på över $1 miljon eftersom omfattningen är betydligt större. Istället för att använda färdiga moduler skapar teamet arbetsflöden, datalogik, användarroller och integrationer utifrån hur just ert företag faktiskt fungerar.
Det knepiga är att två företag kan välja samma ERP-plattform och ändå få väldigt olika kostnadsberäkningar. Det ena företaget kanske bara behöver ekonomi- och lagermoduler med en enkel konfiguration. Det andra företaget kan behöva rensa gamla data, koppla samman CRM- och lagersystem, bygga om godkännandeprocesser, ställa in rollbaserad åtkomst och få stöd för flera verksamhetsställen. Offertförslaget kan ange samma ERP-namn, men arbetet bakom det är olika.
Tabellen nedan visar typiska kostnadsintervall för ERP-projekt. Det slutliga beloppet ändras när man har fastställt projektets omfattning, antalet användare, moduler, datahantering, integrationer och leverantörsvillkor.
| Typ av ERP-projekt | Typisk implementeringskostnad | Lämpar sig bäst för |
|---|---|---|
| Grundläggande ERP-implementering | $25 000 till $100 000 | Småföretag med standardiserade arbetsflöden |
| Implementering av ERP-system för medelstora företag | $100 000 till $500 000 | Företag med flera avdelningar, integrationer och användargrupper |
| Implementering av ERP-system för företag | $500 000 till över $2 miljoner | Stora företag med komplex verksamhet, krav på regelefterlevnad och strukturer med flera verksamhetsställen |
| Anpassad ERP-utveckling | Över $1 miljoner | Företag med unika arbetsflöden som standardplattformar inte kan hantera |
| Modernisering eller migrering av ERP-systemet | $75 000 till över $750 000 | Företag som byter ut äldre ERP-system eller övergår från lokala lösningar till molnbaserade lösningar |
För att förstå hur din ERP-budget fördelas bör du dela upp kostnadsberäkningen i olika kostnadskategorier istället för att bara titta på totalsumman. Detta Kostnadsfördelning för ERP-implementering hjälper ditt team att se vad som behöver analyseras, konfigureras, byggas, anslutas, migreras, testas och underhållas.
Vissa kostnader är tydliga redan från början. Till exempel debiteras programvarulicenser ofta per användare, per modul eller som ett abonnemang. Andra kostnader är svårare att förutsäga eftersom de beror på hur din verksamhet är uppbyggd idag. Integrationer, anpassningar och datamigrering kräver vanligtvis mer arbete om dina system är föråldrade, dina processer är inkonsekventa eller om dina data behöver rensas upp innan de flyttas. Därför är det viktigt att involvera ERP-rådgivning tidigt. Det bidrar till att fastställa omfattningen innan otydliga krav leder till extra arbete senare.
I tabellen nedan listas de viktigaste Kostnad för ERP-implementering kategorier och förklarar hur var och en av dem påverkar din budget.
| Kostnadskategori | Vad ingår | Konsekvenser för budgeten |
|---|---|---|
| Upptäckt och rådgivning | Kravanalys, processkartläggning, leverantörsval och handlingsplan | Låg till medelhög |
| Programvarulicenser | Avgifter för prenumeration eller evig licens, moduler, användarlicenser | Medelhög till hög |
| Konfiguration | Konfigurering av standardmoduler, roller, arbetsflöden och regler i ERP-systemet | Medium |
| Anpassning | Anpassade funktioner, rapporter, arbetsflöden, tillägg | Medel till mycket hög |
| Integrationer | CRM, e-handel, BI, löneadministration, lagerhantering, bankverksamhet, verktyg från tredje part | Medelhög till hög |
| Migrering av data | Datagranskning, datarensning, datamappning, dataöverföring, datavalidering | Medelhög till hög |
| Infrastruktur | Servrar, molnresurser, webbhotell, säkerhetsverktyg, enheter | Från låg till hög |
| Utbildning | Introduktion av nya användare, utbildning av administratörer, dokumentation, workshops | Låg till medelhög |
| Hantering av förändringar | Kommunikation, införande av processer, samordning mellan intressenter | Medium |
| Testning och driftsättning | Kvalitetssäkring, användartestning, driftsättningsstöd | Medium |
| Stöd efter lanseringen | Felsökning, prestandaförbättring, uppdateringar, optimering | Medium |
När du har gått igenom kostnadsfördelningen är nästa steg att bestämma vilken typ av system som passar just ditt företag. För många företag räcker det med ett plattformsbaserat ERP-system med standardmoduler och begränsade anpassningsmöjligheter. Men om du lägger för mycket tid på att anpassa en färdig produkt till dina processer blir ett skräddarsytt ERP-system det bättre alternativet.
Detta val påverkar både din initiala budget och dina kostnader på lång sikt. Ett plattformsbaserat ERP-system kostar vanligtvis mindre i början, men du måste betala licensavgifter och följa leverantörens regler. Ett skräddarsytt ERP-system kostar mer initialt, men ger dig större kontroll över arkitekturen, funktionerna, integrationerna och framtida uppdateringar.
Så här skulle jag jämföra de två alternativen ur ett budgetperspektiv.
| Alternativ | Kostnadsprofil | Styrkor | Risker |
|---|---|---|---|
| Plattformbaserat ERP-system | Lägre initiala implementeringskostnader, återkommande licensavgifter | Snabbare implementering, leverantörsstöd, färdiga moduler | Leverantörsberoende, betalda tilläggsfunktioner, begränsningar för unika arbetsflöden |
| Anpassad ERP | Högre initialkostnad, större kontroll över arkitekturen | Anpassad för unika processer, inga onödiga moduler, flexibelt ägande | Längre tidsram, större insatser för prospektering och utveckling, större ansvar för stödverksamheten |
Hur du implementerar ERP-systemet påverkar hur kostnaderna fördelas över tiden. Med molnbaserat ERP betalar du mindre i början, men de löpande kostnaderna omfattar abonnemang, användarlicenser, lagringsutrymme, användningsbegränsningar, leverantörssupport och uppgraderingar. Med ett lokalt ERP-system läggs en större del av kostnaderna på det första året, inklusive servrar, databaslicenser, säkerhetskopiering, katastrofåterställning, säkerhetsverktyg, övervakning och intern personal.
Hybrid-ERP skiljer sig från andra lösningar genom att den kombinerar båda kostnadsmodellerna. Man kan till exempel behålla kärnfunktionerna inom ekonomi eller produktion lokalt, lägga till molnmoduler för CRM eller analysverktyg och betala för integrationen mellan dem. Denna strategi kan fungera bra för företag med äldre system, men medför också extra kostnader för identitetshantering, datasynkronisering, nätverksåtkomst och support.
Därför föreslår jag att man jämför olika ERP-implementeringsmodeller utifrån den totala ägandekostnaden över en period på tre till fem år. Den första offerten utelämnar ofta viktiga detaljer. Se till att inkludera infrastruktur, licenser, uppgraderingar, support, säkerhet, testmiljöer och ditt teams arbetstid.
I tabellen nedan jämför jag de tre driftsättningsmodellerna ur ett budgetperspektiv.
| Modell för driftsättning | Initial kostnad | Återkommande kostnad | Huvudsakliga kostnadsdrivare | Lämpar sig bäst för |
|---|---|---|---|---|
| Cloud ERP | Lägre | Medelhög till hög | Prenumerationer, användarkonton, lagringsutrymme, leverantörssupport, betalda tilläggstjänster | Växande företag som behöver snabbare driftsättning och leverantörsstyrd infrastruktur |
| ERP på plats i företaget | Hög | Medium | Servrar, databaslicenser, säkerhetsverktyg, säkerhetskopiering, internt administrativt arbete | Företag med strikt datakontroll, äldre infrastruktur eller särskilda krav på regelefterlevnad |
| Hybrid-ERP | Medelhög till hög | Medelhög till hög | Integrationslager, identitetshantering, datasynkronisering, nätverksåtkomst, ansvar för support | Företag som behöver behålla vissa äldre system samtidigt som de gradvis inför molnmoduler |
Dold Kostnader för ERP-implementering beror oftast på att arbetet underskattades från början. Data ser felfri ut tills migreringen påbörjas. En rapport verkar enkel tills tre avdelningar behöver olika vyer. En integration verkar räcka tills teamet upptäcker att ett annat verktyg fortfarande sköter en del av processen.
För de flesta ERP-projekt skulle jag lägga till en reserv på 10–20% i budgeten. Använd det lägre värdet för standardimplementeringar med ren data och få integrationer. Använd det högre värdet om projektet omfattar migrering av äldre system, anpassad logik, flera verksamhetsställen, strikta efterlevnadskrav eller många anslutna system.
Jag rekommenderar att du går igenom de dolda kostnaderna som anges nedan innan du godkänner din ERP-budget.
Gamla ERP-data är sällan redo att flyttas i sitt nuvarande skick. Kundposter kan förekomma i dubbel uppsättning, produktnamn kan ha olika format och finansdata kan innehålla luckor som upptäcks först vid mappningen. Utan en tidig rensning tvingas teamet lägga fakturerbar implementeringstid på att rätta till poster som borde ha granskats redan före migreringen.
När ett ERP-system driftsätts uppstår ofta en kort period då teamen utför samma arbete i långsammare takt. Vissa processer kan köras parallellt i både det gamla och det nya systemet, chefer kan behöva göra extra kontroller innan de godkänner något, och ekonomi- eller lagerteamen kan behöva lägga mer tid än vanligt på att stämma av data. Dessa kostnader ingår inte alltid i leverantörens offert, men de påverkar ändå budgeten. Du kan behöva tillfälligt stöd, övertid, långsammare orderhantering eller extra interna arbetstimmar under övergången och de första veckorna efter lanseringen.
Utbildningen slutar inte på driftsättningsdagen. Nyanställda, medarbetare som byter roll, säsongsanställda och nya administratörer behöver fortfarande introduktion efter att ERP-systemet har tagits i drift. Om företaget enbart förlitar sig på engångsworkshops tenderar antalet supportärenden att öka. Användarna glömmer stegen, vet inte vem som ansvarar för respektive process eller faller tillbaka i gamla vanor eftersom det nya arbetsflödet inte har dokumenterats tillräckligt väl.
Rapporteringskostnaderna stiger ofta i slutet av ett implementeringsprojekt. När användarna börjar använda det nya ERP-systemet och jämför det med sina gamla kalkylblad kan de efterfråga ytterligare översiktspaneler, filter, exportfunktioner eller godkännandevyer. Många av dessa önskemål är rimliga, men de kräver ändå design, utveckling, testning och godkännande. Dessa bör inte automatiskt betraktas som mindre ändringar.
Det är lätt att förbise vissa verktyg under den inledande planeringsfasen, särskilt om endast ett team använder dem. Senare kan det visa sig att ERP-systemet fortfarande behöver data från en bankexport, en lagerapp, ett lönesystem, en BI-dashboard eller ett viktigt kalkylblad. Varje verktyg som förbises innebär mer integrationsarbete, såsom att mappa datafält, konfigurera åtkomst, testa, hantera fel och tillhandahålla support. Även en enda extra anslutning kan påverka projektkostnaden om den inte ingick från början.
Förändringshantering blir en dold kostnad när teamen budgeterar för systemet men bortser från hur medarbetarna ska ställa om från gamla arbetssätt till nya. Någon måste uppdatera instruktioner, förklara nya roller, besvara frågor från varje avdelning och uppmuntra användarna att använda ERP-systemet efter lanseringen. Om detta arbete utelämnas dyker kostnaderna upp senare. Användarna skickar fler supportförfrågningar, cheferna måste förklara saker om och om igen, och vissa medarbetare fortsätter att använda gamla kalkylblad parallellt med ERP-systemet. Företaget får i slutändan betala både för det nya systemet och för de gamla tillfälliga lösningarna.
De första veckorna efter driftsättningen går sällan exakt enligt plan. Användarna kan stöta på felaktiga godkännandeprocesser, rapporter kan visa oväntade siffror och integrationer behöver ibland åtgärdas när riktiga transaktioner börjar flöda genom ERP-systemet. Om hypercare inte ingår i kostnadsberäkningen kan denna period generera extra fakturerbara timmar för supportärenden, administrativ hjälp, buggfixar, rapportjusteringar och brådskande kontroller inför månadsavslut eller inventering.
Kostnader för säkerhet och regelefterlevnad är lätta att förbise när en ERP-kostnadsberäkning endast anger “konfigurering av användarroller”. Den posten kan verka obetydlig, men den omfattar ofta beslut som ekonomi-, säkerhets- eller regelefterlevnadsteamen måste godkänna innan systemet tas i drift.
Företaget kan till exempel behöva separata regler för att skapa leverantörer, godkänna betalningar, visa lönedata, exportera kunddata och bokföra transaktioner. Varje regel måste konfigureras, testas, dokumenteras och ibland spåras via revisionsloggar. Fråga redan i ett tidigt skede om kostnadsförslaget omfattar utformning av roller, åtkomsttestning, godkännande av ändringar, revisionsloggning och dokumentation av efterlevnad.
Det är lätt att förbise den tid som ditt team kommer att lägga ner på en ERP-implementering, eftersom den inte syns på leverantörens faktura. Ändå kommer din personal att behöva förklara processer, svara på leverantörens frågor, kontrollera migrerade data, granska rapporter, testa arbetsflöden och godkänna beslut. Innan du godkänner budgeten bör du därför ta reda på vilka som behöver vara delaktiga, hur många timmar de bör avsätta varje vecka och om du behöver tillfällig hjälp för att täcka deras vanliga arbetsuppgifter.
Att känna till genomsnittet kostnaden för att införa ett ERP-system är en bra utgångspunkt, men du behöver mer detaljerad information för att kunna göra en meningsfull uppskattning. Leverantörerna måste förstå vad du vill att ERP-systemet ska stödja, hur dina processer fungerar, hur det ser ut med dina data, vilka system som ska kopplas samman och vem som kommer att använda systemet efter driftsättningen.
Samla in dessa uppgifter innan du ber leverantörerna om prisuppgifter. På så sätt kan du jämföra offerter på lika villkor och slippa gissa vad som eventuellt saknas i en låg kostnadsberäkning. Använd den här checklistan för att ta fram en realistisk ERP-budget:
Bestäm vilket område du vill att ERP-systemet ska förbättra först, till exempel finansiell rapportering, lagerprecision, orderhantering, inköp, produktionsplanering eller någon annan affärsfunktion. På så sätt kopplas uppskattningen till dina affärsprioriteringar istället för att bara räkna upp funktioner.
Skriv ner hur arbetet utförs idag och vad ni vill ändra när ERP-systemet har införts. Lägg särskilt fokus på godkännanden, undantag, manuella steg, kalkylblad och eventuella tillfälliga lösningar som era team använder.
Gör en lista över de ERP-moduler ni behöver för den inledande implementeringen, till exempel ekonomi, lager, inköp, CRM, HR, tillverkning, lagerhantering och rapportering. Markera vilka moduler som är nödvändiga för den första fasen och vilka som kan vänta till senare.
Uppskatta hur många användare ni har och gruppera dem sedan efter kategori, till exempel administratörer, ekonomiansvariga, lagerpersonal, chefer, godkännare, revisorer och externa användare. Dessa roller kommer att påverka licensiering, åtkomstinställningar, utbildning och testning.
Fastställ vilka data som behöver migreras till det nya ERP-systemet, inklusive kunder, leverantörer, produkter, lager, fakturor, order, anställda, bokföringsuppgifter och tidigare transaktioner. Kvaliteten på era data kommer att påverka hur mycket arbete som krävs för rensning, mappning, validering och migrering.
Skriv upp alla system som ERP-systemet behöver anslutas till, till exempel CRM, e-handel, löneadministration, BI, banksystem, lagerverktyg, logistiksystem, äldre databaser och viktiga kalkylblad. Varje anslutning medför extra arbete i form av mappning, testning och support.
Bestäm om ERP-systemet ska köras i molnet, på era egna servrar eller i en hybridlösning. Detta val påverkar er infrastruktur, era abonnemang, säkerheten, supporten, uppgraderingarna och arbetsbelastningen för ert IT-team.
Planera en budget för användarutbildning, administratörsutbildning, processhandböcker, uppföljning av införandet och support för teamen efter lanseringen. Dessa åtgärder bidrar till att minska förvirringen under införandet och gör det lättare för alla att anpassa sig till de nya arbetsflödena.
Räkna med en marginal för eventuella dataproblem, försenade rapportförfrågningar, ytterligare integrationer, efterlevnadskontroller och support efter lanseringen. För de flesta ERP-projekt är det klokt att utgå från en reserv på 10–20%.
När du har fått din kostnadsberäkning är nästa steg att hitta säkra sätt att sänka kostnaderna. Jag rekommenderar inte att man skär ner på testning, migrering, utbildning eller kartläggning. Dessa steg bidrar till att förebygga kostsamma problem längre fram. Försök istället hitta sätt att undvika onödigt arbete innan det hamnar i planen.
Börja din första implementering med de moduler som ditt företag har störst behov av, till exempel ekonomi, lagerhantering, inköp, lager, rapportering eller produktionsplanering. Lägg till avancerade funktioner senare, när ERP-systemets kärnfunktioner är stabila och användarna har en bättre uppfattning om vad de behöver.
En ”big bang”-lansering utsätter alla team, processer och integrationer för press samtidigt. En stegvis införande gör att ni kan börja med en modul, en avdelning, en plats eller en affärsenhet och dra nytta av de lärdomar ni får innan ni utökar ERP-systemet till andra områden.
Anpassad kod gör utveckling, testning, uppgraderingar och långsiktigt supportarbete dyrare. Innan du bygger anpassade funktioner bör du kontrollera om standardkonfigurationen kan tillgodose dina behov med hjälp av arbetsflöden, godkännanderegler, rapporter, roller, fält eller modulinställningar.
Att rensa upp i data innan migreringen påbörjas sparar pengar. Kontrollera om det finns avvikande måttenheter, ofullständiga skatte-ID:n, föråldrade prislistor, inaktiva leverantörer och poster utan tydlig ägare. Genom att åtgärda dessa problem i ett tidigt skede minskar behovet av omarbetningar under migreringen och valideringen.
ERP-projekt går trögt när ingen har ansvaret för affärsbesluten. Utse processansvariga för ekonomi, inköp, lagerhantering, försäljning, HR och rapportering innan kartläggningsfasen inleds. Dessa processansvariga kan besvara frågor från leverantörer, godkänna arbetsflöden och bidra till att beslut om projektets omfattning hålls på rätt spår.
Förhandlingarna med leverantörerna går bättre om du först skriver ner dina krav. Ta med moduler, arbetsflöden, användare, integrationer, rapporter, datamigrering, åtkomstregler, supportbehov och prioriteringar för införandet. Detta hjälper dig att upptäcka otydliga prisuppgifter och brister i omfattningen.
Varje integration medför extra arbete i form av mappning, testning, konfigurering av åtkomst, felhantering och support. Börja med de system som är nödvändiga för den dagliga driften när de är frånkopplade från ERP-systemet. Spara sekundära dataflöden, exportfunktioner för bekvämlighet och anslutningar som är bra att ha till senare faser.
Avancerade användare bidrar till att avlasta leverantören och det interna IT-teamet efter driftsättningen. Utbilda personer som förstår arbetsflödet inom sin avdelning och som kan besvara vanliga frågor, samla in synpunkter och hjälpa kollegor att följa de nya processerna.
Ett billigare erbjudande kan i slutändan bli dyrare om avtalsvillkoren är otydliga. Innan du undertecknar avtalet bör du granska supporttider, svarstider, uppgraderingsavgifter, begränsningar för antalet användare, betalda moduler, datalagring och regler för ändringsbegäranden.
När du har fastställt din budget och listat dina krav bör du kontrollera om samarbetspartnerns kostnadsberäkning täcker hela omfattningen av införandet, inklusive uppgifter som ofta förbises i ett tidigt skede. Här är vad jag skulle titta efter i deras förslag.
En ERP-partner måste ha förståelse för de arbetsflöden som är specifika för just er bransch. Tillverkningsprojekt kan till exempel kräva styrning av produktionen och stycklistor, medan detaljhandelsprojekt ofta kräver lagerhantering som omfattar butiker, lager och försäljningskanaler.
Om teamet redan har kunskap om din bransch kan de upptäcka bristande krav i ett tidigt skede, och du slipper förklara grundläggande processer. Till exempel utnyttjar Innowise denna expertis inom ERP-rådgivning och behovsanalys, så att branschspecifika regler diskuteras innan de leder till ändringar i ett sent skede.
Enbart allmän erfarenhet av IT räcker inte för en framgångsrik ERP-implementering. Teamet bör visa att det har en gedigen förståelse för plattformens standardmoduler, konfigurationsalternativ, utbyggnadsmöjligheter, licensvillkor och uppgraderingsbegränsningar, oavsett om ni använder SAP, Microsoft Dynamics 365, Odoo eller ett annat system. Denna kunskap hjälper partnern att avgöra när standardkonfigurationen är tillräcklig och när anpassad ERP-utveckling behövs.
ERP-system fungerar nästan aldrig isolerat. Ta reda på vilka andra system som behöver kopplas samman, till exempel ett transportföretags API, ett skattesystem, en EDI-partner eller till och med ett kalkylblad som ett team fortfarande använder. Ta sedan reda på vilka data som delas, hur ofta synkroniseringen sker och vem som ska sköta driften av kopplingen efter lanseringen.
Integrationer bör ingå i ERP-implementeringsplanen redan från de inledande kartläggningssamtalen och planeras parallellt med modulerna och arbetsflödena.
Datamigreringen bör ha en egen plan i förslaget. Fråga hur teamet granskar, rensar, mappar, överför, testar och validerar befintliga data. Förslaget bör också förklara vilka data som flyttas till det nya systemet, vilka som lämnas kvar och vem som godkänner de migrerade uppgifterna innan driftsättningen.
Införandet av ett ERP-system förändrar hur människor arbetar, så planen bör omfatta användarutbildning, uppdaterade processbeskrivningar, överlämning av administrativa uppgifter och support efter driftsättningen. Se till att du vet vem som ansvarar för varje uppgift och att allt detta arbete ingår i kostnadsberäkningen.
Säkerheten måste integreras i projektet redan från början. Förslaget bör omfatta användarroller, godkännanderegler, revisionsloggar, åtkomsttester samt eventuella branschspecifika eller regionala efterlevnadskrav. Om du ser en rad där det endast står “åtkomstkonfiguration”, fråga vem som definierar, konfigurerar och godkänner dessa kontroller innan systemet tas i drift.
Var försiktig med offerter som endast anger ett enda sammanlagt belopp. En bra kostnadsberäkning specificerar kostnaderna efter licenser, konfiguration, anpassning, migrering, integrationer, testning, utbildning och support. Den bör också ange antaganden, undantag, kundens ansvar och regler för ändringsbegäranden för varje post.
Innowise:s ERP-tjänster avgränsas alltid på detta sätt, vilket gör det enklare att se vad som ingår i den första implementeringen och vad som kan göras senare.
Förslaget bör tydligt ange vilken period som omfattas av hypercare, vilka supportkanaler som finns, svarstider, processen för driftsättning samt prissättning för nya förfrågningar. Var särskilt uppmärksam på detta om ditt ERP-system kommer att behöva löpande förbättringar, anpassad utveckling eller nya integrationer efter lanseringen.
Var uppmärksam på hur en partner reagerar på önskemål om anpassningar. En svag partner går med på allt, vilket kan leda till högre kostnader och kod som blir svår att underhålla i efterhand. En stark partner kommer att fråga om processen kan anpassas så att den överensstämmer med standardfunktionaliteten i ERP-systemet innan man genomför anpassningar. På så sätt kan du undvika onödiga implementeringskostnader.
Det finns ytterligare en fråga att besvara: vad förväntar du dig att ERP-systemet ska åstadkomma? Börja med att se över hur verksamheten fungerar idag. Fastställ ett utgångsvärde före implementeringen och följ sedan upp samma processer när dina team har börjat använda det nya ERP-systemet. Detta ger dig en tydlig bild av förändringar i kostnader, handläggningstider, fel och medarbetarnas arbetsbelastning. Använd mätvärdena nedan för att fastställa ditt utgångsvärde.
Håll koll på hur många dagar det tar att avsluta varje månad eller kvartal, samt hur många timmar som läggs på att stämma av siffror och korrigera poster. En kortare avslutningsprocess innebär mindre tid för repetitiva kontroller och snabbare tillgång till slutliga siffror för ledningen.
Övervaka det genomsnittliga lagervärdet, lager- och försäkringskostnader, avskrivningar samt föråldrat lager. Bättre planering och mer exakta lageruppgifter kan minska det kapital som är bundet i produkter som inte säljs.
Håll koll på hur ofta produkter eller material inte finns tillgängliga och vilka kostnader detta medför, till exempel utebliven försäljning, produktionsförseningar eller inköp i sista minuten.
Mät tiden från det att en order registreras till dess att den levereras. Räkna med manuella kontroller, korrigeringar, förseningar i godkännandeprocessen samt order som måste registreras på nytt på grund av saknade eller felaktiga uppgifter.
Räkna samman de timmar som ditt team lägger på att kopiera information mellan olika system, justera kalkylblad, rätta till uppgifter och mata in fakturor eller inköpsorder på nytt.
Notera hur lång tid det tar att sammanställa regelbundna ekonomiska och operativa rapporter. Räkna med den tid som går åt till att samla in data från olika team och kontrollera att siffrorna stämmer överens.
Beräkna den totala kostnaden för licenser, webbhotell, underhåll, specialistsupport och felkorrigeringar för de system som ert ERP-system ska ersätta. Räkna med interna IT-timmar och kostnader för externa leverantörer.
Logga åtkomstfel, saknade poster, revisionsresultat samt den tid som ditt team lägger ner på att sammanställa underlag eller åtgärda brister i kontrollsystemet.
Jämför hur lång tid rutinuppgifter tar före och efter ERP-implementeringen. Fokusera på processer som inköpsgodkännanden, lageravstämning, fakturahantering och månadsavslut.
Omvandla sedan varje förbättring till en årlig ekonomisk effekt. Multiplicera till exempel de timmar som sparas vid månadsavslutet med de berörda medarbetarnas timlön och antalet avslutsperioder per år. Lägre lagernivåer kan minska kostnaderna för lagring, försäkring och avskrivningar.
Beräkna avkastningen på ERP-investeringen (ROI) utifrån den totala ägandekostnaden. Räkna med programvarulicenser, infrastruktur, integrationer, migrering, utbildning, den interna personalens arbetstid, support och uppgraderingar under en period på tre till fem år. Detta ger ekonomiavdelningen en rättvis jämförelse mellan den totala investeringen och de besparingar samt driftsvinster som förväntas av ERP-systemet.
Den kostnaden för att införa ett ERP-system är sällan ett enda tal. Det beror på vilken plattform du väljer, projektets storlek och omfattning, antalet användare, din driftsättningsmetod, eventuella anpassningar eller integrationer, kvaliteten på dina data samt det arbete som krävs för att hjälpa ditt team att anpassa sig till nya processer.
Därför rekommenderar jag inte att du betraktar den första offerten som din totala budget. Beräkna istället den totala ägandekostnaden över tre till fem år. Börja med att fokusera på de affärsprocesser som är viktigast och inkludera de moduler som stöder dem i din inledande implementering. Du kan lägga till funktioner med lägre prioritet senare.
Innowise kan hjälpa er att omvandla dessa beslut till en tydlig plan för ERP-implementeringen. Våra konsulter utvärderar er nuvarande teknikmiljö, era processer, data och integrationsbehov för att fastställa omfattningen och beräkna både implementeringskostnaden och den totala ägandekostnaden (TCO) över en period på tre till fem år.
Grundkostnaden för att införa ett ERP-system ligger ofta mellan $25 000 och $100 000. Projekt för medelstora företag ligger vanligtvis mellan $100 000 och $500 000, medan implementeringar i stora företag kan kosta allt från $500 000 till mer än $2 miljoner. Det slutliga priset beror på omfattning, antal användare, moduler, integrationer, data och anpassning.
Budgeten omfattar vanligtvis utredning, programvarulicenser, konfiguration, anpassning, integrationer, datamigrering, infrastruktur, utbildning, förändringshantering, testning, driftsättning samt support efter lanseringen.
De viktigaste kostnadsfaktorerna är projektets omfattning, nödvändiga moduler, antalet användare, anpassningar, integrationer, datavolym och -kvalitet, driftsättningsmodell samt leverantörens villkor.
Cloud ERP kräver vanligtvis en lägre initialinvestering, men kostnaderna för abonnemang, lagring, support och användning fortsätter att löpa över tid. Lokalt installerat ERP medför högre initialkostnader och kräver infrastruktur, intern administration, underhåll och uppgraderingar. Jämför den totala ägandekostnaden för båda modellerna över en period på tre till fem år.
Tidsplanen beror på projektets omfattning, anpassning, datamigrering, integrationer, antalet verksamhetsställen och införandemodellen. En leverantör bör fastställa tidsplanen efter att ha granskat dessa krav och kartlagt vilket arbete som ingår i varje fas.
Börja med de moduler som är nödvändiga; genomför en stegvis implementering där så är lämpligt; konfigurera standardfunktionerna innan du lägger till anpassad kod; förbered data i god tid; utse processansvariga; och granska licens- och supportvillkoren innan du undertecknar avtalet.
Ett plattformsbaserat ERP-system passar företag vars behov till största delen tillgodoses av standardiserade arbetsflöden. Ett skräddarsytt ERP-system är ett bättre val när verksamheten har unika arbetsprocesser, komplexa integrationer eller branschspecifik logik som standardplattformar inte kan hantera utan omfattande anpassningar.
Om oss
