Gratis tutorials leren functies, geen ontwerpmethodologie. Een ontwikkelaar die video’s op YouTube over Unity of Unreal Engine volgt, leert een geïsoleerde mechaniek te reproduceren, maar zelden om een spelsysteem te structureren, te arbitreren tussen gameplay-lussen of zijn keuzes te documenteren in een game design document dat door een team kan worden gebruikt. Het verschil tussen het volgen van een tutorial en het beheersen van game design ligt in het vermogen om in systemen te denken in plaats van in functies.
Ontwerppipeline versus accumulatie van functies
Een gratis tutorial volgt bijna altijd hetzelfde schema: een snel visueel resultaat, een geïmplementeerde functie, geen terugkoppeling over het ontwerpproces vooraf. Het probleem is niet de technische kwaliteit van deze bronnen. Het is de totale afwezigheid van een gestructureerde werkwijze: ontwerpproject, formalisering, prototyping, playtest, iteratie.
In productie codeert een game designer geen mechaniek en hoopt dan dat deze werkt. Hij schrijft een intentie, identificeert de variabelen van het systeem, anticipeert op randgevallen en test met echte gebruikers. Dit iteratieproces is de kern van het vak, en geen tutorial van twintig minuten dekt dit.
We observeren regelmatig autodidactische profielen die in staat zijn om een functioneel prototype onder Unity op te zetten, maar niet kunnen uitleggen waarom hun moeilijkheidsgraad slecht is afgesteld of waarom hun retentielus niet langer standhoudt dan drie sessies. Precies daar komt de aanpak van zich verder ontwikkelen in game design buiten gratis tutorials tot zijn recht: overstappen van een reproductielogica naar een gedocumenteerde en geteste ontwerplogica.
Speelbaar portfolio: de HR-filter waarvoor tutorials niet voorbereiden
De vacatures voor Junior Game Designer die sinds 2026 zijn gepubliceerd (Miniclip, Counterspell, mobiele studio’s) vereisen expliciet een portfolio met speelbare prototypes en gedetailleerde breakdowns. Een cv dat alleen tutorials of geïsoleerde certificeringen opsomt, haalt de eerste filter niet meer.
Wat recruiters in een game design portfolio evalueren, heeft niets te maken met de grafische kwaliteit of de technische complexiteit van het prototype. Ze zoeken drie dingen:
- Het vermogen om een duidelijke ontwerpproject te formuleren voordat men produceert, gedocumenteerd in een game design document of een gestructureerde pitch
- Het bewijs van een iteratieproces: opeenvolgende versies, geïntegreerde feedback van playtests, expliciete afwegingen tussen concurrerende mechanieken
- De consistentie tussen het geïdentificeerde doelpubliek (persona) en de keuzes van level design, interface en moeilijkheidsgraad
Een rudimentair prototype dat een solide ontwerplogica toont, is meer waard dan een technisch afgerond spel zonder documentatie. Recruiters willen zien hoe je denkt, niet wat je kunt reproduceren.
RNCP-certificering en gestructureerde opleiding in game design
Het landschap van gecertificeerde opleidingen in game design is strenger geworden. De hervormingen van het CPF vereisen nu een eigen bijdrage van de kandidaat, en de in aanmerking komende certificeringen moeten geregistreerd zijn bij het RNCP. De certificering “Videogame Designer” (RNCP38294, niveau 6) maakt deel uit van de competentieblokken die toegankelijk zijn in beroepsopleiding.
De waarde van een gestructureerde opleiding ten opzichte van een 100% autodidactisch pad ligt niet in de ruwe kwaliteit van de inhoud. De beste gratis tutorials behandelen soms specifieke onderwerpen met zorg. Het verschil zit in drie elementen die autodidactisch leren niet biedt:
Begeleiding van het ontwerpproces
Een gestructureerde opleiding vereist dat je een compleet game design document produceert, dit verdedigt voor collega’s of trainers, en het vervolgens herzien. Deze cyclus van kritiek en herschrijven vormt de beroepsvaardigheid veel sneller dan de accumulatie van niet-herziene persoonlijke projecten.
Begeleide playtests en gekwalificeerde feedback
Een playtest zonder observatienota levert geen bruikbare gegevens op. Serieuze opleidingen leren hoe je een testprotocol opstelt: definiëren wat je meet, observeren zonder in te grijpen, het analyseren van gedragingen in plaats van de verklaringen van de testers. Deze vaardigheid ontbreekt in bijna alle online tutorials.
Werken in een multidisciplinair team
De game designer werkt samen met ontwikkelaars, artiesten en sound designers. Weten hoe je specificaties schrijft die begrijpelijk zijn voor een programmeur, technische compromissen onderhandelen met een 3D-artiest, prioriteren van functies in een backlog: deze vaardigheden worden alleen verworven in een context van collaboratieve productie.
Game engine en tools: kiezen op basis van design, niet andersom
Een veelgemaakte fout in autodidactische trajecten is het kiezen van een game engine (Unity, Unreal Engine, Godot) en vervolgens je ideeën aan te passen aan de beperkingen van de tool. Game design komt vóór de technische keuze, niet andersom.
Een narratief spel met vertakkingen vereist niet dezelfde engine als een real-time actiegame. Een prototype van een game jam dat bedoeld is om een mechaniek te valideren, kan draaien op een tool zonder code zoals Twine of Bitsy. De professionele reflex is om het concept te formaliseren, de gameplay-beperkingen te identificeren en vervolgens de geschikte tool te selecteren.
- Voor een prototype van een regelsysteem (economie, middelen, voortgang): een spreadsheet of simulatie-tool is voldoende voordat er enige implementatie in een engine plaatsvindt
- Voor een prototype van level design: de blockouts op engine (Unity of Unreal) blijven de snelste methode om volumes en ruimtelijke ritmes te testen
- Voor een narratief spel: de speciale tools (Ink, Yarn Spinner, Twine) maken het mogelijk om de narratieve structuur te testen zonder zware ontwikkeling te mobiliseren
We raden aan nooit te beginnen met het leren van een software. Begin met een spelconcept, documenteer het, en zoek dan de tool die het ondersteunt. Deze omkering van prioriteit onderscheidt een game designer van een motortechnicus.
De opleiding in game design wordt niet gemeten aan het aantal geconsumeerde tutorials of de uren die op een engine zijn doorgebracht. Het wordt gemeten aan het vermogen om een speelbaar, gedocumenteerd en geconfigureerd prototype te produceren dat een ontwerplogica aantoont. Het is deze logica die studios zoeken, en het is deze die gratis tutorials, per definitie, niet overdragen.
