Hvis du står med et Laravel-projekt (en custom webapplikation, en større integration, eller en eksisterende kode der skal videreudvikles), har du tre realistiske muligheder. Alle tre kan virke. De har bare forskellige styrker, omkostninger, og risikoprofiler.
Jeg har siddet på flere af siderne af bordet: ansat senior i agency-lignende setups, Tech Lead for et lille team hos Goodwings, og solo-leverandør gennem min egen freelance-virksomhed siden 2013. Det her er en ærlig sammenligning af de tre veje, og hvornår hver giver mest mening.
Det korte svar
| Scenario | Bedste valg |
|---|---|
| Veldefineret feature, 2-12 ugers arbejde | Freelance senior |
| Stort multi-team projekt med design + backend + frontend | Bureau |
| Langvarig produktudvikling med voksende kompleksitet | In-house team (med eller uden ekstern Tech Lead) |
| Specifik specialist-opgave (integration, AWS, performance) | Freelance specialist |
| Akut behov for ekstra kapacitet i 1-3 måneder | Freelance contractor til underkontrakt |
Det er udgangspunktet. Virkeligheden er sjældent så ren, lad os se på hvorfor.
Hvad du betaler: danske rates i 2026
Markedet i Danmark i 2026 ser cirka sådan ud (alle priser ex moms):
| Type | Timepris (DKK) | Hvad du faktisk får |
|---|---|---|
| Junior Laravel-udvikler (in-house, effektiv timepris) | 250-380 | Brug for supervision; egnet til simple features |
| Mid-level Laravel-udvikler (in-house) | 450-700 | Selvkørende på definerede opgaver |
| Mid-level Laravel-udvikler (freelance bill rate) | 650-900 | 3-5 års erfaring, kan tage en feature end-to-end |
| Senior Laravel-udvikler (freelance, direkte) | 800-1.200 | End-to-end ejerskab, kan tage tekniske beslutninger |
| Senior Laravel via konsulenthus | 950-1.500 | Samme niveau som direkte, men huset tager 25-40% |
| Tech Lead / arkitekt (freelance) | 1.100-1.700 | Senior + ledelse + arkitektur-input |
| Bureau-pris (effektiv timepris) | 1.000-1.800 | Inkluderer projektledelse, multipel bemanding, overhead |
Hvor tallene kommer fra: finditconsultants og bureaudanmark's pris-segmenter for danske bureauer, PROSA Lønstatistik 2025, IDA's anbefalede honorar-multiplikator, og direkte forum-data fra hardwareonline om konsulenthus-rater. Top-end af bureau-spændet afspejler København-bureauer der lister timepriser på 1.800-2.025 DKK.
Bemærk hvad "bureau-pris" dækker: du betaler ikke kun for udvikleren, men også for projektleder, account manager, husets generelle drift og avance. Det kan være pengene værd hvis du har brug for de roller. Det kan også være penge spildt hvis du allerede selv har dem.
En kort note om hvor min egen pris kommer fra
Standarden for omregning af løn til freelance-rate i Danmark er 2,5x den tilsvarende ansattes timeløn, det er IDA's og Ledernes anbefalede tommelfingerregel, og den holder ved tværsnit af danske freelance-platforme.
Regnet konkret: en senior PHP-udvikler i fast stilling ligger på 60-70k DKK/måned. På timebasis er det ~365-425 DKK/h. Gang med 2,5 og du lander på 910-1.065 DKK/h som markedskonform freelance-rate.
Min timepris er 950 DKK/t ex moms. Det rammer medianen, ikke et tilfælde.
Den ofte ignorerede sammenligning: hvad koster en ansat egentlig?
Når folk sammenligner 950 DKK/t freelance med "min ansatte koster jo kun 65k/måned", det er ikke en ærlig sammenligning. Den fulde belastede omkostning ved en senior på 65k DKK/måned er typisk 85-90k:
- Pension (10-15%)
- Feriepenge (12,5%)
- ATP, AES, forsikring
- Kontor, IT, software-licenser, kurser
- Sygedage, ferie, helligdage som ikke-fakturerbare timer
Regn det ud på de faktisk produktive timer (~165/måned i et realistisk estimat), og du lander på 515-545 DKK/h i reel timepris for arbejdsgiveren.
Forskellen mellem 950 DKK (freelance) og 530 DKK (reel medarbejderomkostning) er altså ~1,8x, ikke 3-5x som mange tror. Og for de 1,8x får du: ingen opsigelsesvarsel, ingen feriepenge fra dig, ingen løn under sygdom, og fuld fleksibilitet til at skrue op og ned for kapaciteten.
Hvornår bureau er det rigtige valg
Bureau passer bedst når:
- Projektet involverer flere fagdiscipliner (design + frontend + backend + content + SEO)
- Du har brug for projektledelse fordi din egen organisation ikke har den kapacitet
- Du vil have en kontrakt med en juridisk enhed der kan bære risiko
- Du vil have garanti for kapacitet, bureauet kan flytte folk hvis én bliver syg
- Du har et budget der retfærdiggør det administrative overhead
Bureau passer dårligt når:
- Du selv har stærk teknisk kompetence og bare mangler hænder
- Opgaven er afgrænset (en feature, en integration, en migration), du betaler for kapacitet du ikke bruger
- Du vil have direkte kontakt med den der koder
- Du arbejder iterativt og har ikke en færdig spec, bureau-modellen handler om at sætte scope og levere på den
Hvornår freelance senior er det rigtige valg
Freelance senior passer bedst når:
- Opgaven kan udføres af én senior person, typisk 50-500 timer
- Du har selv designet eller kan beskrive hvad du vil have bygget
- Du vil have direkte teknisk dialog med den der laver arbejdet
- Du vil have transparente timeregistreringer og ikke en bureau-faktura med "consulting fees"
- Du sætter pris på kontinuitet, samme person fra start til slut
Freelance passer dårligt når:
- Projektet kræver flere personer parallelt
- Du har brug for projektledelse, koordinering, eller "én at ringe til" når noget brænder på
- Du arbejder med en juridisk struktur der kræver leverandøren har en bestemt størrelse (sjældent)
Hvornår in-house team er det rigtige valg
In-house giver mening når softwaren er din kerneforretning og du vil bygge over år. Hvis Laravel-systemet er hjertet i din SaaS-platform, og I planlægger 10+ års udvikling, så har det ikke økonomisk mening at outsource det. På et tidspunkt vil ejerskabet, viden om koden, og den interne tilbagekobling fra brugere være vigtigere end timeprisen.
Mange virksomheder kombinerer in-house med ekstern senior:
- Ekstern Tech Lead/arkitekt der hjælper med arkitektur-beslutninger
- Ekstern specialist på områder dit team mangler (AWS, integrationer, performance-optimering)
- Ekstra kapacitet i sprint-spidsbelastninger via underkontrakt
Hvilket bringer os til den fjerde mulighed mange overser.
Den fjerde mulighed: bureau eller in-house + freelance specialist
En model der virker overraskende godt: dit eget bureau eller in-house team styrer hele projektet, men trækker en freelance senior specialist ind på specifikke områder.
Eksempler:
- Bureauet kan frontend og PHP, men har en e-conomic-integration de aldrig har lavet før, de hyrer en specialist på den konkrete opgave
- In-house team bygger forretningslogikken, men mangler AWS-DevOps-kompetence, de hyrer en konsulent til at sætte infrastrukturen op
- Bureauet skal lancere en SaaS, men har ingen erfaring med multi-tenant-arkitektur, de henter en Tech Lead ind midlertidigt
Det er den model jeg selv tilbyder gennem for-bureauer-siden: direkte, transparent, white-label muligt.
Hvad der ofte forvirrer: moms, klassifikation og funktionærlov
Der er tre detaljer omkring freelance-aftaler i Danmark som ofte forvirrer både køber og sælger første gang.
Moms-håndtering. Alle rates her er ex moms. For danske B2B-kunder lægger jeg 25% moms på fakturaen, som du som virksomhed trækker fra, netto nul. For B2B-kunder i andre EU-lande gælder omvendt betalingspligt (reverse charge): jeg fakturerer uden dansk moms, og du selvangiver det i din egen momsangivelse. Det er den korrekte håndtering, ikke en "rabat".
Lønmodtager- eller selvstændig-klassificering. Skattestyrelsen kan omkvalificere en freelancer som ansat hvis forholdet ligner et ansættelsesforhold: én klient, fast arbejdstid, deres udstyr, ingen økonomisk risiko, ingen andre kunder. Konsekvensen: virksomheden ender med at skylde A-skat og AM-bidrag bagudrettet. Det undgår man ved at sikre at samarbejdet ligner ægte freelance, fast scope, egen risiko, eget udstyr, flere kunder over tid.
Funktionærlov gælder ikke. En freelancer har ingen opsigelsesvarsel, ingen feriepenge fra dig, ingen løn under sygdom. Det er allerede priset ind i timeprisen, men det betyder også at du kan stoppe samarbejdet på dagen hvis det ikke fungerer. Begge dele er fair.
Konkrete spørgsmål du bør stille en potentiel leverandør
Uanset om du vælger bureau eller freelance:
- Hvem skriver faktisk koden? I bureauer er det sjældent dem du taler med under salgsprocessen. Få det afklaret.
- Hvad er svartiden i hverdage? "24-48 timer" eller "samme dag" eller "vi har et SLA på 4 timer" er vidt forskellige svar.
- Hvor ligger koden, i jeres repo eller hos dem? Hvis koden ligger i bureauets repo, hvad sker der hvis I vil bytte leverandør?
- Hvordan håndteres dokumentation? Følger den med som standard, eller koster det ekstra?
- Hvad er deres standard for tests? "Vi tester når der er tid" er ikke et svar. "Vi har 80% kodedækning på business logic" er.
- Hvis projektet glider, hvordan håndteres det? Får I en stor regning som overraskelse, eller bliver I løbende advaret?
Hvad jeg specifikt tilbyder
Jeg er senior full-stack engineer med 15+ års PHP-erfaring og Tech Lead-baggrund. Drevet EasyWebSystems siden 2013.
- Senest Tech Lead hos Goodwings (Laravel + React, koordinerede 4 udviklere)
- Senior backend hos Waitly (SaaS for ventelister, ejede billing-systemet)
- Solo-udvikler på EDBPriser i ~6 år (dansk prissammenligningsplatform opkøbt af PriceRunner og siden Klarna)
Jeg tager direkte kontrakt, ingen mellemled. 950 kr/t ex moms, eller fastpris efter aftale på større projekter.
Hvis du står med et Laravel-projekt og er usikker på hvilken vej der passer, så er en uforpligtende samtale på 30 minutter ofte det bedste sted at starte. Book på Cal.com eller skriv til martin@easywebsystems.dk.