Werving en selectie it, zo vind, benader en overtuig je developers

Waarom IT-werving en -selectie vaak stukloopt in het eerste bericht

Veel developers beslissen binnen enkele seconden of een bericht de moeite waard is. Dat gebeurt veelal op basis van herkenning. Ze zien ontzettend snel of een recruiter de vacature en hun achtergrond écht goed heeft bestudeerd. Als de verkeerde tech-stack wordt genoemd, de senioriteit niet klopt of het bericht eruitziet als een standaardtemplate zonder context, daalt het vertrouwen direct. Daarom loopt IT-werving en -selectie vaak al vast nog voordat er überhaupt een gesprek begint.

Bij het benaderen van developers op LinkedIn gaat het meestal mis op drie punten. De techniek klopt niet, de uitleg over de rol blijft te vaag, en de tekst laat bovendien niet zien waarom nu juist déze persoon is benaderd. Een developer hoeft dan niet lang na te denken. De kans op een reactie wordt heel klein, domweg omdat de afzender niet geloofwaardig overkomt.

Goede IT-recruitment begint dus heel simpel. Schrijf alleen op wat je kunt onderbouwen. Noem techniek die daadwerkelijk belangrijk is. Benoem eerlijk wat er nog openstaat. Leg in begrijpelijke taal uit waarom iemands ervaring goed aansluit bij het team of het product. Op deze manier voelt het eerste contact direct een stuk preciezer en serieuzer.

Wat goede IT-werving en -selectie vraagt van je technische basiskennis

Je hoeft echt geen developer te zijn om het werven van een software developer succesvol aan te pakken. Je moet echter wel begrijpen waarnaar je kijkt. Dat betekent dat je het verschil kent tussen een programmeertaal, een framework, een cloudplatform en specifieke tooling. Java is een taal. Spring is een framework. AWS is een cloudplatform. Docker is tooling. Als je dergelijke begrippen door elkaar haalt, valt dat onmiddellijk op. Daarom vraagt werving en selectie in de IT om een kloppende basiskennis.

Die basiskennis helpt je enorm bij het lezen van cv’s, LinkedIn-profielen en vacature-intakes. Hierdoor stel je betere vragen en voorkom je dat je puur op losse termen afgaat. Voor recruiters en hiring managers zijn dit dan ook uiterst bruikbare tips voor de technisch recruiter, omdat je op die manier zonder diepe programmeerkennis toch ontzettend geloofwaardig communiceert.

Hoe je een stack goed leest zonder te gokken

Kijk allereerst naar de huidige of meest recente rol. Let daarna goed op de techniek die terugkomt in het werk zelf. Een lijst met twintig tools zegt immers vrij weinig als niet duidelijk is wat iemand dagelijks gebruikt. Als iemand drie jaar aan een backend bouwt met Java en Spring in een productteam, dan is dat een veel sterker bewijs dan een losse opsomming van tools zonder enige context. De volgorde helpt hierbij ook: wat bovenaan staat en consequent terugkomt in projecten, is vaak het belangrijkst.

Trek nooit te grote conclusies uit slechts één term. Iemand kan AWS noemen zonder de gehele cloudarchitectuur te hebben ontworpen; het kan net zo goed gaan om het dagelijks gebruik binnen een reeds bestaande omgeving. Exact hetzelfde geldt voor Kubernetes, Terraform en Kafka. Noem dergelijke techniek dus uitsluitend in je outreach als je er redelijk zeker van bent dat die ervaring echt relevant was. Daardoor blijft werving en selectie in de ICT geloofwaardig.

Hoe je senioriteit herkent in een technisch profiel

Senioriteit draait om aanzienlijk meer dan enkel het aantal jaren ervaring. Kijk naar de duur van projecten, de complexiteit van het geleverde werk en de verantwoordelijkheid die iemand kreeg. Heeft de kandidaat meegewerkt aan architectuurkeuzes, code reviews gedaan, junior collega’s begeleid of veel afgestemd met product- en andere teams? Dan zegt dat vaak aanzienlijk meer dan een functietitel als medior of senior.

De specifieke werkomgeving telt eveneens zwaar mee. Iemand die langdurig aan een platform werkt met veel gebruikers, vaste releases en technische schuld, heeft heel andere ervaring opgedaan dan iemand die vooral kortere opdrachten uitvoert. Beide achtergronden kunnen overigens uitstekend passen. Je moet alleen heel goed weten welk type ervaring er nodig is voor de openstaande rol. Daarom vraagt de recruitment van backend developers primair om context en niet slechts om trefwoorden.

Waarom een skillslijst en GitHub maar een deel van het verhaal zijn

Een lange lijst met vaardigheden bewijst nog niet dat iemand al die technologieën nog actief gebruikt. Veel profielen worden over de jaren heen opgebouwd, waardoor oude tools er simpelweg blijven opstaan. Kijk daarom liever naar wat er recent terugkomt, in welke omgeving dat precies gebeurde en hoe diep die ervaring zat. Dat biedt veel meer houvast dan het blind tellen van losse termen.

GitHub kan nuttige, extra informatie opleveren, maar het is absoluut geen harde eis. Veel sterke developers werken voornamelijk in afgeschermde omgevingen en anderen delen maar weinig eigen code online. Soms zie je op GitHub wel bepaalde interesses, nevenprojecten of een specifieke werkwijze terug. Gebruik het daarom als extra bron en zeker niet als het ultieme bewijs van kwaliteit.

De eerste aanpak bij IT-werving en -selectie: wees precies over stack en context

Vertrouwen groeit wanneer je precies bent over de techniek en tegelijkertijd volkomen helder bent over de inhoud van het werk. Noem in je berichten daarom alleen bevestigde technologieën. Leg kort uit aan wat voor product iemand zou werken, voor welke gebruikers dit is en in welk team. Zodra je minder zelf invult en meer feitelijk onderbouwt, wordt je boodschap vele malen sterker. Dat is een cruciaal verschil tussen zorgvuldige IT-recruitment en een te algemene outreach.

Noem alleen technologie die echt centraal staat

Als een rol volledig draait om backend-ontwikkeling in Java met Spring, noem dan niet automatisch ook nog Kotlin, AWS, Docker en React als deze simpelweg geen hoofdrol spelen. Het voelt anders al snel alsof je een vacaturelijst hebt gekopieerd zonder de kern echt te begrijpen. Developers prikken daar vaak direct doorheen. Een nauwkeurige boodschap leest prettiger en komt vele malen betrouwbaarder over.

Een beter bericht benoemt bijvoorbeeld dat iemands recente ervaring met Java en Spring perfect past bij een backend-productteam dat zich richt op API-koppelingen en prestatieverbeteringen. Dat is tenminste concreet. Het laat goed zien waarom je contact opneemt, zonder te doen alsof je meer over ze weet dan daadwerkelijk het geval is.

Beschrijf project, gebruikers en team zonder vaag te worden

Een doeltreffend eerste bericht vertelt duidelijk wat voor product het is, voor wie het gebouwd wordt, wat de technische uitdaging behelst en hoe het team ongeveer functioneert. Denk hierbij aan een intern platform, een SaaS-product of software voor logistieke processen. Benoem daarnaast of de rol veel onderlinge afstemming vraagt, uit hoeveel mensen het team bestaat en hoeveel ruimte er is om inhoudelijk mee te denken over de techniek. Hierdoor kan iemand veel sneller beoordelen of de context past.

Blijf daarbij wel altijd bij de feiten. Schrijf niet dat er sprake is van grote schaalproblemen of uiterst complexe architectuuruitdagingen als dit niet is bevestigd. Geef in dat geval liever aan dat het team werkt aan backend-prestaties, integraties of het onderhoud van een bestaand platform. Dat is betrouwbaarder en daardoor ook effectiever wanneer je IT-personeel gaat werven.

Kort praktijkvoorbeeld van een slecht en een beter bericht

De tweede aanpak voor IT-werving en -selectie: schrijf kort, helder en zonder buzzwords

Veel eerste berichten zijn simpelweg te lang. Ze beginnen met een uitgebreid verhaal over het bedrijf, nemen daarna vrijwel de volledige vacaturetekst over en eindigen met een tamelijk zware oproep om af te spreken. Dat werkt zelden tot nooit. Een eerste bericht hoeft enkel genoeg vertrouwen te wekken voor een snelle, korte reactie. Daarom werkt een compacte opbouw altijd beter: de reden van het contact, de absolute kern van de rol, de belangrijkste voorwaarden en afsluitend één laagdrempelige vraag. Binnen werving en selectie in de IT is die mate van helderheid vaak doorslaggevender dan creativiteit.

Vervang marketingtaal door controleerbare informatie

Termen als innovatief, dynamisch en cutting-edge zeggen vrij weinig zolang er geen hard bewijs is. Feiten helpen je doelgroep dan veel meer. Noem bijvoorbeeld expliciet dat het om een productteam gaat, dat de rol backend-gericht is, dat Java en Spring belangrijk zijn en dat hybride werken tot de mogelijkheden behoort. Daardoor wordt de tekst direct rustiger, duidelijker en een stuk authentieker.

Teams die graag consistenter willen werken, gebruiken vaak templates en instructies voor IT-outreach als solide basis voor hun eerste berichten. Dat werkt uitstekend, zolang je daarna per kandidaat maar handmatig aanscherpt waarom de match precies zo logisch is; een template is immers alleen bedoeld als startpunt.

Houd een eerste bericht klein en duidelijk

Een kort bericht werkt over het algemeen veruit het best. Vertel helder waarom je contact opneemt. Vat de rol samen in maximaal twee zinnen. Benoem één of hooguit twee voorwaarden die echt de doorslag kunnen geven. Sluit vervolgens af met een makkelijke vraag, zoals de vraag of iemand openstaat voor een korte toelichting of dat een later moment wellicht beter uitkomt. Zo blijft de drempel extreem laag en voelt je bericht serieus aan.

Bij developer sourcing via LinkedIn gaat het helaas nog vaak mis doordat berichten te algemeen en afstandelijk blijven. Een veel betere aanpak is verwijzen naar iemands recente backend-ervaring, de betreffende regio noemen, de technische focus toelichten en daarna heel ontspannen vragen of je meer informatie mag sturen. Daarom reageren mensen veel eerder op een duidelijke, vriendelijke vraag dan op een ellenlange pitch.

Waar recruiters vaak te veel tekst toevoegen

De meeste ruis ontstaat steevast in drie onderdelen: een veel te lang bedrijfsverhaal, een eindeloze lijst met functie-eisen en een overdreven brede uitleg over arbeidsvoorwaarden die in deze fase nog helemaal niet relevant zijn. Laat dat in het begin dus allemaal weg. Als een kandidaat daadwerkelijk interesse toont, kun je er later in het proces altijd nog de diepte mee in. Eerst moet de boodschap immers passen bij het profiel en logisch aanvoelen voor de ontvanger.

De derde aanpak bij IT-werving en -selectie: kies timing en opvolging met gevoel

De timing heeft enorm veel invloed op de uiteindelijke respons. Developers zitten soms midden in een grote release, een complexe migratie of een erg drukke sprint. Ook contractmomenten spelen hierbij mee. Sommige professionals staan simpelweg meer open voor iets nieuws nét na de succesvolle afronding van een project of vlak voordat een verlenging ter sprake komt. Daarom helpt het enorm om echt rekening te houden met hun werkritme. Binnen de werving en selectie van IT'ers is de timing dus allerminst een detail, aangezien een fantastisch bericht op het compleet verkeerde moment alsnog weinig tot geen reacties zal opleveren.

Denk aan releaseperiodes en contractmomenten

Bij de recruitment van backend developers is het erg slim om scherp te letten op drukke periodes. Iemand die midden in een belangrijke release zit, reageert vaak pas weken later of zelfs helemaal niet. Dat betekent echter niet dat de match slecht is; het moment was toen gewoon ontzettend onhandig gekozen. Ook vakanties, kwartaalafsluitingen en grote interne veranderingen kunnen veel invloed uitoefenen. Houd daar dus proactief rekening mee voordat je iemand definitief afschrijft.

Laat opvolging niet voelen als druk

Een vervolgbericht sturen is prima, zolang het maar rustig en relevant blijft. Eén kort berichtje na enkele werkdagen wachten, is vaak al ruim voldoende. Voeg in dat geval ook echt nieuwe informatie toe, zoals wat extra uitleg over het team, de precieze techniek of de gehanteerde werkwijze. Ga in elk geval niet klakkeloos dezelfde vraag herhalen. Het uitoefenen van druk werkt vrijwel altijd averechts, dus stuur liever wat minder berichten, maar wel van een substantieel hogere kwaliteit. Dat geldt al helemaal als je het benaderen van developers op LinkedIn structureel naar een hoger niveau wilt tillen.

Zo weeg je kanalen af binnen IT-werving en -selectie

Een sterke vacature is nuttig, maar deze bereikt voornamelijk de mensen die al actief op zoek zijn. Veel gewilde technische specialisten zoeken niet actief, maar staan stiekem best open voor een mooie, nieuwe uitdaging. Daarom is het een bijzonder slimme zet om meerdere kanalen met elkaar te combineren, zoals vacatures, het direct benaderen van kandidaten, communities, referrals en in sommige gevallen een gespecialiseerd IT-bureau. Op deze manier vergroot je jouw bereik aanzienlijk en krijg je direct een veel realistischer beeld van de huidige markt.

Wanneer een vacatureplaatsing genoeg is

Een vacatureplaatsing kan soms ruim voldoende zijn als het gaat om een heel bekende rol, als de bedrijfsnaam sterk in de markt staat of als er vanzelf al bovengemiddeld veel reacties binnenstromen. Ook bij junior functies of wat bredere profielen werkt dit vaak meer dan uitstekend. De actieve markt kan in die gevallen al genoeg volume genereren om een goede, weloverwogen selectie te kunnen maken.

Wanneer actieve sourcing nodig is

Actieve sourcing is daarentegen een zeer logische keuze bij schaarse stacks, lastige regio’s, inactieve doelgroepen of functies waarbij de specifieke werkomgeving enorm zwaar meeweegt. Denk daarbij bijvoorbeeld aan senior backend-rollen, platform engineering of zeer specialistische datafuncties. In die gevallen wil je simpelweg zelf gericht IT-professionals vinden, in plaats van passief af te wachten op eventuele sollicitaties. Dit geldt tevens wanneer kandidaten op papier weliswaar heel goed lijken, maar toch structureel op de inhoud afhaken na het eerste contact.

Wanneer een gespecialiseerd bureau logisch is

Een gespecialiseerd IT-bureau of een werving- en selectiebureau in de ICT past vaak heel goed bij een eenmalige niche-rol, wanneer er intern weinig marktkennis is of de druk op de recruitmentcapaciteit te hoog oploopt. Externe hulp inschakelen is bovendien logisch als er intern simpelweg onvoldoende tijd is om de markt echt goed te leren doorgronden. Voor bureaus die overigens meerdere technische niches tegelijkertijd bedienen, is Elvatix voor recruitmentbureaus een uitermate relevante verdieping, vooral als zij hun persoonlijke outreach via LinkedIn veel beter, sneller en persoonlijker willen organiseren.

Wanneer zelf de IT-recruitment doen logisch is

Zelf je IT-recruitment verzorgen, past over het algemeen beter bij teams met een terugkerend volume, recruiters die een stevige technische kennis willen opbouwen en hiring managers die strakke, duidelijke input leveren. Dan loont het namelijk pas echt om een vast en voorspelbaar proces op te zetten voor de profielanalyse, de allereerste selectie, het eerste bericht en de uiteindelijke opvolging. Een combinatie hiervan kan natuurlijk eveneens fantastisch werken: je pakt zelf de rollen op die vaak terugkomen, en je schakelt gerichte externe hulp in voor de absolute niches of spoedopdrachten.

• Zelf doen: past perfect bij herhaalvolume, voldoende tijd om te leren en heel duidelijke technische input vanuit de hiring managers.
• Bureau inschakelen: past ideaal bij niche-rollen, een zeer hoge urgentie en een helaas te beperkte interne capaciteit.
• Combinatie: past uitstekend bij teams die hun kernrollen stevig intern willen houden, maar de echt specialistische zoekvragen liever slim uitbesteden.

Een voorbeeldzoekopdracht voor het vinden van IT-professionals op LinkedIn

Een ijzersterke zoekopdracht begint altijd in heel gewone, menselijke taal. Dat helpt enorm als je eerst de daadwerkelijke kern van de rol echt goed scherp wilt krijgen. Denk aan een medior backend developer binnen een acceptabele reisafstand van Utrecht, met gedegen ervaring in Java of Kotlin, cloudkennis en minstens twee jaar aantoonbare werkervaring in een productteam. Sluit eventuele freelance profielen direct uit als dat voor de rol noodzakelijk is. Voeg hybride beschikbaarheid pas als absolute harde eis toe wanneer dat écht een hard breekpunt vormt. Maak van specifieke sectorervaring liever een mooi pluspunt in plaats van een keiharde eis, zodat je de potentiële markt niet vanaf dag één onnodig klein maakt. Dit helpt alle recruiters die sneller goede IT-professionals willen vinden, zonder zich te veel blind te staren en te strak te filteren op relatieve bijzaken.

Voorbeeld in gewone taal

Begin eerst lekker breed en stuur pas in een later stadium bij. Start met de gewenste regio, het functieniveau en de absolute kernstack. Voeg daar vervolgens de ervaring in een productteam en eventuele cloudkennis aan toe. Bekijk daarna je eerste, nog ruwe selectie. Zijn de gevonden kandidaten te senior, te veel gericht op consultancy of juist veel te breed opgeleid? Pas de initiële zoekvraag dan slim aan. Met AI-sourcing voor IT-professionals kun je dergelijke complexe zoekvragen in heel gewone taal opbouwen en per individuele kandidaat helder laten zien waarom iemand wel of juist niet past. Dat helpt enorm, juist omdat die menselijke onderbouwing altijd goed zichtbaar moet blijven.

Hoe je harde eisen en pluspunten van elkaar scheidt

Maak in je intake altijd een uiterst duidelijk onderscheid tussen wat écht absoluut moet en wat slechts wenselijk is. Harde eisen kunnen bijvoorbeeld zijn: zware backend-ervaring in Java of Kotlin, woonachtig in de regio Utrecht en heel recente werkervaring in een productteam. Mooie pluspunten daarentegen kunnen zijn: ervaring in een specifieke sector (zoals logistiek), kennis van een bepaalde cloudleverancier of eerdere, aantoonbare ervaring met het begeleiden van junior collega’s. Als je dit essentiële verschil niet inbouwt, wordt je eerste selectie al heel snel veel te klein of juist onbruikbaar vaag. Daardoor wordt het werven van een software developer helaas onnodig frustrerend en lastig.

• Harde eisen: Java of Kotlin, een sterke backend-focus, een haalbare reisafstand van Utrecht, en recente ervaring binnen een productteam.
• Pluspunten: AWS of Azure, ervaring in de logistiek of SaaS, mentoring van junior collega’s, en gedegen ervaring met het bouwen van API-koppelingen.

Praktische volgende stap voor teams die hun aanpak willen testen

Wil je morgen al concrete stappen maken en direct verbeteren? Begin dan gewoon lekker klein. Pak er één actuele, openstaande rol bij. Schrijf de harde eisen en de gewenste pluspunten luid en duidelijk (en vooral apart van elkaar) uit. Lees daarna tien recente profielen opnieuw door, met heel gerichte aandacht voor de stack, de senioriteit en de beschreven werkomgeving. Maak vervolgens twee korte, pakkende berichtvarianten en vergelijk welke versie uiteindelijk het best aanslaat bij die specifieke doelgroep. Teams die dit belangrijke proces nog verder willen professionaliseren en aanscherpen, kunnen ook eens kijken naar de Manpower-case. Daarin wordt namelijk prachtig en heel inzichtelijk zichtbaar hoe de persoonlijke InMails, juist dankzij een soepele menselijke controle, aanzienlijk sneller werden voorbereid, maar wél altijd perfect bleven aansluiten bij de eigen, vertrouwde toon van het bedrijf.

Als je daarna in de dagelijkse praktijk wilt testen hoe de gekozen zoekcriteria, de matchonderbouwing en je allereerste outreach echt naadloos op elkaar aansluiten, kun je daar direct en heel pragmatisch mee aan de slag. Je kunt bovendien het vinden en benaderen van IT-professionals proberen om een openstaande rol nog net wat scherper te krijgen en veel sneller in te zien waar de ruis in het proces precies zit. Daardoor wordt al veel eerder overduidelijk of je huidige aanpak wel echt goed past bij de interne organisatie, op welk moment extra hulp inschakelen verstandig of logisch is en hoe je algehele outreach direct over de hele linie geloofwaardiger en succesvoller wordt.