Nearshore eller offshore er sjældent et spørgsmål om timepris alene. For en dansk virksomhed handler det om, hvor mange timer i døgnet I kan få fat i teamet, hvor hurtigt en misforståelse bliver opdaget, og hvem der bærer risikoen, når noget går galt. Her er forskellene, som de ser ud i praksis.
Det vigtigste
- Overlappende arbejdstid betyder mere end antallet af timers forskel.
- Nearshore koster typisk 20-40 % mere end offshore og sparer det ofte ind på færre misforståelser.
- Offshore fungerer godt, når opgaven er veldefineret og kan beskrives skriftligt uden tab.
- Sprog er sjældent problemet. Kontekst er. Et team, der ikke kender jeres marked, spørger om de forkerte ting.
- Kombinationen virker: en teknisk ansvarlig tæt på jer, resten af teamet længere væk.
- Regn med tre måneder, før et nyt team leverer i samme tempo som jeres eget.
Hvad de tre modeller reelt betyder
Onshore er udviklere i Danmark. Dyrest, men samme tidszone, samme arbejdskultur og mulighed for at mødes fysisk. Giver mening, når arbejdet kræver tæt kontakt med forretningen hver dag.
Nearshore er typisk Østeuropa: to eller tre timers forskel, fuldt overlap med jeres arbejdsdag, og mulighed for at flyve ind til en workshop på en formiddag. Prisen ligger mellem de to andre.
Offshore er Asien: fire til otte timers forskel. Billigst per time, og bedst når opgaven kan overleveres skriftligt og afleveres færdig frem for at blive diskuteret løbende.
Overlap er den faktor, der afgør mest
Tag et konkret eksempel. En udvikler støder på et spørgsmål klokken ni om morgenen. Med fire timers overlap er svaret der før frokost, og dagen er reddet. Uden overlap stiller udvikleren spørgsmålet i slutningen af sin dag, I svarer i starten af jeres, og der er gået et døgn på noget, der tog to minutter at afklare.
Gang det med antallet af små spørgsmål i et udviklingsforløb, og forskellen bliver til uger. Det er også derfor, prisen per time er et misvisende mål: det er ikke timerne, der koster, det er ventetiden mellem dem.
Hvornår offshore er det rigtige valg
Offshore fungerer bedst, når tre ting er på plads. Opgaven er beskrevet så præcist, at den kan læses uden at nogen skal spørge. Der er en person hos jer eller hos partneren, som samler spørgsmål op og svarer samlet én gang dagligt. Og arbejdet kan leveres i afgrænsede stykker, der kan testes hver for sig.
Vedligeholdelse, testautomatisering, dataarbejde og veldefinerede moduler passer godt. Produktudvikling med daglige prioritetsskift gør ikke.
Hvad det koster ud over timeprisen
- Ventetid. Hver afklaring, der venter til næste dag, er reelt en forsinkelse, I betaler for.
- Rejser. To besøg om året er en god investering i et langt samarbejde og en reel post i budgettet.
- Dobbeltarbejde. Jo mindre kontekst teamet har, jo mere bliver bygget forkert første gang.
- Ledelsestid. Nogen hos jer skal bruge tid på teamet hver uge. Det er ikke gratis, uanset hvor teamet sidder.
Sådan vurderer I i praksis
Stil de samme tre spørgsmål uanset model. Hvor mange timer om dagen kan vi nå hinanden? Hvem svarer, når noget haster, og hvor hurtigt? Hvor mange af de udviklere, vi møder i salgsprocessen, sidder på opgaven bagefter?
Bed derefter om et lille forløb med rigtige data — ikke en demo. Et afgrænset stykke arbejde på seks til otte uger viser jer tempoet, kvaliteten og kommunikationen, mens det stadig er billigt at skifte mening. Vil I have en uafhængig vurdering af det, der bliver leveret, kan en kodeaudit sætte tal på kvaliteten.
Sådan arbejder vi
Vi arbejder i jeres tidszone med fuldt overlap på den danske arbejdsdag. De fleste samarbejder kører som et dedikeret udviklingsteam, hvor de samme mennesker bliver på opgaven og opbygger viden om jeres forretning. Har I brug for enkelte profiler i en periode, kan I leje udviklere enkeltvis, og skal hele leverancen lægges ud, dækker vores outsourcing af softwareudvikling det. Se softwareudviklingstjenester for de områder, vi arbejder på.
Ofte stillede spørgsmål
Timeprisen kan være det halve af nearshore, men den samlede projektpris sjældent. Regn med, at forskellen bliver mindre, jo mere afklaring opgaven kræver, og at den forsvinder helt, hvis arbejdet skal bygges om.
Sjældent. Engelsk er standard hos alle seriøse leverandører. Det, der driller, er dansk kontekst — regler, kunder, sæsoner og vaner, som ingen skriver ned, fordi alle i huset kender dem.
Ja, og det er ofte den bedste løsning. En teknisk ansvarlig tæt på jer, som kender forretningen, og et større team længere væk til selve udviklingen. Det kræver, at rollen som ansvarlig er tydeligt defineret.
Det afgør ikke valget, men det skal aftales. Databehandleraftale, hvor data ligger, hvem der har adgang, og hvordan adgange lukkes igen. Få det på plads inden opstart frem for i måned tre.
Hvor I skal starte
Beslut ud fra overlap og afklaringsbehov frem for timepris. Prøv modellen af på et afgrænset stykke arbejde med rigtige data, og mål på, hvor lang tid et spørgsmål tager at få besvaret. Det tal forudsiger resten af samarbejdet bedre end noget tilbud.
Skal vi se på, hvad der passer til jeres opgave? Skriv til os eller book et møde.
