Zijn Glassdoor-sollicitatievragen accuraat?

Het sollicitatiegedeelte van Glassdoor is opgebouwd uit inzendingen van kandidaten. Iemand rondt een sollicitatiegesprek af, gaat naar de site en schrijft op wat hij zich herinnert gevraagd te zijn, samen met een moeilijkheidsbeoordeling en of hij een aanbod kreeg. Dat is de hele pijplijn.

Niets in die keten verifieert dat de vraag daadwerkelijk gesteld is, of in die bewoording gesteld is. Glassdoor modereert op basis van zijn communityrichtlijnen, en bedrijven kunnen op recensies reageren, maar er is geen feitencontrole die een inzending vergelijkt met een gesprek waar slechts twee mensen bij aanwezig waren. De data is eerlijke crowdsourcing, geen archief.

Je probeert te bepalen hoeveel gewicht je moet geven aan een lijst met vragen die iemand heeft geplaatst. Deze sectie benoemt de specifieke vertekeningen, zodat je de juiste dingen kunt verdisconteren in plaats van de hele bron af te wijzen. Er zijn er vier, en ze versterken elkaar.

• Herinnering. Mensen schrijven dit achteraf op, uit hun geheugen, vaak dagen later. De bewoording verschuift zelfs als de kern klopt.
• Ouderdom. Een vermelding heeft een datum, en een vraag van enkele jaren geleden kan een proces beschrijven dat het bedrijf inmiddels volledig heeft vervangen.
• Variatie. Een groot bedrijf interviewt anders per team, per niveau, per kantoor en per individuele interviewer. Twee accurate meldingen van dezelfde werkgever kunnen totaal niet op elkaar lijken.
• Selectie. Kandidaten met een sterke reactie, goed of slecht, plaatsen eerder een bericht dan degenen die een gewoon uur hadden en verdergingen.

Bedrijven roteren ook vragenbanken, en sommige vragen kandidaten expliciet om geen details te delen. Een veelverspreide vraag is precies degene die het meest waarschijnlijk al is uitgefaseerd.

Lees de vermeldingen in hun geheel in plaats van regel voor regel en ze worden nuttig. Bij twintig meldingen voor één bedrijf kun je betrouwbaar zien hoeveel rondes er zijn, of er een thuisopdracht bestaat, of de technische ronde een live codeeroefening of een gesprek is, ongeveer hoe moeilijk mensen het vonden, en wat de toon was.

Neem een concreet geval. Een kandidaat die zich voorbereidt op een sollicitatiegesprek voor product manager leest de Glassdoor-vermeldingen van een bedrijf door en ontdekt dat de exacte vragen elke keer verschillen, terwijl bijna elke melding een case over het prioriteren van een roadmap vermeldt. De specifieke vragen waren ruis. De aanwezigheid van een prioriteringscase was het signaal, en daar bereidde deze kandidaat zich op voor.

Dat is de juiste manier om het te lezen: haal de vorm van het proces eruit en bereid je vervolgens voor op die vorm.

De faalmodus is antwoorden op vermelde vragen uit het hoofd leren. Dat levert een kandidaat op die vloeiend is bij vier vragen en leeg bij de vijfde, en interviewers merken het verschil in textuur onmiddellijk.

Een beter gebruik is als onderwerpenlijst. Haal de terugkerende thema's uit de vermeldingen, oefen vervolgens met antwoorden rond die thema's in je eigen woorden, hardop, met vervolgvragen die op je afkomen. Door die onderwerpen door een sessie op de pagina voor het oefeninterview te laten lopen, oefen je het herstel wanneer de vraag in een vorm komt die niemand heeft geplaatst.

Aaron Cao, oprichter van SubcueAI, heeft de flow van het oefeninterview om deze reden rond vervolgvragen gebouwd: een voorbereid antwoord dat één vraag overleeft en instort bij de tweede is erger dan geen voorbereiding, omdat het een verwachting schept die de rest van het gesprek vervolgens niet waarmaakt.

Meer over wat oefening daadwerkelijk overdraagt naar een echt gesprek staat op de hub over oefeninterviews.