Veel staffingbureaus hebben CRM-stappen, maar missen nog steeds zicht op wat er binnen zo'n stap precies aan de hand is. De ene kandidaat wacht op documenten, de andere wil volgende week worden teruggebeld, een derde wacht op klantfeedback en een vierde reageert al dagen niet meer. Als al die dossiers onder dezelfde status vallen, wordt pipeline-zichtbaarheid al snel giswerk.
Daarom zijn redencodes zo waardevol. Een goede set redencodes laat zien waarom een dossier wacht, waarom een kandidaat uit actieve opvolging gaat of waarom het record voorlopig niet bovenaan hoeft te staan. Dat scheelt onnodig najagen, maakt automation nuttiger en helpt recruiters om live kandidaten voorrang te geven. Als jullie al werken aan takenbeheer, betere CRM-notities en dagelijkse pipeline-zichtbaarheid, dan zijn redencodes de volgende logische laag.
Waarom vage statussen slechte beslissingen veroorzaken
Veel teams werken nog met brede labels zoals:
- actief
- on hold
- opvolging
- niet geïnteresseerd
- gesloten
Voor staffing zijn die termen meestal te algemeen. Ze vertellen niet of de blokkade bij de kandidaat, recruiter, klant, vestiging of timing ligt.
Het gevolg is voorspelbaar:
- recruiters openen steeds opnieuw hetzelfde dossier om context terug te halen
- urgente live kandidaten concurreren met records die om goede reden wachten
- managers zien niet of het bureau te weinig activiteit heeft of juist te veel ruis
- automation triggert op het verkeerde moment
- het team verliest inzicht in de echte oorzaken van kandidaatuitval
Een pipeline-stap zegt waar een kandidaat zit. Een redencode zegt waarom die kandidaat daar vastzit.
Een praktisch werkmodel: Stap, Reden, Reviewdatum
In staffing werkt een eenvoudige combinatie vaak beter dan een grote theoretische taxonomie:
- Stap: in welk deel van de workflow zit de kandidaat
- Reden: waarom staat het dossier stil, wacht het, of is het gesloten
- Reviewdatum: wanneer moet iemand het dossier opnieuw actief bekijken, als het nog commercieel relevant is
Dit is een werkmodel, geen officiële norm. Het doel is om te voorkomen dat een record alleen nog maar opslag wordt.
De vijf redencategorieën die de meeste staffingbureaus nodig hebben
Je hoeft niet met dertig codes te starten. Begin met de groepen die echt recruiteractie sturen.
1. Wacht op kandidaat
Gebruik deze categorie als de volgende stap afhangt van de kandidaat.
Voorbeelden:
- registratieformulier niet compleet
- documenten ontbreken nog
- kandidaat wil later teruggebeld worden
- beschikbaarheid moet opnieuw bevestigd worden
- vervoer moet nog worden bevestigd
Dit soort redenen is nuttig omdat er meestal een reviewdatum of reminder bij hoort, niet voortdurend actief najagen.
2. Wacht op bureauactie
Hier ligt de vertraging bij het eigen team.
Voorbeelden:
- recruiterreview nog niet gedaan
- herverdeling naar andere vestiging loopt nog
- taaldesk moet overnemen
- afspraak moet nog definitief bevestigd worden
Deze groep is belangrijk omdat hij zichtbaar maakt wanneer een dossier niet "wacht", maar gewoon nog geen interne opvolging heeft gekregen.
3. Wacht op klantactie
Voor veel bureaus is klantvertraging een van de grootste verborgen oorzaken van afkoelende kandidaten.
Voorbeelden:
- klantfeedback open
- interviewbeslissing open
- startdatum of ploeg moet nog akkoord krijgen
- vacature tijdelijk on hold bij klant
Dit sluit direct aan op een betere klantfeedback-workflow. Hoe duidelijker de reden, hoe beter je bepaalt wat je intussen tegen de kandidaat communiceert.
4. Nu geen match, maar niet definitief verloren
Sommige kandidaten horen uit de actieve prioriteitsqueue, zonder dat je ze als definitief verloren moet behandelen.
Voorbeelden:
- pas later beschikbaar
- regio mismatch voor deze vacature
- niet passend voor dit desk, wel mogelijk voor ander desk
- loon of ploeg past nu niet bij deze rol
Commercieel is dit een belangrijke groep, omdat hij voorkomt dat "nu niet" en "nooit meer" door elkaar lopen.
5. Gesloten-verloren
Gebruik deze categorie alleen als het team echt weet dat het record uit de live workflow mag.
Voorbeelden:
- geen reactie na afgesproken follow-upreeks
- kandidaat heeft zich teruggetrokken
- kandidaat is afgewezen door klant
- duplicaat gesloten na samenvoegen
- kandidaat valt buiten de huidige procedure
Gesloten-verloren moet compact blijven. Zodra dit een dumpcategorie wordt, zakt de rapportagekwaliteit snel.
Hoe gedetailleerd moeten redencodes zijn?
De beste setup is specifiek genoeg om actie te sturen, maar klein genoeg om consequent gebruikt te worden.
Houd de bovenste lijst kort
Als een recruiter door twintig bijna gelijke opties moet scrollen, daalt de kwaliteit van gebruik meteen.
Splits alleen wanneer de volgende actie verandert
Maak geen aparte codes omdat woorden nét anders klinken. Splits pas als de vervolgstap anders is.
Bijvoorbeeld:
- "documenten ontbreken" en "later terugbellen" verdienen aparte codes, omdat ze andere opvolging vragen
- "twijfelt nog" en "misschien geïnteresseerd" zijn vaak geen goede aparte codes
Scheid tijdelijke blokkades van definitieve uitkomst
Een kandidaat die nog documenten moet aanleveren is iets anders dan een kandidaat die is afgehaakt. Dat verschil hoort zichtbaar te zijn in stap, dashboard en automation.
Hoe je redencodes laat werken in het dagelijkse bureauproces
1. Gebruik redencodes alleen waar ze operationeel iets toevoegen
Niet elke stap heeft altijd een reden nodig. Redencodes zijn vooral nuttig wanneer een record:
- wacht
- overdue raakt
- afhankelijk is van iemand anders
- buiten de actieve prioriteitsqueue gaat
- definitief gesloten wordt
Zo blijft het systeem praktisch in plaats van bureaucratisch.
2. Koppel belangrijke redenen aan een reviewmoment
Een reden zonder timing kan alsnog verouderen.
Handige combinaties zijn bijvoorbeeld:
- documenten ontbreken -> morgen 15:00 opnieuw bekijken
- klantfeedback open -> morgen vóór 12:00 najagen
- pas later beschikbaar -> volgende week woensdag review
- kandidaat wil terugbelmoment -> vrijdag 09:30 terugbellen
Hier versterken takenbeheer en redencodes elkaar.
3. Bouw managementviews op redencategorieën
Een teamlead zou moeten kunnen zien of vertraging vooral komt door:
- kandidaatblokkades
- interne recruiterachterstand
- klantvertraging
- toekomstige kandidaten die nog in actieve views staan
Dat is veel bruikbaarder dan alleen een teller voor "on hold."
4. Bekijk welke codes recruiters ontwijken
Als een code nauwelijks gebruikt wordt, is meestal één van deze dingen aan de hand:
- de labeltekst is onduidelijk
- een andere code overlapt ermee
- het team ziet geen praktisch nut in de keuze
Dat is dan een ontwerpvraag, niet alleen een trainingsprobleem.
Voorbeeld voor een staffingdesk
Dit is een voorbeeld, geen vaste lijst.
- Stap: Gekwalificeerd
- Reden: Wacht op kandidaat -> registratieformulier niet compleet
- Reviewdatum: morgen 15:00
- Stap: Voorgesteld
- Reden: Wacht op klant -> interviewbeslissing open
- Reviewdatum: morgen 12:00
- Stap: Actieve opvolging
- Reden: Nu geen match -> pas later beschikbaar
- Reviewdatum: volgende maandag
De exacte woorden zijn minder belangrijk dan de beslislogica erachter.
Veelgemaakte fouten
Eén algemene "on hold"-reden gebruiken
Dan verdwijnen kandidaatvertraging, klantvertraging en interne vertraging in dezelfde bak.
Te veel bijna identieke opties maken
Lange keuzelijsten vertragen recruiters en vervuilen rapportages.
Tijdelijk geblokkeerde records meteen sluiten
Daardoor verdwijnen commercieel bruikbare kandidaten te vroeg uit beeld.
Reviewdatums vergeten
Een goede redencode hoort vaak ook te vertellen wanneer iemand opnieuw moet kijken.
Redencodes alleen zien als rapportage
Ze moeten dagelijks helpen prioriteren, niet alleen achteraf in een analyse.
Korte checklist
- Houd het hoofdmenu van redencodes kort en duidelijk
- Scheid kandidaat-, bureau-, klant-, toekomstige en gesloten-verloren logica
- Voeg reviewdatums toe waar records nog commercieel leven
- Gebruik gesloten-verloren alleen voor echte exits
- Bouw teamviews op redencategorieën in plaats van op vage hold-statussen
- Verwijder codes die recruiters niet begrijpen of niet vertrouwen
FAQ
Zijn redencodes hetzelfde als CRM-stappen?
Nee. De stap laat zien waar de kandidaat in de workflow zit. De redencode laat zien waarom het dossier wacht, vertraagt of sluit.
Met hoeveel redencodes moet een staffingbureau starten?
Begin liever klein. Een compacte set duidelijke codes werkt beter dan een grote theoretische lijst.
Moet ieder record altijd een redencode hebben?
Niet per se. Vooral wachtende, geblokkeerde, vertragende en gesloten dossiers hebben er baat bij.
Wat is de grootste fout bij redencodes?
Vage termen zoals "on hold" of "opvolging" gebruiken zonder aan te geven wat de beweging echt blokkeert.
Kunnen redencodes automation verbeteren?
Ja. Automation wordt veel nuttiger zodra het systeem het verschil kent tussen documenten open, klantfeedback open en toekomstige beschikbaarheid.
Als jullie CRM-stappen op papier logisch lijken maar in de praktijk nog te veel blokkades verbergen, bekijk dan de oplossingen, vergelijk de prijzen of gebruik contact om te bepalen welke wachtredenen nu nog in losse notities leven.