Et forkert valg af ERP-system koster jer 2-3 år af ledelsens tid, store millionbeløb og en organisation, der mister tilliden til både teknologi og direktion. Alligevel træffer mange beslutningstagere valget af ERP-system med en kravspecifikation, der reelt er skrevet af leverandøren selv, og en demo, der ikke har ret meget med jeres virkelighed at gøre. Denne guide er til jer, der står overfor at skulle vælge nyt ERP, men endnu ikke har taget den endelige beslutning. Vi gennemgår de 7 trin, som vi i praksis ser skille de vellykkede ERP-projekter fra de pinefulde.
Af Partner, Sander Dyrvig
Forløbet er bygget på, hvad der faktisk fungerer i mellemstore danske produktions- og industrivirksomheder, ikke på leverandørbrochurer. Hver fase indeholder konkrete handlinger, og vi peger på de typiske faldgruber, vi støder på, når vi som uvildige rådgivere kommer ind i projekter, der allerede er gået skævt.
Det første og vigtigste skridt i et valg af ERP-system handler ikke om teknologi. Det handler om at få ledelsen til at blive enig om, hvad der reelt skal løses. Vi ser igen og igen, at organisationer starter med en ønskeliste på 400 punkter, hvor 80 % er funktioner, nogen har hørt om eller set hos en konkurrent. Det er en sikker vej til et oppustet, dyrt og uhensigtsmæssigt system.
Den afgørende forskel ligger i sondringen mellem behov (det I skal kunne for at drive forretningen) og ønsker (det der ville være rart at have). I praksis betyder det, at I skal starte med jeres forretningsstrategi og nedbryde den til konkrete kapaciteter. Hvad er jeres planer for de næste 5 år? Hvor mange enheder skal I producere? Hvilke markeder skal I ind på? Først derefter giver det mening at tale om systemkrav.
Ledelsen skal bidrage med to ting i denne fase: en klar prioritering af de strategiske mål og en villighed til at sige nej. Vi anbefaler, at I afsætter mindst 4-6 uger til behovsafklaring med deltagelse fra både direktion, drift og IT. Det føles langsomt, men det er den enkelt vigtigste investering i hele projektet.
En grundig forretningsanalyse i denne fase giver jer dokumentation for ikke bare hvad I gør i dag, men hvad I skal kunne i morgen, og det er præcis det grundlag, en kravspecifikation skal bygges på.
Typiske faldgruber:
Når behovene er afklaret, skal de oversættes til en kravspecifikation. Det er her, mange ERP-projekter for alvor begynder at tage skade. Hvorfor? Fordi kravspecifikationen ofte skrives af én af to grupper, der har en interesse i et bestemt udfald: enten en intern stakeholder, der har en favoritleverandør, eller en konsulent, der er knyttet til en specifik platform.
En reel uvildig kravspecifikation skal være platformneutral. Det betyder, at kravene formuleres som hvad systemet skal kunne, ikke hvordan det skal gøre det. Forskellen lyder triviel, men er kritisk: hvis I skriver “systemet skal have et grafisk kapacitetsplanlægningsmodul med drag-and-drop”, har I reelt udelukket halvdelen af markedet. Hvis I i stedet skriver “vi skal kunne planlægge produktion på tværs af 3 fabrikker med synlig kapacitet 12 uger frem”, er I åbne for flere løsninger.
Vi anbefaler en kravspecifikation på 80-150 prioriterede krav, ikke 400. Hvert krav skal være målbart og prioriteret som must-have, should-have eller nice-to-have. Hvis alt er must-have, er intet det.
Vores erfaring viser, at virksomheder, der investerer i en stram, fokuseret kravspecifikation, sparer tid i alle efterfølgende faser. Demoerne bliver skarpere, leverandørernes svar bliver sammenlignelige, og kontraktforhandlingen får et fast referencepunkt. En af de mest oversete fordele ved at bygge denne specifikation med en uvildig part er, at I får en dokumentation, som I ejer, og som kan genbruges i hele projektets levetid.
Med kravspecifikationen i hånden kan I begynde at se ud på markedet. Mange starter med 15-20 leverandører og bruger måneder på at indsnævre. Vi anbefaler en strammere tilgang: en kvalificeret longlist på 5-8 leverandører, valgt med udgangspunkt i fire kriterier.
Det fjerde punkt overrasker mange. Men ERP er en investering på 10-15 år, og leverandørmarkedet konsoliderer. Vi har set virksomheder, der valgte et nichesystem, blive opkøbt og udfaset. Brug derfor 30 minutter på at læse leverandørens årsregnskab og ejerstruktur.
Et solidt valg af ERP-system bygger på, at I selv har kontrol over longlist-fasen, og ikke at I lader en konsulent diktere, hvem der må byde. Hvis I er i tvivl om, hvordan I griber et uvildigt ERP valg an, er det her, en ekstern rådgiver giver mest værdi, netop fordi vi ikke har et leverandørmæssigt incitament i, hvem der ender på listen.
RFI (Request for Information) er det første formelle møde mellem jeres krav og markedet. Det er ikke et tilbud, det er en struktureret afdækning af, om leverandøren kan det, I efterspørger. Mange kører RFI alt for løst og får svar tilbage, der er umulige at sammenligne. Resultatet er, at beslutningen alligevel træffes på mavefornemmelse.
En stram RFI-proces har tre kendetegn: en standardiseret svarskabelon (hvor alle leverandører svarer på samme spørgsmål i samme format), en realistisk svarfrist (3-4 uger), og en klar evalueringsmodel, der er besluttet inden svarene kommer ind. Hvis I først laver evalueringskriterierne, når I har set svarene, er der reel risiko for, at I retfærdiggør den leverandør, I i forvejen hælder mest til.
En tommelfingerregel: efter RFI bør jeres longlist være indsnævret fra 5-8 til 2-3 leverandører. Hvis I står tilbage med 4-5 lige gode kandidater, har I enten haft for lave krav i kravspecifikationen, eller også har I ikke prioriteret skarpt nok.
Demoen er det punkt, hvor flest beslutninger reelt træffes, og hvor flest projekter går galt. Standarddemoer er designet til at sælge. De kører på leverandørens egne, polerede testdata og viser systemet i de scenarier, hvor det er stærkest. Det er som at vurdere en bil ud fra en reklamefilm.
Den eneste demo, der har værdi, er en scriptet demo med jeres egne data. I forbereder 5-8 konkrete forretningsscenarier, fx “opret en kundeordre med tre varianter, planlæg produktion på tværs af to fabrikker, og bogfør slutproduktet”, og leverandøren får 2-3 uger til at sætte demoen op med data, I leverer. På selve demodagen følger I scriptet nøje, uden at lade leverandøren afspore til “og nu skal I se denne smarte funktion her”.
Det vi ser i praksis er, at scriptede demoer fjerner 60-70 % af den entusiasme, der bygges op efter en standarddemo, fordi det pludselig bliver synligt, hvad systemet ikke kan, og hvor meget tilpasning der reelt skal til. Det er ubehageligt, men det er præcis det, I skal vide inden kontraktunderskrivelsen, ikke 18 måneder inde i implementeringen.
En forudsætning for at en demo med jeres data overhovedet giver mening er, at jeres master data er i en tilstand, hvor det kan bruges. Hvis I ikke kan trække en ren stamdata-fil over jeres top 50 produkter og top 50 kunder, har I et datakvalitetsproblem, der skal løses parallelt, uanset hvilken leverandør I vælger.
Når I har 2-3 finalister, er reference-tjek næste skridt. Den klassiske faldgrube her er, at I ringer til de referencer, leverandøren selv har valgt. Dem ringer I gerne, men kun som det første. Den reelle indsigt får I ved selv at finde 2-3 yderligere kunder, leverandøren ikke har henvist til. Brug LinkedIn, brancheforeninger eller jeres eget netværk.
Spørgsmål, der giver reel værdi:
Forvent ikke, at referencer er udelukkende positive, det er de aldrig. Det interessante er, om problemerne, de nævner, er ting I kan leve med, og om leverandøren håndterede dem ordentligt, da de opstod.
Det sidste trin er der, hvor flest virksomheder overlader for meget til leverandøren. Kontrakten er ikke en formalitet, den er det dokument, der i de næste 10 år styrer, hvad der sker, når noget går galt. Og noget vil gå galt.
Fire områder, hvor I skal være ekstra skarpe:
Hvad er præcist inkluderet i fastprisen, og hvad koster ekstra? Hvis ’tilpasning’ er upræcist defineret, er det her, budgettet løber løbsk.
Får I de konsulenter, I så på salgspræsentationen, eller bliver de skiftet ud efter underskrift? Skriv navngivne nøglepersoner ind i kontrakten.
Hvis samarbejdet ophører, hvordan får I jeres data ud, og i hvilket format? Dette er ofte glemt, men kritisk.
Hvad er definitionen af en vellykket implementering? Hvis det ikke står i kontrakten, vil leverandøren og I have forskellige opfattelser, når dagen kommer.
Brug disse i en demo eller en referencesamtale. Hvis svarene er undvigende, har I fået værdifuld information.
De fleste ERP-projekter fejler, og grunden er sjældent teknologien. Den er, at beslutningsgrundlaget er skævt fra starten. Når den, der rådgiver om kravspecifikation, longlist og evalueringsmodel, samtidig har en kommerciel interesse i én bestemt leverandør, bliver hele processen et stykke skuespil med et forudbestemt udfald.
Vi har selv stået i det som leverandører af ERP-systemer tidligere i vores karriere. Derfor er Cornerstones bygget på det modsatte princip: vi sælger ikke et system, vi har ikke partnerskaber med ERP-producenter, og vi tjener ikke kickback. Det vi sælger er erfaring, struktur og et uvildigt blik på jeres ERP-transformation fra første behovsafklaring til go-live og videre.
Det betyder helt konkret, at vores anbefalinger om leverandørvalg er baseret på, hvad der passer til jer, ikke hvem vi har et samarbejde med. Og at I efter projektet sidder tilbage med dokumentation og kompetencer, I ejer, ikke en afhængighed til en rådgiver.
Hvis vi skal samle, hvor ledelsen reelt skal lægge sin tid, ser det således ud:
Det er reelt 60-80 timer over 6-9 måneder for den øverste ledelse. Det lyder af meget, indtil man sammenligner med, hvad det koster ikke at gøre det.
Fra start af behovsafklaring til underskrevet kontrakt bør I afsætte 6-9 måneder for en mellemstor virksomhed. Det lyder længe, men det er det ikke i forhold til et projekt, der binder jer i 10-15 år. De virksomheder, vi ser fejle, har typisk presset valget igennem på 3 måneder.
En seriøs, uvildig rådgivningsproces gennem alle 7 trin koster typisk 2-5 % af det samlede ERP-investeringsbeløb. Til gengæld er den dokumenterede effekt, at totalomkostningen falder, fordi I undgår overbetalt scope, dårlige kontrakter og forkerte tilvalg. Den investering er stort set altid tjent hjem allerede ved kontraktforhandlingen.
Det rigtige svar afhænger af jeres størrelse, kompleksitet og strategi. Store internationale platforme har dybde og roadmap, men er dyre og komplekse. Lokale nichesystemer er ofte hurtigere at implementere og billigere, men kan have begrænset skalering. Vores tommelfingerregel: hvis I har under 250 ansatte og ikke skal være globale, så start med at se på de stærke nordiske niche-spillere først.
To eller tre, ikke flere. Hvis I står med fire eller fem efter RFI, har I ikke prioriteret skarpt nok. Med to-tre finalister kan I lave grundige scriptede demoer, dybe referencetjek og en reel forhandlingsposition. Med flere bliver hver proces overfladisk.
Så tidligt som muligt, gerne før I begynder behovsafklaringen. Den uvildige værdi er størst, når rådgiveren er med til at sætte rammerne, ikke når der skal redde et projekt, der allerede er kørt skævt. Som minimum: før kravspecifikationen begynder at tage form.
Et valg af ERP-system er en af de største enkeltinvesteringer, en ledelse træffer i en lang årrække. Det fortjener en proces, der er bygget på struktur, erfaring og uvildighed, ikke på leverandørens egen tidsplan.
Hvis I står overfor et ERP-valg, eller hvis I allerede er gået i gang og er usikre på, om processen er på rette spor, så er den nemmeste måde at finde ud af det på at tale med en, der har set 100+ projekter både lykkes og fejle. Vi tilbyder en kort, uforpligtende sparring, hvor vi gennemgår jeres aktuelle situation uden salgspitch og uden binding.
Læs mere om vores rådgivning i ERP og IT-strategi, eller hent inspiration i vores ERP playbook, der samler de praktiske værktøjer fra over 100 års kombineret erfaring i ERP-projekter.
Vi har selv stået i det som leverandører af ERP-systemer tidligere i vores karriere. Derfor er Cornerstones bygget på det modsatte princip: vi sælger ikke et system, vi har ikke partnerskaber med ERP-producenter, og vi tjener ikke kickback. Det vi sælger er erfaring, struktur og et uvildigt blik på jeres ERP-transformation fra første behovsafklaring til go-live og videre.
Det betyder helt konkret, at vores anbefalinger om leverandørvalg er baseret på, hvad der passer til jer, ikke hvem vi har et samarbejde med. Og at I efter projektet sidder tilbage med dokumentation og kompetencer, I ejer, ikke en afhængighed til en rådgiver.
Sander Dyrvig
Med erfaring fra projektledelse af større transformationsprojekter i +10 år, varetager Sander typisk program- og projektledelsen af større og komplekse projekter.
Inden skiftet til Cornerstones varetog Sander forskellige lederstillinger indenfor forretningsudvikling for VKR Gruppen og Bestseller.
