Eine Spielidee ist ein Versprechen; Game Design ist die Arbeit, dieses Versprechen in wiederholbare Entscheidungen zu übersetzen. Der Designer entscheidet nicht, ob „ein Drache cool wäre“, sondern was Spieler wegen dieses Drachen beobachten, riskieren und lernen müssen.
Das Material des Designers ist Verhalten
Regeln sind nur die sichtbare Ausgangsschicht. Interessant ist, welches Verhalten sie gemeinsam erzeugen: Horten Spieler Ressourcen, bilden sie Bündnisse, optimieren sie eine Route oder entdecken sie einen Ausdrucksspielraum? Das MDA-Framework benennt diese Kette als Mechanics, Dynamics und Aesthetics. Es ist kein Kochrezept, aber ein nützlicher Debugger für Erwartungen. [1]
Wenn eine Mechanik formal funktioniert, die gewünschte Erfahrung aber ausbleibt, liegt der Fehler oft in einer Rückkopplung. Eine Belohnung kann vorsichtiges Spielen fördern, obwohl das Thema Wagemut verspricht. Dann hilft keine schönere Animation; die Entscheidungskosten müssen sich ändern.
Prototypen beantworten Fragen
Ein früher Prototyp muss nicht beeindrucken. Er muss eine Unsicherheit isolieren: Ist die Auswahl verständlich? Erzeugt die verdeckte Information Bluff oder Zufall? Ist eine Runde lang genug, damit eine Strategie sichtbar wird? Papier, Tabellen und graue Boxen sind gut, wenn sie diese Frage schneller beantworten als Produktionscode.
Ein Test ohne Beobachtungsziel produziert Meinungen. Ein Test mit Hypothese produziert Information. Statt „Hat es Spaß gemacht?“ lautet die Frage etwa: „Wann hast du erstmals verstanden, warum die Energie knapp wird?“ Das Gespräch nach dem Spiel ergänzt, aber ersetzt nicht die beobachtete Entscheidung.
Balance ist kein Zustand von Gleichheit
Asymmetrische Optionen dürfen verschieden stark wirken, solange Kosten, Einsatzfenster und Gegenmittel ein sinnvolles Ganzes bilden. Mathematische Simulation findet Ausreißer; sie erkennt nicht automatisch, ob eine dominante Strategie langweilig, lesbar oder thematisch erwünscht ist.
Deshalb gibt es mehrere Balancen: statistische Erfolgsrate, Vielfalt tragfähiger Strategien, wahrgenommene Fairness und Lernkurve. Eine Option kann bei Experten ausgeglichen und für Neulinge zerstörerisch sein. Gute Patchnotes benennen, welche dieser Ebenen verändert werden soll.
Game Feel sitzt zwischen System und Körper
Beschleunigungskurven, Kamera, Audio, Trefferpause und Partikeleffekt verändern, wie eine identische Regel gelesen wird. Die Forschung zu Game Feel versucht, dafür ein gemeinsames Vokabular zwischen Praxis und Wissenschaft zu schaffen. [2]
Zugänglichkeit gehört in dieselbe Kopplung. Frei belegbare Eingaben, getrennte Lautstärken oder alternative Farbcodes sind Designparameter. Werden sie erst nach Fertigstellung betrachtet, kann die Kernschleife unnötig an eine Wahrnehmungs- oder Bewegungsform gebunden sein. [3]
Wer macht was?
In kleinen Teams können diese Rollen in einer Person zusammenfallen. Die Unterscheidung bleibt trotzdem nützlich, weil sie Kritik präzisiert. „Der Sprung fühlt sich schlecht an“ kann Regel, Physik, Animation, Ton oder Kamera betreffen. Game Design beginnt dort, wo aus diesem Gefühl eine prüfbare Systemfrage wird.
- System Design modelliert Regeln, Ökonomien, Fortschritt und Wechselwirkungen.
- Level Design arrangiert Raum, Tempo, Begegnungen und Lernreihenfolge.
- Narrative Design verbindet Handlungsmöglichkeiten mit Figuren, Welt und Informationsfluss.
- UX Design macht Zustände, Folgen und Bedienwege verständlich.
- Engineering implementiert und stabilisiert die technische Maschine; Art und Audio formen ihre Wahrnehmung.
Modelle, Tests und Designbegriffe
- AAAI – MDA: A Formal Approach to Game Design and Game Research (research)
- Designing Game Feel: A Survey (research)
- Game Accessibility Guidelines (specialist-guidance)
- BoardGameGeek – Mechanics (community-reference)
- The Strong National Museum of Play (museum)
- IEEE CoG – Major Developments in the Evolution of Tabletop (research)
Recherche- und Redaktionsstand: 15. August 2026. Redaktionell verantwortlich: Benjamin Metzig.