Ontwerpprobleem
De actie wordt sneller terwijl keuzes leesbaar moeten blijven.
ONTWIKKELING
We vertalen ontwerpvragen naar systemen die op het scherm te beoordelen zijn.
Deze pagina laat zien hoe we een productvraag omzetten in regels, interactie, visuele hiërarchie, apparaattests en een release die na publicatie verder wordt onderhouden.
WERKVRAAG
Begin niet met “meer”, maar met “wat moet de speler begrijpen?”.
Een zichtbaar probleem wordt eerst teruggebracht tot een beslisvraag. Pas daarna bepalen we welke regel, feedback en content nodig zijn.
Systeemvereiste
De speler moet opties kunnen vergelijken zonder de vaart te verliezen.
Implementatieprincipe
Feedback verschijnt dicht bij het gevolg en blijft visueel onderscheidend.
Spelerresultaat
Een upgrade voelt direct anders in de volgende route of het volgende gevecht.
WERKSTROOM
Zes overdrachten zonder het productdoel kwijt te raken.
We beschrijven geen fictieve sprintgeschiedenis. Dit is het controlemodel waarmee een feature van vraag naar release gaat.
01
Productbrief en acceptatiecriteria
02
Regels, waarden en afhankelijkheden
03
Interactieve implementatie
04
Art, feedback en visuele prioriteit
05
Apparaattest, balans en regressiecontrole
06
Release, support en nieuwe observaties
AFWEGINGEN
Elke winst kan ergens anders ruis veroorzaken.
We bekijken wijzigingen daarom als gekoppelde beslissingen. Een feature gaat niet door omdat één discipline haar mooi of technisch interessant vindt; zij moet als geheel bijdragen aan begrip, ritme en productkwaliteit.
Meer snelheid
Minder reactietijd — dus sterker voorsignaal nodig.
Meer projectielen
Meer spektakel — dus strengere performance- en contrastcontrole.
Meer upgrades
Meer variatie — dus heldere categorieën en gevolgen.
Meer beloning
Sterkere progressie — dus zorgvuldig tempo en waardeverschil.
ART DIRECTION
Beeldtaal geeft prioriteit aan wat de speler nu moet zien.
Kleur, schaal, silhouet en effectduur worden niet los van de regels gekozen. We gebruiken een beperkte visuele grammatica zodat gevaar, beloning, eigen schip en route ook in drukke scènes van elkaar te onderscheiden blijven.
Silhouet
Eigen schip, vijand en baas krijgen verschillende massa en contour.
Kleurfunctie
Teal en blauw dragen ruimte; warm licht markeert impact, risico of beloning.
Effectduur
Een impact mag krachtig zijn, maar mag de volgende beslissing niet bedekken.
Cameraruimte
De route blijft zichtbaar rond het belangrijkste actiepunt.
LEVELFLOW
Progressie wordt zichtbaar in de route, niet alleen in een teller.
De ontwikkelvraag is hoe omgeving, doorgangen en arena’s de moeilijkheid stap voor stap laten toenemen. We plannen een route als opeenvolgende lees- en beslismomenten.
QA EN VERFIJNING
Een goede build moet ook onder druk begrijpelijk blijven.
We testen states op meerdere apparaten, controleren randgevallen en bekijken of beeld, input en prestaties dezelfde bedoeling ondersteunen. De uitkomst is een reproduceerbare observatie, geen losse voorkeur.
Besturing en herstel na fouten
Framerate en effectdichtheid
Waarden en upgradecombinaties
Overgangen tussen route, gevecht en beloning
Regressies na wijzigingen
NA PUBLICATIE
Een release sluit de lus niet; zij levert nieuwe productinformatie.
Supportmeldingen, storefeedback en technische observaties worden teruggebracht tot reproduceerbare problemen of nieuwe ontwerpvragen. Zo blijft onderhoud verbonden met dezelfde criteria als de oorspronkelijke ontwikkeling.
Signaal
Een terugkerende melding of meetbaar technisch probleem.
Classificatie
Bug, balansvraag, onduidelijke feedback of platformprobleem.
Prioriteit
Spelerimpact, frequentie, reproduceerbaarheid en risico.
Wijziging
Kleinste gerichte aanpassing met duidelijke acceptatiecriteria.
Controle
Regressietest en vergelijking met het oorspronkelijke productdoel.
SAMENWERKING
Een handoff is pas klaar wanneer de volgende discipline de bedoeling kan toetsen.
Daarom bevat een bruikbare overdracht niet alleen bestanden, maar ook doel, beperkingen, acceptatiecriteria en bekende risico’s.
Design → Engineering
Regel, state, gevolg en grensgevallen.
Engineering → Art
Beschikbare states, timing en technische beperkingen.
Art → QA
Focus, contrast en verwachte visuele feedback.
QA → Product
Reproduceerbaar probleem, ernst en spelerimpact.
Support → Team
Terugkerend patroon, context en actuele build.
HET RESULTAAT
Ontwikkelwerk krijgt betekenis in de speelbare build.
Bekijk hoe routekeuze, upgrades en gevechtsritme samenkomen in Pirate Hunter.