Developer in dienst of uitbesteden?

Je hebt een plan voor software, en nu de vraag die er echt toe doet: een developer in dienst nemen of uitbesteden? Voor veel MKB-ondernemers voelt dat als kiezen tussen twee dingen die je allebei niet helemaal overziet. Je wilt geen dure fout maken met een vacature, en je wilt ook niet blind een bureau inhuren dat je product niet snapt. Hieronder zet ik nuchter op een rij wat elke kant je kost, wat je ervoor terugkrijgt en wanneer welke keuze de juiste is.

Wat kost een developer in vaste dienst echt

Een goede developer aannemen kost meer dan het brutosalaris dat op de vacature staat. Reken op werkgeverslasten, vakantiegeld, pensioen en verzekeringen bovenop dat salaris. Daar komen zaken bij die makkelijk over het hoofd worden gezien.

• Werkplek, laptop en licenties voor de gereedschappen waar een developer dagelijks mee werkt.
• Wervingskosten. Een recruiter of een langlopend zoektraject als je het zelf doet.
• Inwerktijd. De eerste maanden levert iemand nog niet op volle kracht.
• Begeleiding. Wie stuurt deze persoon aan, beoordeelt de code en bepaalt de technische richting?

Dat laatste punt is waar het bij het MKB vaak misgaat. Zet je één developer neer zonder ervaren aansturing, dan neemt die persoon in zijn eentje alle technische beslissingen. Soms goed, soms niet, en je merkt het verschil pas als het lastig wordt om erop verder te bouwen.

En dan het risico dat niemand graag benoemt: wat als het geen match is? Of als diegene na een jaar vertrekt? Dan zit alle kennis over jouw software in het hoofd van iemand die de deur uit loopt. Voor een klein bedrijf is dat een reëel probleem, geen randgeval.

Wat krijg je van een bureau dat je intern niet krijgt

Eén developer is één stel handen met één set vaardigheden. Bij een bureau koop je iets breeders in.

De meeste digitale producten vragen om meer dan alleen programmeerwerk. Iemand die de gebruikerservaring vormgeeft, iemand die de architectuur bewaakt, iemand die test, iemand die met je meedenkt over wat je eigenlijk moet bouwen. Die rollen vind je zelden in één persoon. Bij een bureau zitten ze in hetzelfde team, en je betaalt ze naar de tijd die je ze nodig hebt.

Dat brengt het tweede voordeel: schaalflexibiliteit. In de bouwfase heb je veel capaciteit nodig, na de livegang veel minder. Een vaste developer betaal je in beide fases hetzelfde. Met een bureau schakel je op en af naar wat het werk vraagt.

En je erft continuïteit. Als één persoon bij een bureau ziek wordt of weggaat, blijft de kennis over jouw project in het team. Dat is precies het risico dat je bij een eigen developer nooit helemaal wegneemt.

Wanneer is intern de juiste keuze

Uitbesteden is niet altijd het antwoord. Er zijn situaties waarin een developer in dienst nemen gewoon de betere zet is.

Is software je kernproduct? Verdien je je geld met het platform zelf, dan hoort de kennis daarover binnen je muren thuis. Je wilt niet dat het hart van je bedrijf permanent bij een externe partij zit. Dan bouw je een eigen team op, hoe langzaam ook.

Heb je al een tech lead of iemand die technisch stevig genoeg is om aan te sturen? Dan kun je een developer zinvol begeleiden, code beoordelen en richting geven. Zonder die persoon aan boord loopt een solo-developer het risico dat ik hierboven beschreef.

Is het werk voorspelbaar en langlopend? Als er jaar in jaar uit genoeg te doen is om iemand fulltime bezig te houden, wordt vast dienstverband op termijn goedkoper dan doorlopend inhuren.

Wanneer uitbesteden wint

Draai de vragen om, en je ziet wanneer een bureau de logische keuze is.

Snelheid naar de markt. Een vacature invullen duurt maanden, en daarna komt de inwerktijd nog. Een bureau kan volgende week beginnen met een compleet team. Als je snel iets in de markt wilt zetten, wint dat tijdverschil het bijna altijd.

Beperkt budget. Klinkt tegenstrijdig, want een bureau lijkt per uur duurder. Maar je betaalt geen vast salaris dat maandelijks doorloopt, geen werkplek en geen leegloop. Je betaalt voor wat je nodig hebt en stopt wanneer het klaar is. Voor een eerste versie of een MVP is dat vaak de goedkopere route.

Een onzeker domein. Weet je nog niet zeker of je idee werkt, of welke kant het opgaat? Dan wil je je niet vastleggen op een vast salaris. Je wilt kunnen bouwen, testen, bijsturen en desnoods stoppen. Dat is precies waar uitbesteden voor gemaakt is.

Overweeg je sowieso of je iets op maat moet bouwen of een bestaand pakket kunt gebruiken, lees dan eerst onze afweging tussen maatwerk en een standaardpakket. Soms is de goedkoopste developer helemaal geen developer.

Hoe je een bureau evalueert alsof je iemand aanneemt

Als je uitbesteedt, kies dan een bureau met dezelfde zorg waarmee je een medewerker zou aannemen. Je laat er tenslotte iets belangrijks door bouwen. Een paar dingen om te vragen.

• Vraag naar eerder werk dat lijkt op wat jij nodig hebt. Niet alleen wat ze mooi vinden, maar iets vergelijkbaars in omvang en soort.
• Bel een referentie. Vraag die niet of het bureau goed was, maar wat er misging en hoe ze dat oplosten. Dat zegt meer.
• Regel het eigendomsrecht vooraf. De code, de accounts en de gegevens horen van jou te zijn. Zet zwart op wit dat je alles meekrijgt als je uit elkaar gaat.
• Vraag hoe ze omgaan met overdracht. Kun je het later intern voortzetten of naar een andere partij? Een goed bureau maakt je niet afhankelijk, dat maakt het juist makkelijk om weg te gaan.
• Let op hoe ze reageren als je twijfelt. Praten ze je richting het duurste plan, of denken ze eerlijk mee, ook als het antwoord "dit heb je niet nodig" is?

Dat laatste is misschien wel de beste test. Een bureau dat alleen ja knikt op alles wat je zegt, verkoopt je uren. Een bureau dat af en toe tegengas geeft, denkt met je bedrijf mee.

Kort samengevat

Kies intern als software je kernproduct is, je al technische aansturing in huis hebt en het werk voorspelbaar genoeg is voor een vaste kracht. Kies voor een bureau als je snel wilt schakelen, je budget beperkt is of je nog uitvindt wat je precies moet bouwen. Er is geen universeel goed antwoord, alleen het antwoord dat bij jouw situatie past.

Twijfel je nog over jouw geval? Leg het ons gerust voor. We zeggen eerlijk wat we zouden doen, ook als dat betekent dat je beter zelf iemand aanneemt.