
Een nieuw ATS invoeren zonder adoptiegat
Bereid collega's voor op hun eerste werkweek. Begin met taken die ze zelf moeten kunnen afronden, en spreek af waar ze hulp vinden.
Remo Vloet5 min.

De overstap is achter de rug. Nu wil je weten of collega's hun werk goed kunnen afmaken en welke verbeteringen als eerste aandacht verdienen.
Gebruik de eerste negentig dagen met een nieuw ATS om het dagelijkse werk te controleren, terugkerende problemen te verhelpen en het beheer goed over te dragen. Plan daarvoor een paar vaste evaluatiemomenten, met concrete dossiers als uitgangspunt. Negentig dagen is hier een werkbare planningsperiode, geen belofte dat ieder bureau dan volledig is ingewerkt.
Een geslaagde overstap eindigt niet bij een werkende login. Kan de recruiter zien welke klant op antwoord wacht? Begrijpt een collega waarom een kandidaat voor de ene vacature is afgewezen en voor een andere nog in procedure zit? Daar merk je of de inrichting helpt.
Controleer eerst of het team de afgesproken dagelijkse handelingen kan uitvoeren met de eigen gebruikersrechten. Volg een dossier van binnenkomst tot opvolging en bekijk ook de overdracht aan een collega. Houd een korte lijst bij van belemmeringen, met een eigenaar en een veilige tijdelijke werkwijze waar dat nodig is.
Maak in de eerste werkdagen één meldingenlijst voor problemen uit daadwerkelijk gebruik. Een onjuiste ontvanger of ontbrekende toegang vraagt meteen een verantwoordelijke; een wens voor een ander kolomlabel kan wachten op de evaluatie. Noteer bij ieder punt het betrokken proces, de gevolgen en wie beslist over herstel. Zo wordt de lijst geen verzameling losse wensen.
Regel één herkenbare plek voor vragen. Collega’s moeten weten welke informatie ze meegeven: de handeling, de verwachte uitkomst, wat er werkelijk gebeurde en wanneer. Beperk persoonsgegevens in een melding tot wat de bevoegde ontvanger nodig heeft. Een screenshot met een volledig kandidaatdossier is vaak onnodig.
Gebruik evaluatiemomenten om een besluit te nemen over het volgende stuk werk. De indeling hieronder is een voorstel dat je aanpast aan de omvang van je bureau, het gebruik en de openstaande problemen. Als een belangrijke route nog vastloopt, heeft extra functionaliteit aanzetten niet automatisch voorrang op herstel.
| Moment | Wat ligt er op tafel? | Wat lever je op? |
|---|---|---|
| Eerste werkdagen | Meldingen die lopend werk blokkeren | Een bijgewerkte incidentenlijst met eigenaar en herstelafspraak |
| Rond dag 30 | Terugkerende meldingen en de bijbehorende dossiers | Een gekozen verbeterpunt, de oorzaak en het resultaat dat je wilt zien |
| Rond dag 60 | Nieuwe dossiers na de aanpassing, bekeken volgens dezelfde afspraak | Een besluit om de wijziging te behouden, aan te passen of terug te draaien, met de reden |
| Rond dag 90 | Resterende problemen en het werk dat beheer overneemt | Een beheeroverdracht met bevoegdheden, hulproute en volgende evaluatiedatum |
Zet de bespreking kort op papier. Een datum, het bekeken werk, het besluit en de verantwoordelijke zijn bruikbaarder dan een lange presentatie die niemand bijwerkt. Bewaar ook waarom je iets uitstelt. Dan begint dezelfde discussie een maand later niet opnieuw.
Betrek collega’s die het systeem weinig gebruiken, voor zover ze het voor hun rol nodig hebben. Een lage gebruiksfrequentie kan betekenen dat iemand weinig relevante werkzaamheden had. Ze kan ook een omweg verbergen. Het gesprek maakt het verschil duidelijk.
Kies signalen die laten zien of een handeling goed wordt afgerond en waar mensen vastlopen. Combineer aantallen met een paar bekeken dossiers en gebruikersgesprekken. Een stijgend aantal logins zegt weinig als recruiters voor de overdracht aan de opdrachtgever nog steeds dezelfde losse spreadsheet moeten bijhouden.
Begin bij het doel van de overstap. Als klantopvolging beter vindbaar moest worden, bekijk dan of er een eigenaar en een volgende afspraak bij de relevante dossiers staan. Gebruik telkens dezelfde definitie en noteer welke dossiers je hebt bekeken. Een kleine steekproef beschrijft die selectie, niet het hele bureau.
Een fictief rekenvoorbeeld: je bekijkt twintig afgeronde overdrachten en bij vier ontbreekt een volgende verantwoordelijke. Binnen die bekeken groep is dat 4 gedeeld door 20, dus 20%. Dat getal vertelt nog niet waarom de eigenaar ontbreekt, of hoe vaak dat buiten de selectie gebeurt. Open de vier gevallen met de betrokken collega’s.
De GOV.UK Service Manual adviseert om prestatiegegevens te combineren met onderzoek naar waar gebruikers vastlopen. Bespreek daarom de vier onvolledige overdrachten met de betrokken recruiters: ontbrak een afspraak over eigenaarschap, of konden ze de verantwoordelijke nergens passend vastleggen?
Noteer ook het extra werk dat nodig blijft. Tien minuten minder invoeren met tien minuten extra herstel levert geen tijdwinst op. Als vergelijkbare metingen vóór de overstap ontbreken, beschrijf dan de huidige situatie; verzin geen percentage verbetering.
Onderzoek eerst wat de gebruiker probeert te bereiken en waar dat mislukt. Het antwoord bepaalt of je uitleg, een werkafspraak, gegevens of een instelling moet aanpassen. Laat de melder daarna dezelfde handeling opnieuw uitvoeren. Een gesloten ticket is pas een bruikbaar resultaat als het oorspronkelijke probleem voldoende is opgelost.
In dit fictieve voorbeeld meldt Elise dat collega’s klantfeedback niet kunnen terugvinden. Het team wil meteen een extra verplicht veld toevoegen. Bij het bekijken van twee dossiers blijkt dat één recruiter de feedback bij de klant bewaart en de ander bij de sollicitatie. Het bestaande veld wordt dus verschillend gebruikt.
Tijdens de bespreking rond dag 30 kiest het team één plek voor feedback op een specifieke sollicitatie en legt dat vast bij het voorbeeld in de werkinstructie. Rond dag 60 bekijkt Elise nieuwe overdrachten op dezelfde manier. Staan de opmerkingen nu bij de bedoelde sollicitatie en kan de volgende recruiter ze terugvinden? Is de oorzaak weg, dan blijft de afspraak staan; zo niet, dan volgt gericht onderzoek naar toegang of inrichting.
Houd wensen apart van fouten die lopend werk blokkeren. Een verzoek om een mooier overzicht verdient een ander gesprek dan een bericht dat bij de verkeerde klant terechtkomt. Leg vast welke gevolgen bepalen dat iemand direct ingrijpt, zodat collega’s daar niet ieder hun eigen grens voor hoeven te bedenken.
Voer een aanpassing waar mogelijk eerst uit in een geschikte testomgeving. Laat daarbij ook een gewone recruiter meekijken. Iemand met beheerdersrechten kan onbedoeld een probleem missen dat collega’s dagelijks tegenkomen.
Bouw extra ondersteuning af wanneer de afgesproken dagelijkse routes werken, vragen een eigenaar hebben en het vaste beheer weet wat het overneemt. Het verstrijken van negentig dagen is daarvoor onvoldoende. Openstaande punten kunnen blijven bestaan, zolang hun gevolgen, opvolging en eventuele tijdelijke afspraken duidelijk zijn.
Maak de overdracht concreet. Wie mag een veld of fase wijzigen? Wie beantwoordt een gebruikersvraag? Wanneer gaat een melding naar de leverancier, en wie volgt haar daar? Geef ook aan wie de werkinstructies bijhoudt na een verandering.
Bespreek de overgebleven lijst met de mensen die de keuzes moeten dragen. Noteer per punt het bewijs voor het probleem, de gewenste uitkomst en het volgende beslismoment. Een lange wensenlijst zonder eigenaar geeft het vaste beheer weinig houvast.
Bij Simply’s ATS- en CRM-inrichting kan de workspacebeheerder eigen objecten, velden en relaties beheren. Neem dat beheer expliciet mee in de overdracht. Bij een verzoek om een extra veld bekijk je eerst of de informatie al ergens staat en welke collega’s haar gebruiken. Leg daarna vast wie de wijziging uitvoert en wie de nieuwe dossiers controleert. Zo voorkom je dat iedere tijdelijke omweg een blijvend onderdeel van de inrichting wordt.
Sluit de periode af met een kort beheerbesluit: deze dagelijkse routes werken, deze punten blijven open en deze mensen zijn verantwoordelijk. Plan de volgende evaluatie meteen. Daarmee kan het team verder zonder voor iedere wijziging het oorspronkelijke implementatieproject opnieuw te openen.
Over de auteur

Remo Vloet is medeoprichter van Simply, het AI Operating System voor recruitmentbureaus: inbox, gesprekken, sourcing, cv-verwerking, zoeken en matchen, documenten en automatisering in één systeem. Met een achtergrond in het bouwen van complexe software draagt hij bij aan de technische visie achter Simply.
LinkedInArtikelen van Remo VloetNee. Dit artikel gebruikt negentig dagen als indeling voor evaluatie na ingebruikname. De voorbereiding en migratie gaan daaraan vooraf; de benodigde begeleiding hangt af van je eigen situatie.
Dat is meestal geen werkbare start. Kies handelingen die veel voorkomen of grote gevolgen hebben als ze fout gaan, en leg vast welke voorbeelden je bekijkt. Een aanwijzing voor een groter probleem kan reden zijn voor een gerichtere, bredere controle.
Vraag welk werk ze daar nog doen en waarom. Misschien ontbreekt informatie, werkt een afgesproken route niet of is onduidelijk welk systeem leidend is. Los die oorzaak op binnen de afspraken over toegang en bewaartermijnen.
Nee. Gebruikscijfers geven aanleiding om verder te kijken. Beoordeel ook of collega's hun taak kunnen afronden, hoeveel herstelwerk nodig is en of een volgende collega begrijpt wat er moet gebeuren.
Het vaste beheer moet weten welke werkzaamheden, vragen en wijzigingen het overneemt. Leg openstaande problemen en hun eigenaren vast. Spreek daarna af wanneer je de volgende verbeterbesluiten neemt.

Bereid collega's voor op hun eerste werkweek. Begin met taken die ze zelf moeten kunnen afronden, en spreek af waar ze hulp vinden.
Remo Vloet5 min.

Overstappen roept vragen op over kosten, oude dossiers en informatie die je niet wilt verliezen. Simply helpt je de data te beoordelen en zet de migratie klaar. Tijdelijk gratis.
Remo Vloet6 min.

Deel kandidaat- en klantinformatie zonder het eigenaarschap van de opdracht kwijt te raken. Kies een inrichting die werkt voor het hele bureau én voor de lokale recruiter.
Remo Vloet6 min.

Ontdek hoe Simply je workflow volledig kan transformeren. Geen slides, gewoon het product.