Waarom we LeadGrid bouwden als één API voor twee pipelines
De meeste groeiteams draaien een CRM én een ATS voor dezelfde beweging. Dit is wat er instort als je sales en recruitment op één datamodel modelleert — en waarom we het standaard programmeerbaar maakten.
Elk groeiteam waar ik mee gewerkt heb, voert dezelfde beweging twee keer uit. Sales heeft een CRM. Recruitment heeft een ATS. Dezelfde pipelinevorm — intake, kwalificeren, doorschuiven, afsluiten — maar op twee stacks die niet met elkaar praten.
We bouwden LeadGrid omdat die splitsing een keuze is, geen vanzelfsprekendheid.
Het datamodel is hetzelfde
Een lead en een kandidaat zijn allebei mensen die door fases bewegen. Geef ze een naam, een fase, een deadline, een eigenaar en een set notities, en je hebt allebei beschreven. De werkwoorden zijn identiek: aanmaken, toewijzen, doorsturen, becommentariëren, afsluiten.
De industrie bouwde twee productcategorieën hieromheen omdat het winstgevend was om dat te doen, niet omdat het onderliggende werk anders is. Teams betaalden uiteindelijk twee leveranciers, integreerden twee APIs, trainden op twee UIs en verzoenden twee waarheidsbronnen — om hetzelfde twee keer bij te houden.
Wat instort als je alles samenvoegt
Eén platform draaien voor beide pipelines doet drie concrete dingen:
- Overdrachten vallen niet meer weg. Sales belooft levering. Recruitment vindt de mensen die leveren. Als beiden naar hetzelfde grid kijken, gebeuren escalaties voordat de kandidaat vertrekt of de deal wegglipt.
- Toolingkosten halveren. Één workspace, één factuurlijn, één permissiemodel. Sales en recruitment houden op te vechten over welke tool de waarheidsbron is — het is dezelfde.
- Rapportage wordt eerlijk. Time-to-hire en time-to-close leven in dezelfde database. Je kunt eindelijk de vraag beantwoorden "misten we deze deal omdat we de juiste persoon niet hadden?" zonder een spreadsheet.
API-first, niet API-als-nagedachte
De andere bewuste keuze: elke actie die de UI uitvoert, is een REST-aanroep. Een dossier aanmaken, een fase verplaatsen, een notitie toevoegen, een lid toewijzen — allemaal scriptbaar, allemaal gedocumenteerd op /docs/api.
Dat klinkt als minimumvereiste, en dat zou het ook moeten zijn, maar de meeste CRMs houden hun beste features achter voor een hogere tier, wikkelen de API in rate limits die je richting professional services duwen, of weigeren webhooks te documenteren. Wij wilden het tegenovergestelde: de API is het product, de UI is een handige manier om het te gebruiken.
De praktische consequentie: je automatiseringen trekken zich niets aan van of iets een lead of een kandidaat is. Je schrijft één integratie één keer, en die werkt over beide pipelines. Claude, n8n, Zapier, je eigen backend — dezelfde endpoint-structuur, dezelfde auth, hetzelfde webhook-schema.
Gratis voor altijd op het gratis plan
Nog één ding. LeadGrid is gratis voor altijd op het gratis plan — geen proefperiode van 14 dagen, geen tijdelijke actie. Je kunt er een echt team op draaien, echte pipelines bouwen en ons nooit een cent betalen. Betaalde plannen ontgrendelen meer seats, actieve dossiers, flows en API-doorvoer als je de gratis limieten ontgroeit.
We hebben liever dat je op het platform aan het bouwen bent dan dat je naar een aftelklok staart.