Een recruitment-CRM-shortlist maken

Een recruitment-CRM-shortlist is een onderbouwde selectie van systemen die je verder wilt onderzoeken. Je begint met de werkzaamheden en afspraken waar je bureau op moet kunnen vertrouwen. Daarna controleer je bij iedere optie hetzelfde scenario en noteer je welk bewijs nog ontbreekt. Het resultaat kan ook zijn dat nog geen enkele leverancier klaar is voor een volgende ronde.

Zoek je het beste recruitment-CRM, dan kom je al snel bij lijstjes met namen en vinkjes. Ze kunnen je op ideeën brengen. Maar een vinkje bij ‘relatiebeheer’ vertelt je niet of jouw collega na een onverwachte overdracht weet wie hij moet bellen.

In het kort

• Begin met je bestaande eisen en geef aan welke tekortkoming een optie uitsluit.
• Laat iedere leverancier dezelfde werksituatie uitvoeren.
• Noteer afzonderlijk wat je hebt gezien, wat schriftelijk is bevestigd en wat nog onbekend is.
• Besluit welke vragen de volgende onderzoeksronde moet oplossen voordat je een contract overweegt.

Welke eisen kunnen een optie uitsluiten?

Maak onderscheid tussen wat je nodig hebt om te kunnen werken en wat prettig zou zijn. Een uitsluitcriterium beschrijft een grens die je bureau niet kan accepteren. Spreek die grens af vóór de demo, zodat een aantrekkelijk scherm of een korting het besluit niet ongemerkt verandert.

Gebruik de eisenlijst die je al hebt. Maak er geen tweede inventaris van tientallen functies naast. Kies bijvoorbeeld de voorwaarde dat twee teams met dezelfde klant kunnen werken zonder vertrouwelijke notities onbedoeld met elkaar te delen. Of dat je kandidaat- en klantgegevens in een bruikbare vorm kunt meenemen bij vertrek.

Schrijf ook op wat als bewijs telt. ‘Rechten aanwezig’ zegt weinig. ‘Met een testaccount gecontroleerd welke notities zichtbaar zijn’ geeft een vervolgstap. Ontbreekt het bewijs nog, dan is de eis open; dat hoeft nog niet te betekenen dat het product niet voldoet.

Welk werk laat je tijdens iedere demo uitvoeren?

Kies een situatie die meerdere mensen of gegevens raakt en die je team goed herkent. Laat die van begin tot eind uitvoeren, inclusief een wijziging of overdracht. Daarmee zie je of het systeem de samenhang bewaart. Een rondleiding langs losse schermen vertelt je minder over het werk ertussen.

Een fictief voorbeeld: recruiter Daan is onverwacht afwezig. Zijn collega neemt een klant over die een vacature wil aanpassen. Er staat ook een terugbelafspraak met een kandidaat open. De collega moet begrijpen wat met de klant is afgesproken, de kandidaat opvolgen en de gewijzigde vacature kunnen terugvinden.

Vraag de leverancier met fictieve gegevens te laten zien:

1. Waar de collega de klantafspraak en verantwoordelijke contactpersoon vindt.
2. Hoe hij ziet welke kandidaat nog een antwoord verwacht.
3. Wat er verandert wanneer hij de vacature aanpast.
4. Hoe Daan bij terugkomst kan zien wat er is gebeurd.

Voeg daarna één lastige situatie toe die bij jouw bureau speelt, zoals een ontbrekend veld of een collega met beperkte toegang. Dit voorbeeld is geen universele CRM-test. Het laat zien hoe je van een functiebenaming naar een herkenbare handeling gaat.

Laat degene die straks met de software werkt vragen stellen. Een directeur kan de gekozen richting beoordelen, maar de recruiter merkt of de volgende stap duidelijk is zonder dat iemand van de leverancier telkens voordoet waar hij moet klikken.

Hoe houd je bewijs en beloftes uit elkaar?

Geef iedere waarneming een duidelijke status. Je kunt iets zelf hebben gezien, alleen schriftelijk bevestigd hebben gekregen, nog niet hebben onderzocht of hebben vastgesteld dat het niet voldoet. Zo blijft zichtbaar waarom een optie op de shortlist staat en welke onzekerheid je nog moet oplossen.

Gebruik bijvoorbeeld dit lege bewijslogboek. Vul concrete bestandsnamen, notities of verwijzingen in waar ‘bron’ staat; een algemene link naar een leveranciershomepage is daarvoor te grof.

Vraag	Bewijs dat je zoekt	Status	Volgende stap
Kan een collega de klantafspraak overnemen?	Uitgevoerd demoscenario, met datum en testrol	Nog te beoordelen	Recruiter laat overdracht uitvoeren
Welke gegevens kan ons team zien?	Testaccounts plus beschrijving van relevante rechten	Nog te beoordelen	Toegang met twee rollen controleren
Wat kunnen we bij vertrek exporteren?	Voorbeeldexport en toepasselijke contractafspraak	Nog te beoordelen	Velden, bestanden en relaties nalopen
Wat vraagt de invoering van ons?	Plan met taken, afhankelijkheden en verantwoordelijken	Nog te beoordelen	Beschikbare capaciteit bevestigen
Welke kosten horen bij deze scope?	Gedateerde offerte met gebruikers, gebruik en voorwaarden	Nog te beoordelen	Uitgangspunten gelijkmaken

Schrijf bij een roadmapfunctie de geplande status op. Een toezegging over later is iets anders dan een handeling die je nu kunt beoordelen. Als juist die functie nodig is om te starten, moet de volgende beslissing daarvan afhangen.

Ook ‘werkt met onze gegevens’ vraagt precisie. Een demo met een voorbeeldbestand laat niet automatisch zien hoe al je documenten, historie en relaties overkomen. Leg vast wat de proef wel heeft omvat en welke bestanden of situaties nog niet aan bod zijn geweest.

Welke vragen horen buiten de productdemo?

Sommige vragen kun je niet met een schermbezoek beantwoorden. Denk aan de contractvoorwaarden, beveiligingsverantwoordelijkheden en hulp bij een incident. Vraag om passend bewijs en laat de collega die dit kan beoordelen meekijken. Een account in een testomgeving zegt weinig over die afspraken.

Het Britse NCSC beschrijft bij de keuze van een cloudleverancier hoe je beveiligingszekerheid op basis van onderbouwing beoordeelt. Een logo of certificaat op een website is geen complete beoordeling van jouw gebruik. Controleer de reikwijdte van het aangeleverde bewijs en welke verantwoordelijkheid bij je eigen organisatie blijft.

Vraag bij een export ook hoe je de bestanden ontvangt, wie helpt als iets ontbreekt en welke kosten of termijnen gelden. Een lijst kandidaatnamen kan bijvoorbeeld de bijbehorende documenten of relaties missen. Laat de leverancier dat op een voorbeeld toelichten.

Bij kosten wil je dezelfde uitgangspunten gebruiken: welke mensen krijgen toegang, welk gebruik is inbegrepen, welke diensten zijn eenmalig en welke afspraken gelden bij verlenging? Je hoeft in deze ronde nog geen rendement te voorspellen. Je wilt voorkomen dat je twee offertes met verschillende inhoud naast elkaar legt.

Wanneer is je shortlist klaar?

Je shortlist is klaar voor de volgende ronde wanneer je per overgebleven optie kunt uitleggen waarom die past en wat je nog moet controleren. Er is geen verplicht aantal namen. Een extra leverancier toevoegen om het lijstje te vullen helpt weinig als die al op een harde eis afvalt.

Bespreek de open punten met de mensen die straks moeten werken, beheren en beslissen. Een zwaarwegende onbekende vraagt om een gerichte proef of schriftelijke afspraak. Los die niet op door meer vinkjes in minder belangrijke kolommen te verzamelen.

Gebruik voor het besluit deze invulzin:

Deze optie gaat door omdat [waarneming] aansluit op [eis]. Vóór een aankoopbesluit controleren we [open punt]. [Naam of rol] beoordeelt het bewijs. Als [uitsluitcriterium] niet haalbaar blijkt, stopt deze optie.

Dat is ook de plek om te besluiten dat je voorlopig bij de huidige werkwijze blijft. Misschien ontbreken nog de interne afspraken die je met software wilt ondersteunen. Eerst die afspraken uitwerken kan zinvoller zijn dan nog een demo inplannen.

Voor een bureau dat kandidaat- en klantrelaties samen wil beheren, is Simply’s ATS en CRM een concrete optie: objecten en relaties verbinden de gegevens, eigen velden sluiten aan op je specialisme en pipelines maken de voortgang zichtbaar. Gebruik Daans overdracht om te bepalen welke records en rechten jullie nodig hebben. Neem dat scenario mee wanneer je een demo aanvraagt.