Gå til indhold

12 typer af udviklere: hvem gør hvad, og hvornår skal du bruge dem?

Typer af udviklere forklaret fra købers side: hvad frontend-, backend-, fullstack-, app- og AI-udviklere laver, hvad de koster, og hvornår du skal bruge dem.

Af

Freelance full-stack udvikler

Udgivet
Læsetid
16 min.
Indhold i indlægget8

Der findes mange typer af udviklere, men som køber skal du kun kende forskel på omkring et dusin. De fleste bygger enten det brugeren ser (frontend), logikken og data bag (backend) eller begge dele (fullstack), og resten er specialister til apps, drift, data, AI og teknisk ledelse. Hvilken type du skal bruge, afhænger af opgaven og ikke af titlen på udviklerens profil.

Jeg er selv freelance fullstack-udvikler, så læs med det forbehold. Jeg har forsøgt at være lige så tydelig om de opgaver hvor du skal finde en anden end mig.

Den korte version: hvilken type til hvilken opgave

12 typer af udviklere og hvornår du skal bruge dem
Bygger typiskHyr nårPrisniveau
1. Frontend-udviklerBrugerflader i browserenBrugeroplevelsen er det sværeLavt til middel
2. Backend-udviklerLogik, database, API'er og integrationerData, regler og systemer skal hænge sammenMiddel til højt
3. Fullstack-udviklerHele webapplikationenÉn person skal kunne bygge det heleMiddel til højt
4. WordPress- og CMS-udviklerHjemmesider med redigerbart indholdDu skal have en hjemmeside, ikke et systemLavt til middel
5. E-handelsudviklerWebshops på Shopify eller WooCommerceDu sælger varer online på en standardplatformLavt til middel
6. Framework-specialistSystemer i én bestemt teknologi, fx LaravelDu har eller vil have kode i netop den teknologiMiddel til højt
7. No-code-udviklerApps og automatiseringer i visuelle værktøjerDu vil teste en idé hurtigt og billigtLavt
8. AppudviklerApps til iPhone og AndroidProduktet skal ligge i App Store og Google PlayMiddel til højt
9. DevOps- og cloud-ingeniørServere, drift og automatisk udgivelseDriften er blevet kompleks eller forretningskritiskHøjt
10. AI-udviklerFunktioner bygget på færdige sprogmodellerDu vil have AI ind i et produkt eller en arbejdsgangMiddel til højt
11. Data- og ML-ingeniørDatapipelines og egne modellerDu har store datamængder eller skal træne modellerHøjt
12. Fractional CTO eller arkitektTeknisk retning og store beslutningerIngen hos dig kan træffe de tekniske valgHøjt pr. time, men få timer

Prisniveauet er relativt og et groft skøn. Senioritet flytter prisen mere end typen gør, og det vender jeg tilbage til længere nede. Står du med et konkret projekt og vil have et hurtigere svar, så brug min beslutningsguide til hvilken udvikler du har brug for.

De tre grundtyper: frontend, backend og fullstack

Næsten alle webprojekter består af to lag: det brugeren ser og klikker på, og det der sker bag kulissen. De tre første typer er defineret ud fra hvilket lag de arbejder i. Forskellen gennemgår jeg mere grundigt i frontend vs backend vs fullstack.

1. Frontend-udvikler

En frontend-udvikler bygger det der kører i brugerens browser: knapper, formularer, menuer og alt det der skal virke på både telefon og stor skærm. Værktøjerne er HTML, CSS og JavaScript, i dag ofte med et framework som React eller Vue.

Du har brug for en specialiseret frontend-udvikler når brugeroplevelsen er det svære. Det kan være et værktøj med træk og slip, et dashboard med mange grafer eller en løsning hvor tilgængelighed er et krav. Har du allerede en backend eller et API, kan en frontend-udvikler bygge brugerfladen ovenpå.

Alene er det ikke det rigtige valg hvis projektet også kræver database, login og integrationer. En frontend-udvikler er heller ikke det samme som en designer. Mange kan lidt af begge dele, men skal du have brugerresearch og visuel identitet, så overvej om du skal starte med en UX/UI-designer eller en udvikler.

Prismæssigt ligger rene frontend-opgaver typisk i den lavere ende af markedet, fordi flere udviklere kan løse dem. Det ændrer sig hurtigt for erfarne specialister i store React-kodebaser.

2. Backend-udvikler

Backend-udvikleren bygger det brugeren ikke ser: databasen, forretningslogikken, brugerrettigheder, betaling og API'er (faste snitflader hvor systemer taler sammen). Typiske sprog og frameworks er PHP med Laravel, Node.js, Python, Java og C#.

Hyr en backend-udvikler når det svære ligger i data og regler. Det kan være en integration mellem dit økonomisystem og din webshop, en prisberegning med mange undtagelser eller et system hvor brugere med forskellige roller arbejder i de samme data. Fejl i backend er dyre, fordi de rammer dine data og ikke bare skærmbilledet.

En backend-udvikler alene passer dårligt hvis brugerfladen er en stor del af projektet. Mange kan bygge en brugerflade der virker, men ikke nødvendigvis en der er rar at bruge.

Backend ligger typisk i den midterste til øvre del af prisskalaen. Erfaring med sikkerhed, datamodellering og integrationer er ikke så udbredt, og det kan mærkes på timeprisen.

3. Fullstack-udvikler

En fullstack-udvikler arbejder i begge lag og kan bygge en webapplikation fra database til brugerflade. Det er også den mest almindelige rolle: i Stack Overflows udviklerundersøgelse fra 2025 kalder 27 % af de adspurgte sig fullstack-udvikler, mod 14,2 % backend og 4,3 % frontend.

For en lille eller mellemstor virksomhed er en fullstack-udvikler ofte det mest effektive valg. Én person kender hele løsningen, der er ingen overdragelse mellem lagene, og du har én at tale med. Det passer godt til kundeportaler, bookingsystemer, interne værktøjer og første versioner af SaaS-produkter.

Bagsiden er dybde. En fullstack-udvikler er sjældent lige så stærk i alle lag som to specialister, og på et tidspunkt bliver én person en flaskehals. Jeg har skrevet om hvornår én fullstack-udvikler er nok, og hvornår du bør udvide holdet.

Jeg arbejder selv som fullstack-udvikler med Laravel og React/Next.js, så det er her jeg passer bedst. Timeprisen er middel til høj, men du sparer koordinering og overdragelser, så den samlede pris bliver ofte lavere end for to specialister.

Udviklere til hjemmesider, webshops og bestemte platforme

De næste fire typer er defineret af den platform de arbejder på, ikke af det lag de arbejder i. Her er det let at købe forkert, fordi platformen ofte bliver valgt før opgaven er beskrevet.

4. WordPress- og CMS-udvikler

En CMS-udvikler bygger hjemmesider i et system hvor du selv kan redigere indholdet. WordPress er det mest udbredte, men der findes også headless-løsninger som Sanity og Strapi, hvor indholdet styres ét sted og kan vises hvor som helst. Opgaverne er temaer, plugins, hastighed, teknisk SEO og opsætning af redigeringsflader.

Det er det rigtige valg når du skal have en hjemmeside: præsentation af din virksomhed, blog, kampagnesider og kontaktformularer. En dygtig WordPress-udvikler kan ofte levere hurtigere og billigere end en der bygger fra bunden.

Det er det forkerte valg når hjemmesiden langsomt er ved at blive et system med login, kundedata og forretningslogik. Så ender du let med plugins der kæmper mod hinanden. Grænserne har jeg samlet i en guide til hvornår en WordPress-udvikler er det rigtige valg.

Prisen ligger typisk lavt til middel. Markedet er stort og kvaliteten svinger meget, så se på sider udvikleren har lavet, og test hvor hurtigt de indlæses.

5. E-handelsudvikler

En e-handelsudvikler bygger og tilpasser webshops, typisk på Shopify eller WooCommerce (webshopudvidelsen til WordPress). Arbejdet er temaer, betaling, fragt, integration til lager og regnskab og alt det der får en kurv til at blive til en ordre.

Hyr en e-handelsudvikler når du sælger fysiske eller digitale varer, og din forretning passer til en standardplatform. Det gør de fleste webshops. Platformen giver dig betaling, sikkerhed og ordrehåndtering, og udvikleren tilpasser resten.

Det passer dårligt når din forretning ikke ligner en almindelig webshop: abonnementer med komplicerede regler, B2B-priser pr. kunde eller en markedsplads med mange sælgere. Så kæmper du mod platformen, og en løsning bygget til dig af en backend- eller fullstack-udvikler kan ende med at være billigere over tid.

Prisen er typisk lav til middel for standardopgaver og stiger hurtigt når integrationerne bliver mange.

6. Framework-specialist (fx Laravel-udvikler)

Nogle udviklere definerer sig ud fra én teknologi: Laravel-udvikler, React-udvikler eller .NET-udvikler. Det betyder at de kender netop det framework (et færdigt fundament at bygge software på) i dybden, inklusive faldgruberne og de gode værktøjer omkring det.

En specialist er værd at vælge når du allerede har en kodebase i den teknologi. Skal nogen overtage, opgradere eller videreudvikle en eksisterende Laravel-applikation, vil du have en der kender Laravel godt og ikke lærer det på din regning. Det gælder også når du har valgt teknologien af en god grund, fx fordi dit team kender den. Laravel er mit eget speciale, og jeg har beskrevet hvad en Laravel-udvikler laver.

Specialisering betyder mindre når du starter fra bunden uden præferencer. Så er det vigtigere at udvikleren kan vælge en fornuftig teknologi og forklare hvorfor. Vær også varsom med en udvikler der kun kan ét værktøj og derfor bruger det til alt.

Prisen ligger i den midterste til øvre del og afhænger mere af erfaring end af selve frameworket.

7. No-code- og low-code-udvikler

En no-code-udvikler bygger apps, interne værktøjer og automatiseringer i værktøjer som Bubble, Webflow, Make eller Zapier, hvor meget af arbejdet sker i en visuel editor i stedet for i kode. AI-værktøjer som Lovable, der genererer apps ud fra tekst, hører nogenlunde til i samme kategori.

Det er et godt valg når du vil teste en idé hurtigt, automatisere arbejdsgange mellem systemer du allerede har, eller bygge et internt værktøj til få brugere. Ofte kan du have noget der virker på få dage eller uger.

Grænsen nås når produktet skal vokse, have komplekse rettigheder eller håndtere følsomme data. Så bliver du afhængig af platformens priser og begrænsninger, og løsningen kan sjældent flyttes. Jeg har skrevet om hvad no-code-udviklere kan, og hvor det stopper.

Timeprisen er typisk lavere, og en første version koster ofte markant mindre end kodet software. Regningen kommer senere, hvis det hele skal bygges om.

Specialister til apps, drift, data og teknisk ledelse

De sidste fem typer er specialister. De er afgørende i de rigtige projekter, men de fleste små og mellemstore virksomheder har ikke brug for dem fra dag ét.

8. Appudvikler

En appudvikler bygger apps der installeres fra App Store og Google Play. Der er tre spor: native udvikling i Swift til iPhone og Kotlin til Android, cross-platform hvor én kodebase dækker begge (fx React Native eller Flutter), og webapps der kører i browseren men kan føles som en app.

Hyr en appudvikler når produktet skal bruge telefonens funktioner som kamera, GPS, Bluetooth eller push-beskeder, eller når dine brugere forventer at finde dig i en appbutik. Skal appen være native, så vælg en der har udgivet apps i begge butikker før.

Mange har ikke brug for en app i første omgang. En webapp der virker godt på mobilen, kan ofte løse opgaven til en brøkdel af prisen, og du slipper for godkendelser i appbutikkerne. Forskellen på de tre spor står i guiden til native, cross-platform og webapp-udviklere.

Regn med en pris i den midterste til øvre del. Native apps til begge platforme er det dyreste, fordi du i praksis bygger to gange.

9. DevOps- og cloud-ingeniør

DevOps-ingeniøren sørger for at softwaren kører: servere eller cloud-opsætning hos fx AWS, Azure eller Google Cloud, automatisk test og udgivelse, overvågning, backup og sikkerhed i infrastrukturen.

Det bliver relevant når driften er kompleks eller forretningskritisk: mange servere, krav om oppetid døgnet rundt, flere udviklere der udgiver kode hver dag, eller kunder og myndigheder der kræver dokumenteret sikkerhed.

For de fleste mindre webapps er en fast DevOps-ingeniør mere end opgaven kræver. Moderne hostingtjenester klarer meget af det tunge, og en erfaren fullstack-udvikler kan sætte en fornuftig drift op. Jeg har skrevet om hvornår en lille virksomhed har brug for en DevOps-ingeniør.

DevOps-kompetencer er blandt de dyreste, men du har ofte kun brug for dem i perioder, fx til opsætning og en årlig gennemgang.

10. AI-udvikler

En AI-udvikler bygger funktioner oven på færdige sprogmodeller fra fx OpenAI, Anthropic eller Google via deres API'er. Det kan være en chatbot der svarer ud fra din egen dokumentation, automatisk sortering af henvendelser eller udtræk af data fra dokumenter.

Det er det rigtige valg når du vil have AI ind i et produkt eller en arbejdsgang. Langt det meste af arbejdet er almindelig softwareudvikling: data, rettigheder, fejlhåndtering, omkostninger og test af om svarene er gode nok.

Titlen er ny og bruges bredt, så vær kritisk. Spørg hvad udvikleren har sat i drift, ikke hvad vedkommende har eksperimenteret med. En AI-udvikler træner typisk heller ikke egne modeller. Det er en anden type, som du finder i næste punkt.

Timeprisen er som regel middel til høj. Husk også den løbende betaling for brug af modellerne, som stiger med mængden.

11. Data- og ML-ingeniør

En dataingeniør bygger de systemer der flytter og samler data, fx fra dine systemer til et datavarehus hvor de er rensede og klar til rapporter. En ML-ingeniør (machine learning) træner, tester og driver egne modeller, fx til forudsigelser eller billedgenkendelse.

Du har brug for dem når du har store mængder data og et konkret spørgsmål som data skal svare på, eller når færdige AI-modeller ikke løser opgaven godt nok. Forskellen på de to og en AI-udvikler gennemgår jeg i AI-udvikler, dataingeniør eller ML-ingeniør.

De fleste mindre virksomheder skal ikke starte her. Har du ikke styr på dine data endnu, er der intet for en ML-ingeniør at arbejde med. Start med at samle data ét sted og formulere spørgsmålet klart.

Erfarne ML-ingeniører er blandt de dyreste profiler på markedet.

12. Fractional CTO eller softwarearkitekt

En fractional CTO er en erfaren teknisk leder du lejer nogle timer om ugen eller måneden. En softwarearkitekt har en lignende rolle med fokus på hvordan systemet skal skrues sammen. Ingen af dem skriver nødvendigvis meget kode selv. De hjælper dig med at vælge teknologi, vurdere tilbud, ansætte udviklere og sige nej til de forkerte ting.

Rollen passer når du skal træffe store tekniske beslutninger, og ingen i virksomheden kan vurdere dem: før du bruger et større beløb på et nyt system, når du skal ansætte dit første udviklerteam, eller når en investor vil have teknisk overblik. Jeg har beskrevet rollen nærmere i fractional CTO: hvad det er, og om du har brug for en.

Har du en enkelt, afgrænset opgave og en udvikler du stoler på, er det ofte for meget. En erfaren udvikler der fungerer som teknisk partner frem for leverandør, kan dække meget af behovet.

Timeprisen er høj, men du køber få timer, og en god beslutning tidligt kan spare langt mere end den koster.

Hvad koster de forskellige typer udviklere?

Erfaring påvirker prisen mere end titlen. LønRadar angiver disse timepriser for freelancere i dansk IT i 2026. Siden oplyser ikke sin metode, så brug tallene som et pejlemærke og ikke som en prisliste.

Freelance-timepriser i dansk IT efter erfaring (2026, ekskl. moms)
ErfaringTimepris
Junior0-3 år400-600 kr.
Medior3-7 år600-900 kr.
Senior7-12 år800-1.200 kr.
Specialist eller arkitektOver 12 år1.000-1.600 kr.

Typen flytter prisen inden for de rammer. Freelanceplatformen Lancebase oplyser for Vesteuropa at frontend-udviklere ligger lavest med 40-90 euro i timen og ML-ingeniører højest med 90-130 euro og derover, mens backend- og fullstack-udviklere ligger imellem. Jeg forventer samme mønster i Danmark, for logikken er den samme: jo færre der kan løse opgaven, og jo dyrere en fejl er, desto højere er prisen.

Ud over erfaring og type er der tre ting der driver prisen:

  • Ansvaret: skal udvikleren stå for arkitektur, drift og sikkerhed, eller løse opgaver fra en liste?
  • Samarbejdsformen: freelancer, bureau og fastansat koster forskelligt, selv for samme slags udvikler.
  • Afgrænsningen: en uklar opgave koster mere, uanset hvem der løser den.

Timeprisen er heller ikke hele regningen. En senior til dobbelt timepris er billigere end en junior, så snart senioren bruger under halvt så mange timer. Jeg har regnet mere på det i hvad en udvikler koster og i indlægget om forskellen på junior, medior og senior i praksis.

Titlen siger mindre end du tror

Udviklertitler er ikke beskyttede, og de overlapper. En "webudvikler" kan være alt fra WordPress-specialist til fullstack-udvikler. En "softwareingeniør" kan lave præcis det samme som en backend-udvikler. Og når fullstack er den mest udbredte titel, fortæller den heller ikke meget om dybde.

Tre spørgsmål siger mere end titlen:

  1. Hvad har udvikleren bygget og haft i drift, og ligner det din opgave?
  2. Hvor erfaren er personen, og hvem træffer de tekniske beslutninger undervejs?
  3. Hvordan arbejder vedkommende: som freelancer, i et bureau, i et softwarehus eller fra et andet land?

Det sidste spørgsmål betyder meget for pris, risiko og samarbejde. Jeg har sammenlignet freelancer og bureau, freelancer og fastansat udvikler, bureau, softwarehus og konsulenthus og fordele og faldgruber ved offshore-udvikling hver for sig.

AI-værktøjer har også ændret arbejdet. De gør en god udvikler hurtigere, men de erstatter ikke en der forstår opgaven. Hvor grænsen går, gennemgår jeg i kan AI erstatte en udvikler. Vil du se tal for manglen på udviklere, lønninger og freelancemarkedet, så har jeg samlet statistik om udviklere i Danmark.

Næste skridt: find den type din opgave kræver

Du behøver ikke kunne alle 12 typer udenad. Du skal kunne beskrive din opgave godt nok til at det svære bliver tydeligt:

  1. Skriv et par afsnit om hvem der skal bruge løsningen, hvad den skal kunne, og hvilke systemer den skal tale med.
  2. Find det svære: brugerflade, data, drift, appbutik eller AI. Det peger på typen.
  3. Vælg den mindste kombination der dækker det svære. For mange webprojekter er det én fullstack-udvikler.
  4. Spørg til konkrete projekter og erfaring, ikke til titler.

På oversigten over mine ydelser kan du se hvilke opgaver jeg selv tager, fra hjemmesider til SaaS og vedligehold af eksisterende systemer. Ved større projekter starter jeg med et betalt forprojekt til fast pris, så opgaven er afklaret og aftalt før der bygges. Passer din opgave bedre til en anden type udvikler, siger jeg det.

Ofte stillede spørgsmål

Hvad er forskellen på en udvikler og en programmør?

I praksis er der ingen fast forskel, og begge ord bruges om folk der skriver kode. "Udvikler" er det mest brugte i dag og dækker ofte også planlægning, test og dialog med kunden, mens "programmør" oftere bruges om selve kodningen. Titlen fortæller dig ikke noget om kvaliteten, så se på hvad personen har bygget.

Hvad er forskellen på en webudvikler og en softwareudvikler?

En webudvikler arbejder med løsninger der kører i browseren og på webservere, mens softwareudvikler er en bredere betegnelse der også dækker fx desktopprogrammer, mobilapps og software til maskiner. Grænsen er flydende, og mange softwareudviklere arbejder i dag primært med web. Til en webapp eller kundeportal er det erfaringen med webprojekter der tæller.

Er en IT-konsulent det samme som en udvikler?

Ikke nødvendigvis. "IT-konsulent" er en bred titel der dækker alt fra udvikling til netværk, rådgivning, projektledelse og implementering af standardsystemer. Nogle IT-konsulenter er udviklere, andre skriver aldrig kode. Spørg derfor konkret hvad konsulenten leverer, og om det er vedkommende selv der skriver koden i dit projekt.

Skal jeg hyre flere typer udviklere til samme projekt?

Kun når opgaven kræver det. Start med den type der dækker det sværeste i projektet, og tilføj specialister i de perioder hvor du har brug for dem, fx en DevOps-ingeniør til opsætning af drift. Bruger du flere på én gang, skal én person have det tekniske overblik og ansvaret for at delene passer sammen.