Den rette ERP- eller CRM-konsulent afhænger af, om I har brug for procesafklaring, konfigurering, udvikling, integration, migrering eller projektledelse. Platformserfaring er vigtig, men den skal passe til det konkrete ansvar. Start derfor med den arbejdsgang, der skal forbedres, og afklar hvem der kan træffe beslutninger på vegne af forretningen.
Beskriv processen og beslutningen
Skriv, hvor problemet viser sig i dag. Det kan være en usammenhængende ordreproces, manuelle overførsler mellem systemer eller utilstrækkeligt overblik over kunder. Beskriv konsekvensen, og afklar hvilke dele af processen der er inde i projektet. En generel ambition om at modernisere systemlandskabet er for bred til at vælge en konsulent ud fra.
Danmarks Statistik har særskilte tabeller om virksomhedernes brug af forretningssoftware. De kan belyse udbredelse, men de fortæller ikke, hvilken løsning jeres virksomhed skal vælge. Den konkrete beslutning skal baseres på arbejdsgange, behov, eksisterende aftaler og mulighederne for at vedligeholde løsningen efter implementering.
Skeln mellem de faglige roller
En funktionel konsulent kan hjælpe med at omsætte forretningskrav til systemopsætning og brug. En teknisk konsulent eller udvikler kan arbejde med udvidelser, integrationer og tekniske ændringer. En projektleder kan samle plan, afhængigheder, beslutninger og leverancer. I praksis kan én person dække flere områder, men omfanget bør fremgå tydeligt.
Beskriv også, hvilke kompetencer der allerede findes hos kunden og den øvrige leverandør. En ekstern profil kan eksempelvis være mest værdifuld som bindeled mellem forretningen og systemleverandøren. Det er en anden opgave end selv at konfigurere alle moduler eller stå for hele den tekniske løsning.
Vær præcis om platform og erfaring
Angiv den konkrete platform, relevante moduler og de processer, opgaven vedrører. Erfaring med en produktfamilie er ikke altid det samme som erfaring med netop den løsning, I bruger. Bed kandidaten forklare, hvilke opgaver vedkommende selv har udført, og i hvilke organisatoriske og tekniske rammer.
En god faglig samtale kan tage udgangspunkt i et lignende projekt. Hvordan blev behov prioriteret? Hvad blev løst med standardfunktioner, og hvad krævede tilpasning? Hvordan blev ændringer dokumenteret? Formålet er at forstå kandidatens dømmekraft og praksis, ikke blot at kontrollere, om CV'et indeholder de rigtige produktnavne.
Afklar data og integrationer tidligt
Et nyt system skal ofte fungere sammen med eksisterende løsninger. Gennemgå derfor dataejerskab, integrationer og afhængigheder, før I beslutter bemandingen. Afklar, hvem der må ændre data, hvordan fejl opdages, og hvem der har ansvar, når en arbejdsgang går på tværs af flere systemer.
Ved migrering bør opgaven også omfatte vurdering af datakvalitet og en plan for at kontrollere resultatet. Bed kandidaten beskrive, hvordan en prøveflytning gennemføres, hvilke afstemninger der er nødvendige, og hvem der accepterer data i det nye system. Undgå at placere et uklart forretningsansvar hos en teknisk udvikler alene.
Planlæg overgang og brug fra begyndelsen
Aftal, hvordan løsningen skal testes, hvem der deltager, og hvilke forhold der skal være opfyldt før ibrugtagning. En teknisk gennemført installation er ikke nødvendigvis en accepteret arbejdsgang. De personer, der ejer processen, skal kunne vurdere, om løsningen understøtter det aftalte behov.
Planlæg også instruktion af brugerne og støtte i den første periode. Hvis medarbejderne skal arbejde på en ny måde, kræver det tid og ansvar i organisationen. Konsulentens leverance bør derfor beskrive både systemarbejdet og den nødvendige dokumentation, oplæring eller støtte til overdragelsen.
Brug et brief med tydelige ansvarsgrænser
Et godt brief gør det muligt at sammensætte de nødvendige kompetencer, uden at én rolle får et urealistisk bredt ansvar. Afklar disse punkter før udvælgelsen.
- Platform, moduler, processer og opgavens afgrænsning.
- Hvad der skal afklares, konfigureres, udvikles eller ledes.
- Kundens beslutningstagere og øvrige leverandører.
- Data, integrationer og nødvendig migrationskontrol.
- Kriterier for test, accept og ibrugtagning.
- Ansvar for brugere, dokumentation og efterfølgende drift.
Kilder og fagligt ansvar
Kilder: Danmarks Statistik: IT i virksomheder
Redaktionel vejledning fra ProDoo Placement. Kilderne understøtter de nævnte fakta; tjeklister og anbefalede fremgangsmåder er vores redaktionelle forslag.
Udgivet og gennemgået 13. oktober 2026 · ProDoo Placement