Interview Startplatform • Beginner⏱️ 10 min leestijd
Decoding Job Descriptions
Taakbeschrijvingen decoderen
Elke functiebeschrijving is een onderhandelingsdocument, vermomd als verlanglijstje. Bedrijven beschrijven hun ideale kandidaat – een eenhoorn die aan alle eisen voldoet – maar nemen vervolgens de persoon aan die aan de meeste van hen voldoet en die goede sollicitatiegesprekken voert. Als u ooit een vacature heeft overgeslagen omdat u niet 100% aan de vereisten voldeed, heeft u de JD's verkeerd gelezen. Deze les leert je ontcijferen wat bedrijven daadwerkelijk nodig hebben en waar ze van dromen.
De 60-70% regel
Uit onderzoek uit het interne onderzoek van Hewlett-Packard – later gepopulariseerd door LinkedIn – blijkt dat mannen solliciteren wanneer ze aan ongeveer 60% van de kwalificaties voldoen, terwijl vrouwen de neiging hebben te wachten tot ze aan 100% voldoen. De realiteit is dat de meeste bedrijven je zullen interviewen als je aan 60-70% van de genoemde vereisten voldoet.
Waarom? Omdat:
Functiebeschrijvingen worden geschreven door de commissie; wervingsmanagers, recruiters en HR voegen allemaal items toe
Veel 'vereisten' zijn ambitieus, toegevoegd als stretchdoelen
Bedrijven trainen liever een sterke kandidaat op een ontbrekende vaardigheid dan een zwakkere kandidaat aan te nemen die aan alle eisen voldoet
💡
Als een functieomschrijving voor 70% bij jou past, solliciteer dan. Als het voor 50% op jou lijkt en je echt enthousiast bent over de functie, solliciteer dan toch en laat de recruiter beslissen. Zelfselectie is de meest voorkomende reden waarom gekwalificeerde kandidaten kansen missen.
Anatomie van een functiebeschrijving
Elke JD heeft voorspelbare secties. Dit is wat elk woord werkelijk betekent:
Sectie 'Over ons'
Dit vertelt u het verhaal van het bedrijf: hoe zij gezien willen worden. Zoek naar:
Faseaanwijzingen — 'snelgroeiend', 'Serie B', 'gevestigde leider' duiden op volwassenheid van het bedrijf
Missietaal — idealistische taal suggereert een cultuur die waarde hecht aan doelgerichtheid
Technische signalen — vermeldingen van specifieke tools of platforms wijzen op de stapel
Sectie 'Wat je gaat doen'
Dit is het meest eerlijke deel van de JD. Het beschrijft het werkelijke dagelijkse werk:
De eerste 2-3 punten zijn de kernverantwoordelijkheden – dit is 80% van de baan
Werkwoorden zijn belangrijk: "bouwen" betekent greenfield; "behouden" betekent erfenis; ‘lead’ betekent de verwachtingen van het management
"Wat je nodig hebt" (Vereisten)
Dit is waar de meeste kandidaten struikelen. Decodeer het als volgt:
| JD-taal | Wat het werkelijk betekent |
|-------------|-------------------|
| "X+ jaar ervaring" | Een ruw anciënniteitssignaal, geen harde grens |
| "Expert in reageren" | Comfortabele bouwproductiefuncties in React |
| "Ervaring met gedistribueerde systemen" | Heeft systemen ontworpen of gewerkt die horizontaal schalen |
| "Sterke communicatieve vaardigheden" | Je presenteert aan niet-technische belanghebbenden |
| "Zelfstarter" | Minimaal handen vasthouden – mogelijk team met te weinig middelen |
| "Snelle omgeving" | Strakke deadlines, mogelijk chaotische prioriteitenstelling |
Sectie "Leuk om te hebben".
Dit zijn echte bonussen, geen vereisten. Als u er één of twee heeft, wordt uw aanvraag sterker, maar als u ze niet allemaal heeft, wordt u niet gediskwalificeerd.
🤯
Uit een onderzoek van Textio zijn meer dan 50 miljoen vacatures geanalyseerd en is gebleken dat JD's met meer dan 15 opsommingstekens in het vereistengedeelte 30% minder sollicitaties ontvangen – niet omdat minder mensen in aanmerking komen, maar omdat de lengte kandidaten intimideert om niet te solliciteren.
Niveauverwachtingen identificeren
JD's begraven het anciënniteitssignaal vaak in de taal in plaats van in de titel. Hier leest u hoe u het niveau kunt decoderen:
Signalen op junior-/instapniveau
"Leger om te leren", "mentorschap beschikbaar", "groei mee met het team"
0-2 jaar ervaring vermeld
Focus op uitvoering: "functies implementeren", "tests schrijven", "bugs oplossen"
Lagere nadruk op architectuur of leiderschap
Signalen op middenniveau
"Onafhankelijk eigenaar zijn van functies", "samenwerken in teams"
3-5 jaar ervaring
Er wordt verwacht dat hij een aantal technische beslissingen zal nemen
Kan het begeleiden van junior engineers vermelden
Senior-/stafsignalen
"Technische richting aansturen", "architectuur beïnvloeden", "het team begeleiden"
5-8+ jaar ervaring
Systeemontwerp en afwegingsgesprekken verwacht
Teamoverschrijdende impact, stakeholdermanagement
🧠Snelle check
In een functiebeschrijving staat '5+ jaar ervaring' als vereiste. Je hebt 3 jaar sterke, relevante ervaring. Wat moet je doen?
Rode vlaggen in functiebeschrijvingen
Niet elke vacature verdient jouw tijd. Let op deze waarschuwingssignalen:
"Draag veel hoeden" — Kan een opwindende breedte betekenen, of kan betekenen dat ze drie rollen willen voor één salaris
"Rockstar / Ninja / Guru" — Onvolwassen wervingscultuur; kan wijzen op slechte technische praktijken
"Work hard, play hard" — Programmeer vaak urenlang met af en toe een pizzafeestje
Vage verantwoordelijkheden — Als u niet kunt zeggen wat de functie eigenlijk is, weet het team het misschien ook niet
Onrealistische tech-stacks — "Expert in React, Angular, Vue, Svelte, Python, Go, Rust en Kubernetes" — ze weten niet wat ze nodig hebben
Geen vermelding van team of manager — Met wie ga je samenwerken? Als ze het niet zeggen, vraag het dan.
Regelmatig opnieuw gepost — Als dezelfde rol langer dan 6 maanden openstaat, kan er een retentieprobleem zijn
🤔
Think about it:Kijk naar een functiebeschrijving waarop je onlangs hebt overwogen te solliciteren. Kunt u identificeren welke vereisten echt essentieel versus ambitieus zijn? Zou je nu solliciteren, wetende dat je de 60-70% regel kent?
Reverse-engineering van het interview van de JD
De JD is een spiekbriefje voor uw sollicitatievoorbereiding. Hier ziet u hoe u het kunt gebruiken:
Stap 1: Haal de belangrijkste technische vaardigheden eruit
Benadruk elke genoemde technologie, raamwerk en concept. Deze vormen uw technische voorbereidingslijst.
Voorbeeld JD-fragment: "Bouw schaalbare microservices met behulp van Java en Spring Boot. Ontwerp RESTful API's. Werk met PostgreSQL en Redis. Implementeer op AWS met behulp van Kubernetes."
Uw voorbereidingslijst: Java, Spring Boot, REST API-ontwerp, PostgreSQL-queryoptimalisatie, Redis-cachingpatronen, AWS-services (ECS/EKS), basisprincipes van Kubernetes.
Stap 2: Identificeer systeemontwerpthema's
In het gedeelte 'Wat u gaat doen' worden hints gegeven over systeemontwerpvragen waarmee u te maken kunt krijgen:
"Bouw schaalbare services" → Verwacht: "Ontwerp een service die 10.000 verzoeken per seconde afhandelt"
"Real-time gegevensverwerking" → Verwacht: "Ontwerp een real-time analysepijplijn"
"Betaalsystemen" → Verwacht: "Ontwerp een betalingsverwerkingsdienst met idempotentie"
Stap 3: Breng gedragsvragen in kaart in verantwoordelijkheden
Elke verantwoordelijkheid impliceert een gedragsvraag:
"Leid een team van 5 ingenieurs" → "Vertel me eens over een keer dat u een conflict in uw team hebt opgelost"
"Samenwerken met product en ontwerp" → "Hoe ga je om met meningsverschillen met niet-technische belanghebbenden?"
"Systeembetrouwbaarheid verbeteren" → "Beschrijf een productie-incident dat u hebt opgelost"
Stap 4: Onderzoek de hiaten
Voor elke vaardigheid in de JD die je mist, beslis je of je:
Leer genoeg om er op een intelligente manier over te praten (1-2 dagen studie)
Bereid een eerlijk antwoord voor over hoe u het niveau zou verhogen
Sla dit over als het duidelijk een "nice to have" is
🧠Snelle check
Welk deel van een functiebeschrijving is doorgaans het meest eerlijk over wat u feitelijk dagelijks gaat doen?
Een decoderingsvoorbeeld uit de echte wereld
Hier is een vereenvoudigde JD voor de rol van "Senior Backend Engineer":
Vereisten: 5+ jaar backend-ervaring, sterke Java of Kotlin, ervaring met microservices-architectuur, bekendheid met cloudplatforms (bij voorkeur AWS), begrip van CI/CD-pijplijnen, uitstekende communicatieve vaardigheden.
Leuk om te hebben: Ervaring met event-driven architectuur (Kafka), containerorkestratie (Kubernetes), observatietools (Datadog/Grafana).
Gedecodeerd:
Kerntaak: Bouw en onderhoud Java/Kotlin-microservices op AWS. Je werkt in een team dat regelmatig verzendt (CI/CD-vermelding) en communiceert tussen teams.
Het team gebruikt waarschijnlijk al: Kafka voor asynchrone berichtenuitwisseling, Kubernetes voor implementatie en Datadog of Grafana voor monitoring – ze willen kandidaten die alternatieven hebben gebruikt gewoon niet afschrikken.
Focus voor voorbereiding interview: Java-codering, ontwerppatronen voor microservices, AWS-services, een systeemontwerpvraag met betrekking tot gebeurtenisgestuurde architectuur, en 3-4 gedragsverhalen over samenwerking tussen teams.
💡
Maak een eenvoudig spreadsheet voor elke baan waarop u solliciteert: vermeld de vereiste vaardigheden van de JD in de ene kolom, uw bewijsmateriaal/ervaring in de volgende en uw voorbereidingsplan in de derde. Dit wordt jouw persoonlijke studiegids voor elke aanvraag.
Belangrijkste afhaalrestaurants
Solliciteer bij een match van 60-70% — JD's beschrijven ideale kandidaten, geen minimumvereisten.
Decodeer de taal — 'zelfstarter' betekent autonomie, 'snel' betekent strakke deadlines, jarenlange ervaring is een leidraad en geen poort.
Het gedeelte 'Wat je gaat doen' is je beste vriend — het onthult de eigenlijke baan en hints naar sollicitatievragen.
Let op waarschuwingssignalen: vage verantwoordelijkheden, onrealistische tech-stacks en 'rockstar'-taal zijn waarschuwingssignalen.
Reverse-engineer uw voorbereiding: extraheer vaardigheden, voorspel systeemontwerpvragen en breng gedragsverhalen in kaart voor elke JD.
📚 Verder lezen
Textio Blog - Onderzoek naar hoe de taal van functiebeschrijvingen van invloed is op wie solliciteert
Sleutelwaarden - Filter bedrijven op waarden van de technische cultuur
levels.fyi - Begrijp niveauverwachtingen en beloningen binnen bedrijven