Hoeveel cv-versies de moeite waard zijn om te bewaren, komt neer op een klein aantal in plaats van een steeds groter wordende stapel: één basisversie die de werkervaring, opleiding en vaardigheden dekt die voor elke functie waar je op mikt gelden, plus een handvol lichte varianten, meestal twee of drie, gebouwd voor de duidelijk verschillende functietypes waar je daadwerkelijk op solliciteert, in plaats van een apart opgeslagen document voor elke afzonderlijke vacature of elke bedrijfsnaam. Voorbij dat kleine aantal voegt een nieuwe variant meestal meer onderhoudslast toe dan hij aan relevantie teruggeeft.
Een praktisch plafond: een basis plus een klein aantal varianten
Elke extra opgeslagen variant is een document dat moet worden bijgewerkt telkens wanneer er iets verandert aan het basis-cv, een nieuwe functie, een afgerond project, een bijgewerkte vaardigheid, dus de echte kosten van een versie zijn niet de ruimte die hij inneemt, maar de voortdurende aandacht die nodig is om hem accuraat te houden. Een basis plus twee of drie varianten, één per echt afzonderlijk functietype, dekt meestal het bereik waarop de meeste actieve sollicitanten daadwerkelijk solliciteren; een basis plus vijf of zes begint te vervagen tot duplicaten die maar heel weinig van elkaar verschillen, een teken dat sommige daarvan waarschijnlijk weer tot één zouden moeten worden samengevoegd.
Waarin elke variant echt zou moeten verschillen
Een variant verdient zijn eigen opgeslagen document wanneer hij van de basis verschilt op dezelfde manieren die solliciteren op meerdere banen zonder overal hetzelfde cv te sturen al behandelt voor het groeperen van vacatures: een andere samenvattingsregel, een andere nadruk in de vaardighedensectie, een andere volgorde van de bullets, gebouwd rond een echt ander functietype in plaats van een echt ander bedrijf. Twee varianten die alleen verschillen in welke bedrijfsnaam een kandidaat voor ogen heeft terwijl hij ze schrijft, zonder echt verschil in welke inhoud wordt benadrukt, zijn eigenlijk geen twee verschillende varianten; het is dezelfde variant gedupliceerd zonder functionele reden.
Wanneer een variant zijn plek heeft verdiend, en wanneer niet
Een variant is het bewaren waard zodra hij daadwerkelijk ergens naartoe is gestuurd, of echt gepland staat om binnenkort naar een specifiek functietype te worden gestuurd. Een speculatief gebouwde variant, gewoon voor het geval zo'n functie ooit voorbijkomt, zonder actieve sollicitatie erachter, blijft meestal beter ongebouwd totdat een echte vacature hem rechtvaardigt, aangezien een speculatieve versie de neiging heeft precies verouderd te raken omdat niets hem actueel houdt. Als een functietype ophoudt iets te zijn waarop je daadwerkelijk solliciteert, dan heeft de variant die daarvoor is gebouwd ook opgehouden zijn plek te verdienen, of hij nu formeel is uitgefaseerd of niet.
Een versie uitfaseren in plaats van hem te laten opstapelen
Een versie die niet meer past bij een actieve baanzoektocht is het beter waard om te verwijderen dan hem voor onbepaalde tijd ongemoeid te laten, aangezien een verouderde variant naast actuele versies verwarring toevoegt over welk document daadwerkelijk actueel is de volgende keer dat er een moet worden bijgewerkt of verstuurd. Een versie uitfaseren is een kleine, bewuste stap, controleren dat hij echt inactief is en hem dan verwijderen, in plaats van iets dat automatisch gebeurt, en het is de moeite waard om dit te behandelen als onderdeel van dezelfde lichte gewoonte die wordt behandeld in een cv actueel houden tussen sollicitatierondes, zodat de set actieve versies klein en actueel blijft in plaats van oude versies op te stapelen waar niemand meer naar kijkt.
Eén versie bewaren als hoofdrecord
Zelfs met meerdere actieve varianten in omloop is het de moeite waard om één document als hoofdrecord te behandelen, de versie waarin de wijzigingen van elke andere variant uiteindelijk worden teruggevoerd, zodat de onderliggende feiten, de data, de functies, de prestaties, op één plek blijven in plaats van in elke variant een klein beetje anders uiteen te lopen. De eerder beschreven basisversie is de natuurlijke kandidaat voor deze rol, aangezien elke variant er al van is afgeleid; eerst het hoofdrecord bijwerken en daarna een wijziging doorvoeren naar welke varianten dan ook nog actief zijn, is een betrouwbaardere gewoonte dan varianten onafhankelijk van elkaar bijwerken en hopen dat ze gesynchroniseerd blijven.
Illustratief voorbeeld: een set van drie versies voor één sollicitant
Illustratief voorbeeld. Een backend-engineer die breed solliciteert, houdt drie documenten aan: een basis-cv dat de volledige werkervaring en kernvaardigheden dekt, een variant die infrastructuur- en betrouwbaarheidswerk benadrukt voor platform-engineeringvacatures, en een variant die API-ontwerp en integratiewerk benadrukt voor product-engineeringvacatures. Elke variant verschilt van de basis in zijn samenvattingsregel en de volgorde van een paar bullets, niet in de onderliggende feiten, en de engineer faseert de platform-engineeringvariant een paar maanden later uit zodra die specifieke baanzoektocht is afgerond, waardoor alleen de basis en de nog actief gebruikte variant overblijven.
Het accountplafond, en waarom dat minder belangrijk is dan het klinkt
Een CVBuilderKit-account kan tegelijk tot 25 opgeslagen cv's bevatten, en elke versie, of dat nu de basis of een variant is, wordt opgeslagen als zijn eigen afzonderlijke document in plaats van een duplicaat dat uit één bron is gegenereerd. In de praktijk gebruikt een basis plus twee of drie actieve varianten maar een klein deel van dat plafond, dus de grens die er dagelijks echt toe doet is niet het eigen opslagplafond van het account, maar de kleinere, zelfopgelegde grens die hierboven is beschreven: het aantal actieve versies klein genoeg houden zodat elke versie realistisch actueel kan blijven.
Bouw de jouwe
Begin met één basis-cv, voeg pas een variant toe wanneer een echt ander functietype dat rechtvaardigt, en faseer er op dezelfde manier een uit zodra hij niet meer actief is. Bouw of werk je basisversie bij in de builder.