Nearshore-partner kiezen: 15 vragen die je vooraf moet stellen

Een praktische beoordelingsgids voor founders, CTO's en engineering managers die nearshore-leveranciers vergelijken. Vijftien vragen, wat een goed antwoord is, wanneer je moet opletten en een scorekaart om aanbieders naast elkaar te zetten.

De meeste gesprekken met een nearshore-leverancier gaan over het tarief en de snelheid. Dat zijn geen slechte vragen, maar ze vertellen je weinig over hoe de samenwerking over een jaar voelt. De problemen die ik in de praktijk zie, ontstaan bijna altijd op plekken waar vooraf niemand iets heeft gevraagd: wie de developer eigenlijk in dienst heeft, wat er gebeurt als iemand uitvalt, of van wie de code is als je stopt.

Deze gids helpt je om aanbieders op dezelfde punten te vergelijken. Hij legt niet uit wat nearshore is of wat het kost. Dat staat al op nearshore developers en in wat een nearshore developer kost in 2026. Twijfel je nog over de locatie, lees dan eerst nearshore versus offshore development.

Per vraag lees je waarom hij ertoe doet, wat een duidelijk antwoord bevat, welk antwoord een rood signaal is en hoe wij het zelf doen. Dat laatste is bewust kort. tre plus hoeft niet bij elke vraag de beste keuze te zijn, en bij sommige situaties past een andere aanpak beter.

Eerst: past nearshore wel bij jouw situatie?

Voordat je leveranciers vergelijkt, is het goed om te checken of dit model bij je past. In deze vijf situaties raad ik het meestal af, ook bij ons.

Je hebt niemand die dagelijks technisch kan aansturen. Een developer die meedraait in je team heeft iemand nodig die prioriteiten stelt, vragen beantwoordt en code beoordeelt. Zonder die persoon blijft ook een sterke developer wachten.

Je wilt een afgebakend project met resultaatverantwoordelijkheid overdragen. Dan zoek je een projectbureau met een vaste scope, geen developer die in jouw team werkt.

Je zoekt inzet voor een paar weken. Selectie en onboarding kosten tijd. Voor korte, specialistische klussen is een freelancer vaak logischer.

Je zoekt alleen de laagst mogelijke prijs. Dan ga je vooral vergelijken op het tarief, en dan zijn de vragen hieronder minder belangrijk voor je dan voor wie een team wil bouwen dat blijft.

Er is geen tijd voor onboarding, documentatie of code review. Iemand van buiten heeft context nodig. Als niemand die kan geven, gaat het mis, hoe goed de developer ook is.

Herken je jezelf hier niet in, dan helpen de vijftien vragen hieronder je om aanbieders eerlijk te vergelijken.

Model en mensen

1. Wie is juridisch werkgever van de developer?

Waarom het ertoe doet: de werkgever bepaalt arbeidsvoorwaarden, loyaliteit en hoe stabiel iemand bij je blijft. Het is ook de partij die verantwoordelijk is voor payroll en lokale verplichtingen.

Een duidelijk antwoord noemt de juridische entiteit, het land en het soort dienstverband. Bijvoorbeeld: de developer is in vaste dienst bij de lokale entiteit van de leverancier.

Rood signaal: vage antwoorden als 'we werken met een netwerk' of een doorgeschoven freelancer, zonder dat dit vooraf duidelijk is.

Bij tre plus regelen wij voor toegewezen developers het lokale dienstverband, de payroll, het kantoor en de lokale begeleiding. Jij stuurt het inhoudelijke werk aan.

2. Is de capaciteit exclusief of verdeeld?

Waarom het ertoe doet: een developer die tussen drie klanten schakelt, bouwt minder context op en is minder beschikbaar op de momenten dat jij hem nodig hebt.

Een duidelijk antwoord legt de afgesproken capaciteit, werkdagen en beschikbaarheid vast in de SOW. Bij fulltime inzet bevestigt de leverancier expliciet of de developer uitsluitend voor jou werkt. Bij parttime inzet is duidelijk hoe de rest van de tijd wordt ingevuld en hoe mogelijke belangenconflicten worden beheerd.

Rood signaal: 'fulltime' zonder dat ergens staat wat dat betekent, of geen antwoord op de vraag voor wie de developer de rest van de week werkt.

Bij tre plus leggen we de toegewezen capaciteit vast in de SOW.

3. Waar werkt de developer echt?

Waarom het ertoe doet: een kantoor met collega's, begeleiding en een stabiele verbinding geeft een ander resultaat dan losse mensen op wisselende plekken.

Een duidelijk antwoord noemt de stad, of er een eigen kantoor is en wat het beleid is voor thuiswerken.

Rood signaal: een adres dat alleen een postbus blijkt, of de weigering om het kantoor te laten zien.

Bij tre plus werken developers vanuit ons eigen kantoor in Pristina, in jouw tools en jouw codebase. Meer over de regio lees je op developers inhuren uit Kosovo.

4. Wie selecteert, interviewt en beslist?

Waarom het ertoe doet: als de leverancier alleen zelf kiest, krijg je iemand die past bij hun planning in plaats van bij jouw team.

Een duidelijk antwoord beschrijft de voorselectie van de leverancier en laat de laatste beslissing bij jou. Je voert zelf een gesprek en je mag nee zeggen.

Rood signaal: je krijgt één naam te zien zonder eigen gesprek, of je hoort pas na ondertekening wie er komt.

Bij tre plus zie je binnen zeven werkdagen passende profielen, en jij kiest zelf met wie je verder gaat.

Kwaliteit en aansturing

5. Hoe wordt technische kwaliteit getoetst?

Waarom het ertoe doet: een cv zegt weinig over hoe iemand in jouw codebase werkt.

Een duidelijk antwoord beschrijft wat de leverancier zelf toetst, wie dat doet en welke ruimte jij hebt voor een eigen technisch gesprek of praktische opdracht.

Rood signaal: 'al onze developers zijn senior' zonder uitleg hoe dat is vastgesteld.

Bij tre plus selecteren we op technische vaardigheden en op communicatie voordat je een profiel ziet. Daarna toets je zelf, op jouw manier.

6. Wie stuurt roadmap, backlog en code reviews aan?

Waarom het ertoe doet: dit bepaalt of je een collega krijgt of een extern leverkanaal. Beide kunnen, maar het zijn verschillende modellen.

Een duidelijk antwoord zegt wie prioriteiten stelt, wie reviewt en wie aanspreekbaar is als het niet loopt.

Rood signaal: een projectmanager van de leverancier tussen jou en de developer, terwijl je juist iemand in je eigen team zoekt.

Bij tre plus houd jij de roadmap, de reviews en de technische richting. Of je beter één developer of een klein team met een tech lead kunt nemen, lees je bij Developer as a Service, Team as a Service en in de keuzehulp tussen staff augmentation en een dedicated team op onze dienstenpagina.

7. Hoe werken onboarding, reizen en samenwerking op locatie?

Waarom het ertoe doet: de eerste weken bepalen hoe snel iemand echt meedraait. Een bezoek over en weer helpt daarbij vaak meer dan tien calls.

Een duidelijk antwoord beschrijft hoe de onboarding verloopt en maakt vooraf afspraken over frequentie, doel, planning en kosten van reizen.

Rood signaal: 'reizen is inbegrepen' zonder dat iemand kan zeggen wat, wanneer of hoe vaak.

Bij tre plus spreken we reizen en onboarding op locatie per klant en per opdracht af. Reken op een onboarding van twee tot vier weken voordat iemand volledig meedraait.

Contract en risico

8. Van wie zijn de code en het intellectueel eigendom?

Waarom het ertoe doet: als je later stopt, wil je zeker weten dat je alles kunt blijven gebruiken wat voor jou is gemaakt.

Een duidelijk antwoord zegt dat klantspecifiek werk, zoals code, documentatie, configuraties en ontwerpen, volgens de overeenkomst aan jou wordt toegewezen. Het noemt ook de voorwaarden, bijvoorbeeld dat de overdracht afhangt van volledige betaling, en de uitzonderingen: bestaande tools, algemene methoden en eerder ontwikkeld eigendom van de leverancier.

Rood signaal: niets over IP in het contract, of juist een belofte dat 'alles' van jou is zonder uitzonderingen. Dat tweede klinkt goed, maar is zelden wat er juridisch staat.

Bij tre plus wordt klantspecifiek werk volgens de overeenkomst aan jou toegewezen, met de uitzonderingen die daarin staan.

9. Hoe zijn privacy, gegevensverwerking en beveiliging geregeld?

Waarom het ertoe doet: een developer krijgt toegang tot je systemen en soms tot persoonsgegevens. Dan moet vooraf helder zijn wie waarvoor verantwoordelijk is.

Een duidelijk antwoord laat zien wie verwerkingsverantwoordelijke is en wie verwerker, of een verwerkersovereenkomst nodig is, welke systemen en gegevens toegankelijk zijn en hoe toegang, logging, geheimhouding en het intrekken van toegang zijn geregeld.

Rood signaal: 'daar hebben we nooit problemen mee' in plaats van een concreet antwoord.

Bij tre plus leggen we deze afspraken per klant en per overeenkomst vast, passend bij jouw systemen en gegevens.

10. Wat gebeurt er bij ziekte, vertrek of onvoldoende functioneren?

Waarom het ertoe doet: dit is het moment waarop je merkt wat een leverancier waard is.

Een duidelijk antwoord legt uit hoe korte en langdurige afwezigheid in het contract worden behandeld, wanneer vervanging wordt gestart, welke inspanning de leverancier daarbij levert en hoe de facturatie in die periode loopt.

Rood signaal: een 'garantie' op vervanging zonder dat er iets over op papier staat. Of juist het omgekeerde: niemand weet wat er gebeurt.

Bij tre plus staan de exacte afspraken in de MSA en de SOW. Er is geen onbeperkte vervangingsgarantie; wel gaan we bij uitval actief op zoek naar een passende vervanger.

11. Wat zit wel en niet in het maandtarief?

Waarom het ertoe doet: twee tarieven zijn pas vergelijkbaar als je weet wat erin zit.

Een duidelijk antwoord somt op wat inbegrepen is, zoals werving, werkgeverschap, werkplek en begeleiding, en wat apart wordt gerekend. Eenmalige kosten worden vooraf genoemd.

Rood signaal: een laag uurtarief met onduidelijke toeslagen voor werving, apparatuur of management.

Bij tre plus werken we met een vast maandbedrag. Wat erin zit en wat het per niveau kost, staat op kosten developmentteam.

12. Wat zijn de minimale looptijd en de opzegmomenten?

Waarom het ertoe doet: een te korte start geeft iemand geen kans om te landen, een te lange vastlegging zonder uitweg is een risico.

Een duidelijk antwoord noemt de startperiode, hoe verlenging werkt en wanneer en hoe je kunt stoppen.

Rood signaal: 'maandelijks opzegbaar' in de verkoop en iets heel anders in het contract. Lees de voorwaarden zelf.

Bij tre plus start de samenwerking doorgaans met zes maanden. Daarna loopt ze door zolang ze past. Stoppen gebeurt tegen het einde van een afgesproken periode, met redelijke aankondiging volgens de overeenkomst.

13. Kun je de developer later rechtstreeks aannemen?

Waarom het ertoe doet: soms groeit een samenwerking zo goed dat je iemand in eigen dienst wilt nemen.

Een duidelijk antwoord zegt of dit kan, vanaf wanneer, en welke overnamevergoeding of voorwaarden gelden. Controleer dat vóór je tekent, niet pas als het speelt.

Rood signaal: een absoluut verbod, of voorwaarden die pas duidelijk worden als je ernaar vraagt.

Bij tre plus is overname bespreekbaar onder de voorwaarden van de overeenkomst.

Bewijs en continuïteit

14. Hoe zijn apparatuur, werkplek en continuïteit geregeld?

Waarom het ertoe doet: een laptop die kapotgaat of een stroomstoring mag je sprint niet stilleggen.

Een duidelijk antwoord zegt wie de apparatuur levert, hoe beveiliging op die apparatuur is geregeld en wat er gebeurt bij storingen. Specifieke hardware of apparaten die jij beheert worden vooraf afgestemd.

Rood signaal: 'de developer regelt dat zelf'.

Bij tre plus organiseren wij het kantoor, de werkplek, de lokale begeleiding en de apparatuur. Beveiligingseisen, specifieke hardware en apparaten die jij zelf beheert stemmen we vooraf met je af.

15. Welk controleerbaar klantbewijs bestaat er?

Waarom het ertoe doet: iedere leverancier heeft goede verhalen. Je wilt er een die je kunt nagaan.

Een duidelijk antwoord is een gepubliceerde case met een echte klantnaam en een contactpersoon die je kunt spreken, of een referentie die je zelf mag bellen.

Rood signaal: alleen anonieme logo's of quotes zonder naam, en geen referentie op verzoek.

Bij tre plus is onze gepubliceerde case die van DutchDrops, een Shopware-omgeving. Vraag bij elke leverancier naar een case die lijkt op jouw situatie, en wees kritisch als die er niet is.

Scorekaart: zet aanbieders naast elkaar

Neem deze tabel mee naar je gesprekken. Geef per vraag en per aanbieder een van drie beoordelingen: duidelijk, onduidelijk of rood signaal. Gebruik de laatste kolom voor een korte notitie, bijvoorbeeld waar in het contract het antwoord staat.

Tel aan het eind niet alleen de rode signalen. Kijk vooral naar de vragen die voor jouw situatie het zwaarst wegen. Voor een scale-up zonder eigen tech lead is vraag 6 belangrijker dan voor een team met een sterke CTO.

Veelgemaakte fouten bij het vergelijken

Alleen vergelijken op het tarief. Een lager tarief zegt niets als werving, apparatuur of vervanging apart worden gerekend. Vergelijk wat erin zit.

De verkoopbelofte geloven zonder het contract te lezen. Wat in een gesprek wordt gezegd, telt pas als het in de MSA of SOW staat.

Geen eigen technisch gesprek voeren. Jij werkt straks met deze persoon. Neem de tijd om zelf te toetsen.

De eigen kant vergeten. De meeste samenwerkingen lopen niet vast op de developer, maar op het ontbreken van iemand die aanstuurt, reviewt en context geeft.

Tot slot

Een goede nearshore-partner kan elke vraag in deze gids concreet beantwoorden en laat zien waar het in de overeenkomst staat. Past een aanbieder op een paar punten niet, dan is dat geen ramp, zolang je het vooraf weet.

Wil je deze vragen ook aan ons stellen? Dat vind ik prima. Kijk eerst bij dedicated developers hoe wij werken, of plan een kennismaking.