Je eerste GTM Engineer is de meest invloedrijke hire die je in jaar 1 of 2 doet, en de moeilijkste om goed te krijgen. De juiste persoon bouwt een systeem dat éeacute;n team-equivalent vervangt. De verkeerde brengt je vooruit met één maand en zet je terug met zes. Hier is het playbook.
Op LinkedIn stonden in januari 2026 wereldwijd 3.000+ vacatures voor GTM Engineers, een groei van 205% jaar-over-jaar volgens Bloomberry's analyse. De goede kandidaten worden snel weg gekocht. Wie hen niet kan herkennen, krijgt hen niet. En wie de verkeerde aanneemt, verspilt 6 maanden + ramp-time + opportunity cost.
Dit artikel: het complete hiring playbook. Van vacaturetekst tot eerste 90 dagen. Voor context: lees Wat is GTM Engineering? en De stand van GTM Engineering in de Benelux.
Het profiel: wat je écht zoekt
De vacaturetekst die ik vaak zie: «5+ jaar ervaring, Clay-expert, Salesforce admin, Python plus, sales achtergrond gewenst.» Resultaat: 0 kwalitatieve sollicitanten. Niet omdat het profiel niet bestaat, maar omdat het beste profiel niet zo wordt beschreven.
De drie eigenschappen die het verschil maken bij een GTM Engineer (in volgorde van belang):
1. Systeemdenken. Kan deze persoon een complex probleem decomponeren in losse componenten en die in flows zetten? Dit is een denkwijze, geen vaardigheid. Iemand met een achtergrond in product engineering, data engineering of operations heeft dit vaker dan iemand uit pure marketing of sales.
2. GTM-instinct. Begrijpt deze persoon waarom een sales-team faalt? Heeft hij/zij ooit een deal proberen te closen? Kent ze de praktijk van funnel-conversie, het verschil tussen MQL en SQL, de pijn van handmatige CRM-administratie? Pure engineering-mensen missen dit instinct vaak. Pure sales-mensen missen het tweede punt.
3. AI-fluency. Heeft deze persoon zelf agents gebouwd? Speelt met Claude Code, n8n, MCP? Volgens DevCommX' hiring-gids is dit in 2026 essentieel, niet optioneel. Vraag: wat heb je het afgelopen weekend gebouwd?
Wat niet essentieel is: een specifieke tool-stack. Iemand die Apollo kent leert Cognism in een week. Iemand die HubSpot kent leert Salesforce in een maand. De skills die je zoekt zijn transferable; tool-ervaring is niet.
Drie typen kandidaten waar je naar kijkt
De ideale GTM Engineer komt zelden uit één duidelijke pijplijn. Drie achtergronden waar ik in mijn netwerk de beste mensen vandaan zie komen:
Type A: De gepromoveerde RevOps-medewerker. Iemand die als RevOps of marketing operations 2-4 jaar werkte, zichzelf SQL en basis-Python heeft bijgebracht en nu meer wil bouwen dan onderhouden. Sterk in: governance en data. Zwak in: pure engineering, AI-tools. Goede match voor scale-ups met bestaande RevOps-team.
Type B: De geëvolueerde BDR/AE. Iemand die salesfront-line ervaring heeft (vaak 3-5 jaar als SDR/AE) en zich heeft omgeschoold naar systemen. Sterk in: GTM-instinct, kopersbegrip. Zwak in: complexe data engineering. Goede match voor early-stage en seed.
Type C: De software engineer die naar GTM is overgestapt. Iemand met een CS-achtergrond die een paar jaar in een tech-rol heeft gewerkt en het GTM-vak verkent. Sterk in: bouwen, automatisering. Zwak in: kopersbegrip, sales-empathie. Goede match voor scale-ups die al een sterk RevOps-team hebben en pure build-capaciteit nodig hebben.
Welke past bij jouw fase? Voor je eerste hire: typisch Type A of Type B in NL/BE (lager beginnersalaris, vaak beter beschikbaar). Type C voor scale-ups boven €10M ARR.
De vacaturetekst die werkt
Vermijd de generieke «5+ jaar in B2B SaaS» opening. Schrijf in plaats daarvan over het werk, niet over jaren. Concreet voorbeeld:
«We zoeken iemand die ons sales-team van 6 mensen kan laten draaien alsof het 15 zijn. Dat betekent: enrichment-pipelines bouwen, AI-agents inzetten voor pre-call research, signal-detection opzetten voor onze top-200 accounts, en onze HubSpot-architectuur sluiten zodat alles op één waarheid draait.
Je bent succesvol als binnen 90 dagen onze SDRs minder tijd besteden aan data-opschoning en meer aan gesprekken, en als onze reply rates van 1% naar 4%+ stijgen.»
Deze opening trekt de juiste kandidaten aan: mensen die het werk willen doen, niet mensen die alleen aan hun cv denken.
Het interviewproces: vier rondes, vier doelen
Hier is het proces dat ik aanraad. Vier rondes, tussen 4 en 6 uur totaal van de kandidaat. Kort genoeg om niet weg te schrikken, lang genoeg om signaal te krijgen.
Ronde 1: Screening call (30 min)
Doel: motivatie en basics. Drie vragen die ik altijd stel:
- Wat is het meest interessante GTM-systeem dat je het afgelopen jaar hebt gebouwd of meegemaakt? Antwoord laat zien wat de kandidaat als «goed werk» ziet.
- Wat is je favoriete AI-tool en wat heb je er afgelopen weekend mee gehackt? Brendan Short's GTM FAQs bevelen deze vraag aan om echt AI-curieus van oppervlakkig te onderscheiden.
- Beschrijf je laatste enrichment-flow. Specifiek detail: welke providers, in welke volgorde, met welke fallback?
Rode vlaggen: kandidaat kent geen specifieke tool-providers, kan geen weekendproject noemen, generieke antwoorden over «data-pipelines».
Ronde 2: Technisch diepteinterview (60 min)
Doel: technische diepgang. Behandel:
- Walking-through een complete waterfall-enrichment ze ooit hebben gebouwd of zouden bouwen;
- SQL-basics: hoe schrijf je een query om duplicates te vinden in een contact-tabel? Hoe zou je een health-score berekenen?;
- API-integratie: hoe ga je om met rate limiting, retries, idempotency?;
- Een «diagnose»-scenario: marketing zegt lead-volume is omhoog maar pipeline staat stil. Waar zou je beginnen met diagnosticeren?
Je hoeft geen Pythonista te zijn om dit te beoordelen. Vraag een tweede technisch persoon mee te luisteren. Of, als je extern hiert, laat mij of een fractionele GTM Engineer dit doen.
Ronde 3: Take-home assessment (4-6 uur kandidaat-tijd)
Volgens Yardstick's hiring-gids is een take-home van 2-4 uur de gouden standaard. Twee opdrachten die werken:
Opdracht A: ICP-scoring systeem. Geef de kandidaat een ICP-beschrijving en een dataset van 50 prospects. Laat ze een scoring-systeem ontwerpen, met architectuur-diagram, databronnen, scoringslogica. Output: een document + werkende prototype-flow in Clay/n8n/Make.
Opdracht B: Een «cold deal» agent. Bouw een workflow die een AE alert wanneer een opportunity 14+ dagen geen activiteit heeft. Wat zijn de inputs, de logica, de output? Hoe meet je succes?
Beoordelingscriteria: niet de tool-keuze, maar het denken erachter. Wat heeft de kandidaat overwogen en verworpen? Wat zijn de edge cases? Hoe schaalt dit?
Ronde 4: Cultuur en team-fit (45 min)
Doel: hoe werkt deze persoon met sales, marketing en CS? GTM Engineers werken cross-functioneel; geen sociale vaardigheden = mislukt project. Vragen:
- Beschrijf een conflict tussen een sales-team en RevOps. Hoe heb jij dat opgelost?
- Wat doe je als marketing een feature wil die jouw architectuur breekt?
- Hoe heb je tegen weerstand een proces verandert?
Laat een sales- en een marketing-collega aanhaken. Hun reactie op de kandidaat is een van de sterkste signalen die je krijgt.
Compensation: wat bied je in NL/BE in 2026?
Op basis van mijn salarisresearch uit de eerdere Benelux-post:
- Mid-niveau GTM Engineer (2-4 jaar): €65K-€82K basis, €75K-€95K all-in inclusief bonus.
- Senior (4-6 jaar): €82K-€105K basis, €95K-€125K all-in.
- Lead (6+ jaar): €105K-€135K basis, €125K-€160K all-in.
Voeg toe: aandelen of opties (typisch 0,1%-0,4% voor mid-niveau, hoger voor senior leads), home-office budget, learning budget van €2-3K/jaar (mensen in deze rol blijven leren), conferentie-budget voor SaaStock, INBOUND of HubSpot Spotlight.
Belangrijke nuance: GTM Engineers vergelijken hun aanbod vaak met Amerikaanse remote-rollen die $120K+ betalen. Maak je je waardepropositie scherp: dichtbij het werk, impact zichtbaar, geen vrijdagavond-Slack van een Amerikaans hoofdkantoor.
De eerste 90 dagen: hoe stel je hen op voor succes?
Aannemen is één. Behouden en presteren is twee. De eerste 90 dagen bepalen of deze hire 18 maanden later nog werkt.
Dag 1-30: leren en luisteren
Geen builds. Geen nieuwe tools. Eerste maand: shadow sales-calls (5-10), interview alle key stakeholders (CRO, marketing-lead, CS-lead, founders), audit de bestaande stack en data. Output: een «current state» document met top-10 problemen.
Veelgemaakte fout: laten ze direct bouwen. Iemand die op dag één een Clay-account opent, mist context. Het project lijkt productief; over zes maanden blijkt het verkeerd gericht.
Dag 31-60: eerste win
Kies samen één probleem uit de top-10 dat in 30 dagen oplosbaar is. Typisch: enrichment-flow voor één specifiek segment, of een call-prep agent voor één AE-team. Doel: zichtbaar resultaat opleveren binnen 60 dagen na start.
Wijze: laat ze het ontwerp presenteren aan het team vóór ze bouwen. Niet om goedkeuring te krijgen, maar om buy-in te krijgen. Een GTM-systeem dat sales-team niet adopteert is een waardevol systeem in een vacuum.
Dag 61-90: tweede project en team-integratie
Eerste win is binnen. Nu kiezen ze samen met de manager het tweede project, dat groter is en meer afdelingen raakt. Ondertussen: documenteren ze hun werk, geven ze training aan SDRs/AEs, en bouwen ze hun positie als «de persoon die je belt als het misgaat».
Aan het einde van dag 90 review: heeft deze persoon twee zichtbare wins behaald? Is het team enthousiast over wat ze doet? Heeft ze duidelijke 6-maand prioriteiten? Zo ja, je hire werkt. Zo nee, eerlijk gesprek over wat er moet veranderen.
Alternatieve route: interim/fractional + later hire
Niet elke organisatie is klaar voor een fulltime hire. Een veelgekozen alternatief in mijn praktijk: drie tot zes maanden fractioneel (1-2 dagen/week) om de eerste systemen te bouwen, daarna een junior of mid-niveau hire die het werk overneemt.
Voordeel: het systeem dat de fractional bouwt is groter en geavanceerder dan wat een eerste hire in zijn/haar eentje zou bouwen. De interne hire hoeft het niet uit te vinden — alleen onderhouden en uitbreiden. Lees meer over interim GTM in mijn praktijk.
Het verschil maakt zich snel terug: een goede fractional doet in 100 uur wat een net-aangenomen mid-niveau hire in 400 uur doet, omdat de fractional de patronen al kent. Voor €15-25K krijg je een infrastructuur waar je interne hire op kan voortbouwen.
In de aankomende post ga ik dieper in op build vs buy: wanneer interim/agency en wanneer in-house. Voor nu: als je je eerste GTM Engineer aanneemt, doe het zorgvuldig, want deze hire bepaalt hoe je GTM-systeem er over drie jaar uitziet.