Het document wat het technische uitwerking beschrijft van een mechanic, een (gameplay)loop of een ander onderdeel (zie levels verderop) bestaat uit twee aspecten.
Het ontwerp heeft altijd context nodig; wat is het? Waar is het voor nodig? Wat gebruik je om deze ontwerpen te realiseren? In tekst word uitgelegd wat nodig is, wat te doen is. De tekst kan technische termen bevatten en maakt geen gebruik van onzekerheid (”misschien”, “mogelijk”, “nog niet zeker”, etc.), het is bedoeld als een definitief uitleg hoe het een en ander gemaakt word.
Om deze uitleg, de tekst, goed te kunnen ondersteunen maken we gebruik van een aantal variaties op visuele ondersteuningen. Deze zijn als volgt:
Tekening
Een uitgetekend, een schets, van het complexe idee. Met een tekening beeld je uit wat je bedoelt en wat nodig is om het een en ander te kunnen programmeren. Dit kan symbolen, pijlen en geschreven tekst bevatten bij de tekening. De tekening kan het hele idee omvatten of een deel ervan uitbeelden.
Schema’s, flowcharts, diagrammen
Sommige technische ontwerpen moeten uitgebeeld worden via een schema of diagram, bijvoorbeeld hoe een dialoog systeem gebouwd kan worden. Of er is een plan om gedrag van vijanden te maken (idle, attack, death). Voor deze ontwerpen is het goed om te kiezen om een schema, flowchart of diagram in te zetten waar een tekening wellicht niet handig voor is. Het gaat hier niet om dat een monster tussen A en B kan lopen (waar een tekening misschien genoeg voor is) maar dat je aantoont dat een monster een aantal staten heeft (idle, attack, death) die afhankelijk zijn waar de speler is of wat de speler doet (afstand van monster, bijvoorbeeld).
Pseudo-code
Om snel idee te geven wat er nodig kan zijn om iets te programmeren, kan gekozen worden om sommige ontwerpen te ondersteunen met wat pseudo-code. Dit is code wat niet écht bestaat maar lijkt op echte code. Dit is nuttig omdat het: a) niet werkend geprogrammeerd hoeft te zijn maar beeld schetst wat ongeveer nodig is b) programmeer-taal onafhankelijk is c) begrijpend is voor designers of artists die niet programmeren (kunnen/willen) Het is een technische manier om een technische uitwerking toch begrijpbaar te houden voordat deze vertaald word naar échte programmering.
Een technisch ontwerp is daarom altijd tekst met visuele ondersteuning en heeft beide nodig om volledig te functioneren. Een technisch ontwerp kan niet alleen een visuele ondersteuning zijn, er is altijd context nodig.