Offshore-udvikling: fordele, faldgruber og de reelle omkostninger

Offshore-udvikling betyder at et team i et land med lavere lønninger, typisk Indien, Filippinerne eller Vietnam, bygger din software til en brøkdel af en dansk timepris. Det fungerer bedst når opgaven er klart beskrevet og du har en teknisk person der styrer og gennemgår arbejdet. Uden det forsvinder en stor del af besparelsen i misforståelser, ventetid og rettelser.

Jeg er selv dansk freelancer og konkurrerer ikke på pris med offshore-teams, så læs med det forbehold. Jeg har derfor gjort mig umage med at skrive tydeligt om hvornår offshore er det rigtige valg, og hvornår en som mig ikke er.

Den korte version: offshore, lokal eller hybrid?

Min tommelfingerregel er enkel. Har du en teknisk person i huset og en lang liste af veldefinerede opgaver, kan offshore spare dig mange penge. Er projektet nyt, uklart eller lille, er en lokal udvikler som regel billigst i sidste ende fordi du slipper for at betale for misforståelserne. Er du i tvivl om hvilken slags udvikler din opgave overhovedet kræver, så start med oversigten over de forskellige typer udviklere.

Nearshore betyder et team tættere på, for danske virksomheder typisk i Polen, Baltikum, Rumænien eller Ukraine, med ingen eller én times tidsforskel. Det meste nedenfor gælder begge, men tidszonen er langt lettere at arbejde med i nearshore.

Fordelene ved offshore-udvikling

Den åbenlyse fordel er prisen. Offshore-leverandører annoncerer ofte timepriser på 150-500 kr. afhængigt af land og erfaring. Forskellen afspejler lønniveauet, og den findes også inden for EU: Eurostat opgør de gennemsnitlige timelønomkostninger i 2025 til 51,7 euro i Danmark mod 12,0 euro i Bulgarien. Tallene dækker hele økonomien og ikke kun udviklere, men de forklarer hvor den lave timepris kommer fra.

De andre fordele bliver nævnt sjældnere, men de er reelle:

• En stor leverandør kan ofte stille med tre til fem udviklere på få uger. At ansætte det samme antal i Danmark tager typisk måneder.
• Har du brug for en bestemt teknologi i en kort periode, er udvalget stort.
• Du kan skrue teamet op og ned uden ansættelser og opsigelser.
• Med stor tidsforskel kan teamet gå i gang med opgaver du beskrev om eftermiddagen før du selv møder ind, men kun hvis ingen behøver at spørge dig om noget.

Fordelene er størst når du ved præcis hvad der skal bygges. Et eksisterende produkt med en klar arkitektur og en lang liste af veldefinerede opgaver er det ideelle offshore-projekt. En idé der skal formes undervejs i tæt dialog, er det modsatte.

Faldgruberne: kommunikation, tidszoner og kvalitet

Kommunikation

Når et offshore-projekt går galt, skyldes det sjældent at udviklerne er dårlige. Langt oftere er forventningerne aldrig blevet afstemt. En leverandør der måles på at levere opgaver efter beskrivelsen, bygger det der står, ikke det du mente. Står der "brugeren kan eksportere data", får du en eksportknap, men ikke nødvendigvis det format din bogholder skal bruge.

Kommunikationen foregår typisk på engelsk, som sjældent er modersmål for nogen af parterne, og ofte gennem en projektleder. Samtidig er der sjældent nogen i et leverandørforhold der siger at din idé er dårlig. Teamet bygger det du beder om, også når en udvikler der kendte din forretning, ville have stillet spørgsmålstegn ved det. Skriv derfor opgaverne med eksempler, skærmbilleder og klare acceptkriterier, altså en beskrivelse af hvornår opgaven er løst.

Tidszoner

Indien ligger 3,5-4,5 timer foran Danmark afhængigt af sommertid, Vietnam 5-6 timer og Filippinerne 6-7 timer. Med et indisk team har du typisk formiddagen og den tidlige eftermiddag til fælles. Med Vietnam eller Filippinerne er det kun nogle få timer om morgenen.

Det er håndterbart så længe alt går efter planen. Problemet opstår når teamet sidder fast. Stiller teamet et spørgsmål sidst på deres arbejdsdag, er de gået hjem når du svarer, og opgaven ligger stille til dagen efter. Tre afklaringsrunder kan koste en uge i kalenderen. Nogle leverandører flytter arbejdstiden for at give mere overlap, så spørg konkret hvilke timer teamet er online.

Kvalitetssikring

Hos nogle leverandører møder du en erfaren arkitekt i salgsfasen mens det daglige arbejde laves af yngre udviklere. Det er ikke unikt for offshore, for bureauer gør det også, men afstanden gør det sværere at opdage. Spørg hvem der skal skrive koden, og hvor erfarne de er. Forskellen på en junior og en senior udvikler ses tydeligst i det der ikke står i opgavebeskrivelsen: sikkerhed, fejlhåndtering og kode der kan vedligeholdes om fem år.

Den anden risiko er udskiftning. Skifter udviklerne på dit projekt undervejs, forsvinder viden om koden med dem, og de nye skal bruge tid på at sætte sig ind i den. Det betaler du for, enten direkte eller i form af langsommere fremdrift.

Persondata og GDPR

Ligger leverandøren uden for EU/EØS og får teamet adgang til persondata, er det en overførsel til et tredjeland. Indien, Filippinerne og Vietnam har ingen tilstrækkelighedsafgørelse fra EU-Kommissionen, så overførslen kræver typisk standardkontraktbestemmelser. Ifølge Datatilsynets vejledning om tredjelandsoverførsler skal du desuden vurdere om oplysningerne reelt kan beskyttes i modtagerlandet før du overfører dem. Det er ikke juridisk rådgivning, så få hjælp hvis teamet skal arbejde med kundedata. Den enkleste løsning er ofte at teamet kun arbejder med testdata.

De reelle omkostninger: det timeprisen ikke viser

Når du sammenligner en offshore-timepris med en dansk, sammenligner du kun én post. Disse omkostninger kommer oveni:

• Specifikation. Opgaverne skal beskrives langt mere detaljeret, og nogen skal skrive dem: dig eller en du betaler.
• Koordinering. Møder, opfølgning og ventetid på svar. Den tid står ikke på fakturaen, men den står i din kalender.
• Kodegennemgang og test. Uden en teknisk person der gennemgår koden, opdager du først problemerne når dine kunder gør.
• Omarbejde. Misforståelser bliver ofte først opdaget ved aflevering og koster en ny runde.
• Kalendertid. Et projekt der tager længere tid, giver senere indtægter eller besparelser.
• Overdragelse. Skal en anden udvikler overtage koden senere, kan det tage lang tid at sætte sig ind i den, især hvis dokumentationen er tynd.

Et regneeksempel

Tallene her har jeg valgt for at vise mekanikken. De er ikke markedsdata. En opgave er vurderet til 400 timer.

• Offshore: 400 timer til 300 kr. giver 120.000 kr. Læg 100 timer til specifikation og kodegennemgang hos en lokal udvikler til 1.000 kr. (100.000 kr.) og 20 % omarbejde (24.000 kr.) oveni. Det giver omkring 244.000 kr. plus din egen tid.
• Lokal freelancer: 400 timer til 1.000 kr. giver 400.000 kr., og her er specifikation og afklaring en del af arbejdet.

Offshore er stadig billigst i eksemplet, men besparelsen er omkring 40 % og ikke de 70 % som timepriserne lover. Jo mindre opgaven er, jo større bliver andelen af faste omkostninger: at finde leverandøren, lave kontrakter og sætte teamet ind i opgaven. På et projekt på 100 timer er der sjældent meget tilbage. Den bredere sammenligning af ansat, freelancer, bureau og offshore har jeg samlet i hvad en udvikler koster.

Hybridmodellen: lokal tech lead og offshore-team

I en hybrid styrer en tech lead (en erfaren udvikler der har ansvaret for den tekniske retning) projektet mens et offshore-team skriver det meste af koden. Den tekniske leder arbejder for dig og ikke for leverandøren. Vedkommende bruger sin tid på det der er svært at gøre på afstand:

• lægger arkitekturen og vælger teknologi
• deler arbejdet op i opgaver med klare acceptkriterier
• gennemgår koden før den sættes i drift
• administrerer repository (kodearkiv), hosting og adgange på dine vegne
• oversætter mellem din forretning og teamet

Modellen holder når du har et produkt i løbende udvikling med arbejde nok til flere udviklere. Så kan besparelsen på teamets timer betale for den tekniske leder. Mit grove skøn er at den tekniske leder skal bruge mindst en til to dage om ugen på et team på tre til fem udviklere hvis kodegennemgangen skal være reel. Det afhænger meget af hvor erfarent teamet er.

Det afgørende er uafhængigheden. En teknisk leder som leverandøren stiller med, har en interesse i at leverancen ser godt ud. Din egen har en interesse i at koden holder. Har du ikke en CTO, kan en fractional CTO på deltid påtage sig rollen. Vælg også en leverandør der opfører sig som en partner snarere end en ordremodtager. Forskellen har jeg beskrevet i teknisk partner vs leverandør.

Hvornår hver model ikke passer

Offshore passer ikke

• Når ingen hos dig kan specificere opgaver, gennemgå kode og teste.
• Når projektet er nyt og skal formes undervejs i tæt dialog.
• Når opgaven er så lille at de faste omkostninger æder besparelsen.
• Når teamet skal arbejde med følsomme persondata, og du ikke vil håndtere en overførsel ud af EU.

En lokal udvikler passer ikke

• Når du har et klart beskrevet produkt, en teknisk person i huset og brug for mange hænder i lang tid. Så er en dansk freelancer som mig en dyr måde at købe timer på.
• Når du har brug for et helt team på kort varsel. En freelancer er én person, og selv et dansk bureau kan have svært ved at stille med fem udviklere på få uger. Valget mellem de to lokale muligheder har jeg gennemgået i freelance vs bureau.

Hybriden passer ikke

• Når projektet er under et par hundrede timer. Så koster den tekniske leder mere end teamet sparer.
• Når du ikke kan finde eller betale en teknisk leder der arbejder for dig.
• Når kravene skifter hver uge, og der endnu ikke findes en arkitektur. Så er det ofte billigere at lade én lokal udvikler bygge den første version og først bagefter hente et offshore-team ind.

Sådan sikrer du dig hvis du vælger offshore

Gør de første uger til en test. Det er langt billigere at stoppe efter en måned end efter et år, og en god leverandør har ingen problemer med en prøveperiode.

Næste skridt

1. Vurdér ærligt om du har en teknisk person der kan styre et offshore-team. Hvis ikke, så find en eller regn med en lokal løsning.
2. Beskriv opgaven og vurdér omfanget. Er den under et par hundrede timer, er offshore sjældent besværet værd.
3. Indhent tilbud fra både en offshore-leverandør og en lokal udvikler, og sammenlign totalprisen med de skjulte poster lagt oveni.

I oversigten over mine ydelser kan du se hvilke opgaver jeg typisk løser. Hos mig taler du direkte med den udvikler der skriver koden, og koden er din fra første dag.

Ofte stillede spørgsmål

Er nearshore i Østeuropa et bedre kompromis end offshore?+

Det er det ofte hvis tidszonen og kommunikationen er dine største bekymringer. Med et team i fx Polen eller Rumænien arbejder I samtidig, og timeprisen ligger typisk mellem offshore og dansk niveau. Ligger leverandøren inden for EU, kan persondata behandles uden en tredjelandsoverførsel. Kravet om klare opgaver og en uafhængig kodegennemgang er dog det samme.

Hvem ejer koden når et offshore-firma har skrevet den?+

Det afgør kontrakten. Uden en klar aftale kan rettighederne blive hos leverandøren eller hos de enkelte udviklere, afhængigt af lovgivningen i deres land. Sørg for at kontrakten overdrager alle rettigheder til dig, og at koden løbende ligger i dit eget repository. Det er ikke juridisk rådgivning, så få en advokat til at se på kontrakten hvis der står meget på spil.

Kan jeg bruge offshore uden selv at have teknisk viden?+

Det kan lade sig gøre, men det er den mest risikable variant. Uden teknisk viden kan du hverken vurdere tilbud, opgavebeskrivelser eller kvaliteten af det der bliver leveret. Har du ikke en teknisk person, så køb i det mindste en uafhængig kodegennemgang efter den første måned og igen før lancering. Det er billigere end at opdage problemerne i drift.

Kan en dansk udvikler overtage et projekt der er bygget offshore?+

Ja, men regn med en indkøringsperiode. Den nye udvikler skal først gennemgå koden, sætte sig ind i arkitekturen og ofte rette det mest presserende før der kan bygges videre. Hvor lang tid det tager, afhænger af kodens kvalitet og dokumentationen. Det hjælper meget at du selv har adgang til repository, hosting og alle konti så overdragelsen ikke afhænger af den gamle leverandør.