Een lange lijst met programmeertalen, frameworks en tools leest als een muur van tekst als hij op één doorlopende regel staat, en de oplossing is niet om de lijst in te korten maar om hem te groeperen: dezelfde vaardigheden verdelen in een paar korte, duidelijk gelabelde categorieën, zoals Talen, Frameworks en Cloud, zodat iemand die de pagina scant binnen een paar seconden de twee of drie punten vindt die voor hen relevant zijn, in plaats van de hele regel te moeten lezen.
Waarom één lange, ongesorteerde regel lastig te scannen is
Een vaardighedenregel met twintig door komma's gescheiden items vraagt de lezer om twee dingen tegelijk te doen: de items vinden die relevant zijn voor de functie waarvoor geworven wordt, en ondertussen mentaal de rest wegfilteren. De meeste recruiters besteden bij een eerste blik op een cv maar heel weinig tijd, en een platte lijst geeft ze geen enkel houvast behalve wat toevallig dicht bij het begin of het einde van de regel staat. Een gegroepeerde lijst neemt dat sorteerwerk juist bij de lezer weg: een categorielabel zoals Cloud of Databases vertelt precies waar te kijken, en categorieën die voor deze functie niet relevant zijn, kunnen worden overgeslagen zonder elk afzonderlijk item te lezen.
Groeperen helpt ook de lezer die daadwerkelijk in de hele lijst geïnteresseerd is, niet alleen in een deel ervan. Een lange regel zonder interne structuur dwingt zelfs een zorgvuldige lezer om de hele lijst in het hoofd te houden om patronen op te merken, bijvoorbeeld of de talen meer richting backend of frontend neigen, of hoe breed de cloud-ervaring is. Zodra dezelfde vaardigheden onder koppen staan, worden die patronen in één oogopslag zichtbaar in plaats van iets dat de lezer zelf moet reconstrueren.
Dezelfde vaardigheden groeperen, geen nieuwe toevoegen
Groeperen is een wijziging in opmaak, geen wijziging in inhoud: de onderliggende set vaardigheden blijft precies hetzelfde, en het werk bestaat uit bepalen tot welke categorie elk item behoort en een kort, treffend label voor die categorie kiezen. Een gebruikelijke startverdeling is Talen, Frameworks, Data en Cloud, met een categorie Tools als verzamelbak voor editors, buildtools en versiebeheer, al hangen de juiste categorieën volledig af van wat de lijst daadwerkelijk bevat. Een korte lijst van maar zes of zeven items heeft zelden baat bij opsplitsing in vier aparte categorieën; groeperen loont pas als een lijst lang genoeg is dat de lezer anders langs irrelevante items zou moeten scannen om te vinden wat hij zoekt.
Het is de moeite waard om de verleiding te weerstaan elke categorie op te vullen zodra hij bestaat. Een categorie met slechts één sterk item verdient het nog steeds om apart te blijven als dat item werkelijk van een andere aard is dan de rest, in plaats van het samen te voegen met een grotere, vagere categorie enkel om een korte lijst te vermijden. Een categorie die uiteindelijk maar één of twee items telt, is geen probleem; een categorie die puur is bedacht om voller te lijken dan hij is, leest al snel als opvulling zodra de lezer het patroon opmerkt.
Categorielabels kiezen die echt iets betekenen
Een categorielabel werkt wanneer het de lezer al vertelt welk type vaardigheid eronder staat voordat hij ook maar één item leest, in plaats van een vage kop zoals Technische vaardigheden of Overig die bijna alles zou kunnen betekenen. Talen, Frameworks, Databases, Cloud & infrastructuur en Tools zijn gangbare, vanzelfsprekende keuzes voor een technisch vaardighedenonderdeel, en een lezer die bekend is met het vakgebied herkent elke categorie direct. Soms verdient een specifiekere label de voorkeur boven een generieke: Testen als eigen categorie, los van Frameworks, is zinvol voor iemand wiens testervaring een echte sterke kant is die apart de aandacht verdient, in plaats van te verdwijnen in een langere, minder overzichtelijke frameworksregel.
Labels moeten ook consistent blijven met de manier waarop de rest van het cv over dezelfde vaardigheden spreekt. Als het werkervaring-onderdeel een project beschrijft dat is gebouwd met een specifiek framework, moet de groepering in het vaardighedenonderdeel dezelfde naam gebruiken in plaats van een langere of kortere variant, zodat de lezer, of een geautomatiseerd systeem dat hetzelfde document leest, één consistente woordenschat ziet in plaats van twee versies van hetzelfde feit.
Voorbeeld ter illustratie: een ongesorteerde regel omgezet in categorieën
Voor, als één ongesorteerde regel: "JavaScript, TypeScript, Python, React, Next.js, Node.js, PostgreSQL, MongoDB, Docker, AWS, Git, Figma."
Na, gegroepeerd in categorieën:
- Talen: JavaScript, TypeScript, Python
- Frameworks: React, Next.js, Node.js
- Data: PostgreSQL, MongoDB
- Cloud & tools: AWS, Docker, Git, Figma
De onderliggende lijst van twaalf items is helemaal niet veranderd, maar een lezer die specifiek op zoek is naar backend-database-ervaring kan nu direct naar de regel Data gaan, in plaats van elk item in de oorspronkelijke zin te lezen om PostgreSQL en MongoDB ergens middenin terug te vinden.
Groeperen zonder de manier waarop een systeem het onderdeel leest te schaden
Een redelijke zorg over het groeperen van een vaardighedenlijst is of dit een sollicitantvolgsysteem hindert dat het document scant op specifieke trefwoorden. Groeperen verwijdert geen van de onderliggende termen, het voegt alleen een kort categorielabel toe boven een subset ervan, dus elke vaardigheid die in de oorspronkelijke platte lijst genoemd werd, blijft aanwezig in de gegroepeerde versie en blijft vindbaar voor elke trefwoordzoekopdracht die op het document wordt uitgevoerd. De gids een ATS-vriendelijk cv schrijven behandelt de opmaakkeuzes die daadwerkelijk invloed hebben op het automatisch inlezen, zoals lay-outs met meerdere kolommen of tekst die in afbeeldingen is ingebed, en het groeperen van platte-tekstvaardigheden in gelabelde categorieën hoort daar niet bij.
Een gegroepeerd vaardighedenonderdeel bouwen
De Classic-template van CVBuilderKit groepeert een vaardighedenonderdeel automatisch in gelabelde categorieën als onderdeel van de eigen lay-out, in plaats van de keuze hoe de lijst te verdelen volledig aan degene die hem invult over te laten, wat een redelijke startvorm is om na te volgen, zelfs in een template die dit niet afdwingt. Bij een leeg begin is het de moeite waard om de items eerst op papier of in een notitiebestand in categorieën te sorteren, te controleren of elk label ook duidelijk is voor iemand buiten het directe team, en dan het onderdeel op te bouwen zodra de vorm goed voelt, waarbij de exacte termen uit de oorspronkelijke platte lijst behouden blijven in plaats van er onderweg iets van te herformuleren.