by Gina Renoldi and Nici Vogelgesang
¶ Game Design Document (GDD)
| Gruppenmitglied | Matrikelnummer | Verantwortlichkeiten |
|---|---|---|
| Gina Renoldi | 2685218 | Alles |
¶ Kurzbeschreibung
Hilf mit bei der Auszählung der Bürgerschaftswahl 2025! In diesem Arcade Sorting-Game musst du schnelle Entscheidungen treffen und für jeden Stimmzettel entscheiden, ob er gültig ist. Dabei stehst du unter Zeitdruck und ständiger Beobachtung: schaffst du es, alle Stimmzettel auszuzählen, bevor die Zeit abgelaufen ist, oder dir Wahlbetrug vorgeworfen wird?
Inspiriert von den realen Abläufen werden spielerisch Konzepte einer Wahlauszählung in Deutschland vermittelt.
¶ Downloadlink
https://gigi-is-great.itch.io/wahlsimulator2025
¶ Steuerung
Maus & Tastatur (Desktop):
- Zettel nach links oder rechts swipen
- linke Maustaste: drag and drop
- oder Pfeiltasten: links / rechts
- Blättern:
- Pfeiltasten: hoch / runter
- Bestätigen:
- Leertaste oder Enter
- oder linke Maustaste
¶ Spielregeln
In diesem Arcade Sorting-Game musst du schnelle Entscheidungen treffen, ob ein dir vorgelegte Stimmzettel gültig ist oder nicht. Die Regeln sind simpel: swipe einen Zettel nach links, wenn er gültig ist und nach rechts wenn er ungültig ist. Für jeden richtig ausgewerteten Stimmzettel erhältst du einen Bonus, für jeden Fehler Zeitabzug. Machst du zu viele Fehler, wird dir Wahlbetrug vorgeworfen und du wirst disqualifiziert. Wenn du dir allerdings zu viel Zeit lässt, wirst du auch von der Wahlauszählung ausgeschlossen. Die Regeln nach denen ein Stimmzettelheft ausgewertet wird, kannst du während des gesamten Spiels einsehen. Manchmal bleibt dir allerdings auch ein bisschen Interpretationsspielraum überlassen. Als Grundregel gilt: Der Wille der wählenden Person muss klar erkennbar sein!
¶ Game Design Pillars
- Arcady: Schnelles Gameplay, simple Steuerung, kurze Runden
- Educational: über die Durchführung von demokratische Wahlen in Deutschland aufklären
- Quirky: Unpolished Artstyle, FlashGame Vibe
¶ 1 Mechanics
¶ Gameplay Features
- Einen Zettel ansehen: Spieler*in bekommt nacheinander Stimmzettel vorgelegt. Diese kann er anschauen und beliebig oft durch alle Seiten blättern
- Die Regeln nachschlagen: auf dem Tisch liegt ein Regelheft. Spieler*in kann das Regelheft anklicken und sich die Regeln beliebig oft durchlesen. Während das Regelheft geöffnet ist, ist Spiel pausiert und die Zeit läuft nicht weiter ab
- Entscheiden: Anhand des Regelhefts entscheidet Spieler*in über die Gültigkeit eines Zettels. Spieler*in zieht einen Stimmzettel nach links, wenn er ihn für ungültig erklärt und nach rechts, wenn er ihn für gültig hält.
¶ Game Loop
- Jeder Stimmzettel kann als ein Gameplay Loop angesehen werden
- 1) Spawn des Stimmzettels: ein zufällig generierter Stimmzettel wird erzeugt.
- 2) Spieler*in schaut den Zettel durch und gleicht eventuell mit den beigelegten Regeln zur Auswertung ab.
- 3) Spieler*in entscheidet (gültig / ungültig)
- 4) Feedback: Spieler*in erhält auditives und visuelles Feedback, ob die Entscheidung richtig war.
- 5) Belohnung / Bestrafung: bei einer richtigen Entscheidung erhält Spieler*in einen Zeitbonus, bei einer falschen Entscheidung wird etwas von der verbleibenden Zeit abgezogen.
Für eine richtige Entscheidung erhält Spieler*in einen Punkt. - 6) Zettel verschwindet.
- dieser Loop wird so oft wiederholt bis eines dieser Szenarien eintritt
- 1) Es wird die benötigte Punktzahl erreicht, um das Level abzuschließen → Win State
- 2) Die Zeit ist abgelaufen → Lose State
- die Zeit läuft übergreifend für das Level, d.h. kein Reset des Timers zwischen den einzelnen Zetteln
¶ 2 Story
In diesem Spiel spielt man eine Person die bei der Auszählung einer demokratischen Wahl in Deutschland hilft. In einem kurzen Intro wird man von seinem Gruppenpartner, dem 4-Augen-Prinzip Avatar begrüßt.
Hallo! Danke, dass du bei der Wahl hilfst. Du entscheidest heute für jeden Stimmzettel, ob er richtig ausgefüllt wurde. […]
Wir arbeiten hier nach dem 4 Augen Prinzip, das heißt, dass ich dir über die Schulter schaue und merke, wenn du einen Fehler machst. Viel Erfolg!
Der 4-Augen-Prinzip Avatar nimmt hier die Stellung einer Kontrollinstanz ein, und gibt am Ende des Spiels auch Feedback zur Genauigkeit und Schnelligkeit.
¶ 3 Aesthetics
Das Spiel soll vage an ein Flash Game bzw. altes Browser-Spiel erinnern. Da das Spiel inhaltlich eher sachlich ist, soll der Artstyle spielerisch und nicht so ernst sein. Damit soll verhindert werden, dass sich das Spiel zu sehr wie eine Trainingssoftware anfühlt. Gleichzeitig ist der visuelle Stil minimalistisch und flach, um nicht zu sehr abzulenken und um eine ungewollte politische Aufladung zu vermeiden.
¶ Art Style & Sound Design
Alle Assets sind handgezeichnet, skizzenartig und bestehen aus simplen Outlines. Die Farben sind Pastellfarben. Für die Schrift wurde eine handwritten font ausgewählt, die sich in die gezeichneten Assets einpasst.
¶ Character & Environment Design
Der 4-Augen-Prinzip Avatar hat fünf verschiedene Assets für die unterschiedlichen Endergebnisse:
- Gewonnen: Perfekter Score, 100 % der Zettel richtig ausgewertet
- Verloren: Zu langsam, ≥ 80 % richtig
- Gewonnen: gut, ≥ 80 % richtig
- Verloren: zu viele Fehler, ≤ 80 % richtig
- Gewonnen: okay, ≤ 80 % richtig
¶ Animationen
Alle Animationen bestehen aus zwei Frames, die einfach hin und herspringen.
¶ UI Design
- Timer:
zeigt die verbleibende Zeit an, mit Farbänderung abhängig von verbleibender Zeit
außerdem visuelles Feedback bei Fehler
- Punktanzeige: bisherige Punktzahl / benötigte Punktzahl
- Rotes und grünes Post-It auf dem Tisch: als Erinnerung in welche Richtung geswiped werden muss (links ungültig, rechts gültig)
- Klickbares Regelheft: Öffnet Regeln-Overlay, Spiel ist pausiert
- Stern Animation Overlay: bei richtiger Entscheidung
- Screen Shake: bei falscher Entscheidung
- Sound Design: Papier Sounds bei Blätter, Synthi Sounds für richtige und falsche Entscheidung
¶ 4 Technology
Engine: Godot 4.5.1
Programmiersprache: GDScript
Zielplattform: Desktop (Windows) / Browser
Versionskontrolle: GitHub
Weitere Programme: Photoshop
¶ 5 Management
- erster Prototyp: 23.10.25 → Einfache Zettel Swipe Mechanic
- Spielbares Level: 25.11.25 → mit Winning / Losing Conditions
- Playtesting: 26.11.25
- Review des Feedbacks aus Playtesting: 10.12.25 → Prioritäten neu setzen
- finale Version bis 11.01.26 → Implementieren des Feedbacks
- Bug Fixing, Build Webversion bis: 16.01.26
¶ Asset & Feature List
Assets
| Game UI: Timer | Programming / Design | Done |
| Stimmzettelheft Design | Illustration | Done |
| Wahlergebnis-Generator | Programming | Done |
| Sounds für Belohnung / Bestrafung, Blättern | Sound Design | Done |
| Hintergrundmusik | Sound Design | Review |
| Stimmzettel Animation: Blättern, Spawn, Fade | Animation | Done |
| Stimmzettel-Generator | Programming | Done |
| Intro Dialog | Writing | Done |
| 4-Augen-Prinzip Avatar | Illustration / Animation | Done |
| Game World Backdrop | Illustration | Done |
| Winning / Losing Conditions (4 Enden mit Stats) | Programming / Design | Done |
| Balancing Zeit / Schwierigkeit | Testing | Review |
| Controls: Maus und Pfeiltasten | Programming | Done |
| Recherche Auswertung Wahlzettel | Recherche | Done |
| Titel Design, Schriftart | Design | Done |
¶ Stundenaufstellung
| Gina | Aufgabe | Arbeitsaufwand |
| Prototyping | 3 h | |
| Ideen sammeln | 6 h | |
| Design Wahlzettel | 2 h | |
| Programming Wahlzettel | 9 h | |
| Wahlergebnis- Generator programmieren | 6 h | |
| Research Wahl auszählen | 2 h | |
| Level Design | 9 h | |
| Refactoring | 4 h | |
| Screen Design (Menu, Losing, Winning, Restart) | 8 h | |
| Export Built für Playtesting, Debugging | 4 h | |
| Font / Dialog Design | 2 h | |
| Debugging | 6 h | |
| Intro / Prolog Dialog | 6 h | |
| Sound Design / Music | 6 h | |
| gesamt | 73 h |
¶ Lessons Learned
Der Scope des Projekts war hinsichtlich Zeitrahmen und Gruppengröße realistisch angesetzt. Dadurch konnten alle essentiellen Assets umgesetzt werden und am Ende der Projektphase war noch genug Zeit für Debugging, Polishing und etwas Juicing (Sounddesign, Musik, Animationen). Ich bin bei der Entwicklung iterativ vorgegangen und habe direkt nach der ersten Grundidee (Wahlhelfer Simulator mit Swipe Mechanic) einen technischen Prototypen gebaut, um Gameplay und Pacing zu testen. Daran habe ich dann nach und nach das Gameplay erweitert, anstatt mich zu früh auf eine bestimmte Richtung zu versteifen.
Ich bin sehr zufrieden mit dem jetzigen Stand des Projekts, ich hätte aber gerne noch mehr ausprobiert. Eine weiterführende Idee war beispielsweise einen Koop Modus, in dem der 4-Augen-Avatar durch einen echten Menschen ersetzt wird. Ich hätte es außerdem spannend gefunden, daraus eine Art “Studie” zu bauen, in der die Punktzahl abhängig von verschiedenen Faktoren / Parametern untersucht wird (z.B. mit Fragebogen politischer Gesinnung von Spieler*innen, Einzelspieler oder Koop, Zeitdruck, …). Mir war aber klar, dass das mit viel Risiko verbunden ist, dass am Ende nichts brauchbares / Interessantes dabei herauskommt, dafür hätte man vermutlich eine größere Teamgröße oder mehr Zeit gebraucht.
¶ Quellenangaben
Fonts:
- Pangolin, Open Font License https://fonts.google.com/specimen/Pangolin
- Metal Mania, Open Font License https://fonts.google.com/specimen/Metal+Mania
- Henny Penny, Open Font License https://fonts.google.com/specimen/Henny+Penny