Hvad koster et dedikeret team om måneden?
Et dedikeret udviklingsteam på 3–5 personer koster normalt 430.000–960.000 DKK om måneden, afhængigt af sammensætning og senioritet. Prisen omfatter som regel udviklere, design og teknisk ledelse. Sammenlignet med egen rekruttering slipper virksomheden for lønudgifter, 3–6 måneders rekrutteringstid og risikoen ved afvikling.
Et dedikeret team er en anden måde at købe udvikling på: I stedet for at betale pr. projekt betaler du pr. måned for et fast team der udelukkende arbejder med dit produkt. Modellen passer når udviklingen er langsigtet og behovene ændrer sig undervejs. Her er prisniveauet og regnestykket sammenlignet med alternativet: at ansætte selv.
Prisniveauet: 430.000–960.000 DKK om måneden
Et dedikeret team på 3–5 personer koster normalt 430.000–960.000 DKK om måneden. Sammensætningen afgør hvor i spændet du lander.
| Teamstørrelse | Typisk månedlig udgift | Almindelig sammensætning |
|---|---|---|
| 3 personer | 430.000–580.000 DKK | To udviklere, design og teknisk ledelse på deltid |
| 4 personer | 580.000–800.000 DKK | Frontend- og backendudviklere, designer, teknisk ledelse |
| 5 personer | 740.000–960.000 DKK | Fuldt produktteam med udvikling, design og ledelse |
Senioriteten påvirker prisen mest: Et team med overvejende seniorudviklere ligger i den øvre del af hvert spænd. Ud over personerne indgår normalt arbejdsledelse, etablerede arbejdsgange og vikardækning ved fravær. Teamets leverance skal ikke stå og falde med én person.
Sammenligningen med egen rekruttering
At ansætte fire udviklere lyder billigere, og regnet pr. måned er det ofte tilfældet. En softwareudvikler i Danmark tjener i gennemsnit ca. 67.000 DKK om måneden inkl. pension (Danmarks Statistik, 2024), så fire ansatte koster mindst ca. 270.000 DKK om måneden; hertil kommer overhead (kontor, udstyr, ledelse). Men sammenligningen halter på tre punkter:
- Rekrutteringstiden. At besætte en udviklerstilling tager normalt 3–6 måneder, og seniorprofiler er sværest at få fat i. Fire roller betyder i praksis et halvt år eller mere før teamet er komplet, og i den tid står produktet stille.
- Rekrutteringsudgiften og risikoen for fejl. Annoncer, rekrutteringshjælp og tid til samtaler koster, og en fejlansættelse koster både måneder og penge at rette op på.
- Afviklingsrisikoen. Falder behovet, sidder du med faste ansættelser, opsigelsesperioder og i værste fald forhandlinger om afskedigelser på grund af arbejdsmangel. Et bureauteam skaleres ned med en til to måneders varsel.
Bureauprisen dækker altså ikke kun personer. Den dækker et færdigt team med ledelse og uden rekrutterings- og afviklingsrisiko.
Fleksibiliteten er en del af regnestykket
Produktudvikling forløber sjældent jævnt. Op til en lancering er der brug for mere kapacitet, bagefter mindre; ét kvartal domineres af en integration, det næste af design. Med et dedikeret team justerer du sammensætningen efter fasen: Skift en backendudvikler ud med en designer, tilføj en person i tre måneder, eller gå ned på halv styrke i drifts- og vedligeholdelsesfasen.
Med ansatte er kapaciteten fast: Du betaler lige meget i rolige måneder som i travle, og at ændre kompetencesammensætningen betyder rekruttering eller opsigelser. Fleksibiliteten har derfor en konkret økonomisk værdi som sjældent ses når man kun sammenligner de månedlige udgifter.
Regneeksempel: en produktsatsning over tolv måneder
Antag en produktsatsning der kræver et team på fire i et år. Bureauvejen koster 7–9,6 mio. DKK og kan starte inden for en måned. Rekrutteringsvejen er klart billigere på papiret, mindst ca. 3,2 mio. DKK i løn og pension før overhead, men de første 3–6 måneder går med rekruttering, så udviklingen starter et halvt år senere. Hvad koster et halvt års forsinket lancering i tabt omsætning? Det er den post der skal vejes op mod prisforskellen, og for en produktsatsning med indtægter på spil kan den være den største i hele regnestykket.
Mange ender derfor med en blanding: eget produktejerskab og på sigt egne nøgleroller, med bureauteamet som motor i starten. Hos Weapp arbejder vi ofte sådan: Teamet sammensættes efter behovet og kan overdrage opgaverne i takt med at kunden ansætter.
Det skal stå i aftalen
Tre ting adskiller en god teamaftale fra en risikabel. Rettighederne: Kode, design og dokumentation skal løbende overgå til jer, i jeres egne repositories. Fleksibiliteten: hvor hurtigt teamet kan skaleres op, ned eller afsluttes, normalt med en til to måneders varsel. Indsigten: sprintdemo og økonomisk rapportering hver sprint uden at du behøver at bede om det. Bed desuden om navngivne personer i tilbuddet: Det er teamet du køber, ikke bureauets logo.
Hvornår er modellen det forkerte valg?
Er behovet kortere end cirka tre måneder, passer et afgrænset projekt bedre end et dedikeret team. Er behovet derimod permanent og stort (ti udviklere i mange år), bliver det billigere på sigt at have sit eget team, og så bør bureauets rolle være at bygge bro og overdrage. Ærlige leverandører siger det ligeud. Vil du drøfte hvilken model der passer til jeres situation? Kontakt os, så regner vi på det sammen.
Ofte stillede spørgsmål
Hvor hurtigt kan et dedikeret team komme i gang?
Normalt inden for 2–6 uger fra aftalen, afhængigt af bureauets kapacitet og hvordan sammensætningen skal se ud. Til sammenligning tager hver rolle ofte 3–6 måneder at besætte ved egen rekruttering, og det er før opsigelsesperioder hos tidligere arbejdsgivere er regnet med.
Hvem leder et dedikeret udviklingsteam?
Den mest almindelige model er at kunden står for produktejerskabet (hvad der skal bygges og i hvilken rækkefølge) mens bureauet står for teknisk ledelse og arbejdsform. Rollefordelingen skrives ind i aftalen, og et tydeligt produktejerskab hos kunden er den vigtigste enkeltstående succesfaktor.
Ejer vi den kode teamet skriver?
Ja, i normale aftaler overgår alle rettigheder til kode, design og dokumentation løbende til kunden. Tjek at det står udtrykkeligt i aftalen og at koden ligger i jeres egne repositories fra dag ét. Så er I ikke afhængige af nogen hvis samarbejdet ophører.
Kan teamet skaleres op og ned undervejs i samarbejdet?
Ja, det er en af modellens største styrker. Normalt kræves en til to måneders varsel for at tilføje eller fjerne en rolle. Det betyder at kapaciteten kan følge produktets faser, med et større team op til lanceringen og et mindre i drifts- og vedligeholdelsesfasen, uden opsigelser eller nyansættelser.
Hvad sker der med den opbyggede viden hvis vi afslutter samarbejdet?
Seriøse bureauer arbejder med dokumentation, kodegennemgang og fælles arbejdsgange så viden ligger i kodebasen og ikke i enkeltpersoners hoveder. Aftal en overdragelsesperiode hvor teamet overdrager arbejdet til interne udviklere eller en ny leverandør. Som regel er 2–4 uger nok.