Wie klein sollte dein erstes Spiel sein?

So klein, dass du es fertig bekommst: eine Aktion, ein Bildschirm, ein Weg zu gewinnen oder zu verlieren, ein paar Minuten Spielzeit. So kürzt du eine größere Idee.

So klein, dass du es fertig bekommst: eine einzige Sache, die der Spieler tut, ein Bildschirm, ein Weg zu gewinnen oder zu verlieren, und ein ganzes Spiel, das sich in ein paar Minuten spielen lässt. Wenn du das an einem Wochenende oder in zwei Wochen voller Abende bauen kannst, ist es die richtige Größe. Ein KI-Programmierassistent bringt dich schneller zu einer spielbaren Version, aber er ändert die Antwort nicht, und dieser Artikel erklärt, warum. Um eine größere Idee zu kürzen, schreibe das Spiel als einen Satz, behalte nur, was dieser Satz braucht, und verschiebe alles andere auf eine Liste namens „später“.

Wie sieht ein kleines Spiel aus?

Nutze vier Grenzen.

• Eine Aktion. Der Spieler bewegt sich, oder springt, oder kombiniert Steine, oder zielt. Eines davon.
• Ein Bildschirm oder ein Level, das sich wiederholt und schwerer wird.
• Ein Weg zu gewinnen oder zu verlieren. Ein Punktestand, den man schlagen muss, ein Timer oder Leben, die ausgehen.
• Ein paar Minuten vom Druck auf „Start“ bis zum Ergebnis.

Zwei öffentliche Maßstäbe zeigen, dass ein Spiel innerhalb dieser Grenzen ein echtes Spiel ist.

Der erste ist ein Game Jam. In der Kategorie Compo von Ludum Dare macht eine Person in 48 Stunden ein Spiel von Grund auf; die Kategorie Jam gibt 72 Stunden und erlaubt Teams. Die Regeln beschreiben den idealen Beitrag als ein Spiel, das man im Browser spielt, in ein paar Minuten, allein. So stand es am 9. Oktober 2026 auf der Regelseite.

Der zweite ist ein Tutorial. Das 2D breakout game von MDN hatte am selben Tag elf Lektionen: ein Canvas, ein bewegter Ball, Wände, ein Schläger, Game Over, ein Feld aus Steinen, ein Punktestand und ein Sieg, Extraleben und danach Animationen, Buttons und etwas Zufall. Diese Liste zeigt gut, was „vollständig“ bei dieser Größe bedeutet.

Warum zählt klein auch dann, wenn eine KI den Code schreibt?

Weil das Schreiben des Codes nie die ganze Arbeit war. Ein Assistent verkürzt das Schreiben. Drei Dinge bleiben bei dir.

Du musst trotzdem jede Änderung spielen. Jemand muss das Spiel nach jeder Änderung starten, es ausprobieren und entscheiden, ob es besser ist als vorher. Dieser Jemand bist du.

Features multiplizieren sich. Ein neues Feature muss mit jedem Feature funktionieren, das schon da ist. Drei Features ergeben drei Paare, die sich in die Quere kommen können. Sechs ergeben fünfzehn. Zwölf ergeben sechsundsechzig. Das Prüfen wächst viel schneller als die Liste der Features.

Eine Bitte berührt mehr, als sie nennt. „Füge einen Shop hinzu“ klingt nach einer Aufgabe. Sie ändert den Punktestand, den Pausenbildschirm, die Steuerung und das, was gespeichert wird, und jedes davon muss danach geprüft werden, egal wer den Code geschrieben hat.

Ein kleines Spiel ist eines, das du im Kopf behalten kannst. Du kannst eine Änderung genau beschreiben, lesen, was zurückkam, und bemerken, was sie kaputt gemacht hat.

Was kostet jedes zusätzliche Feature später?

Es kostet jedes Mal erneut, wenn du eine Plattform oder eine Sprache hinzufügst. Wir haben das bei KittenGalaxy gesehen, dem Shooter, der auf HeapPlay gehostet wird.

Als wir die Touch-Steuerung hinzufügten, wurde die Arbeit pro Bildschirm gezählt, nicht pro Spiel: das Menü, die Namenseingabe, das Fliegen, der Shop, die Matheaufgabe sowie die Game-Over- und Abschlussbildschirme brauchten jeweils ihre eigene Steuerung. Als das Spiel in zehn Sprachen übertragen wurde, wurde jeder Bildschirm in jeder davon geprüft, wie die Seite des Spiels festhält.

Keine der beiden Arbeiten war ein Fehler. Aber der Umfang beider richtete sich nach der Zahl der Bildschirme, die das Spiel schon hatte. Ein Spiel mit einem Bildschirm zahlt diesen Preis einmal.

Wie kürzt du eine Idee auf diese Größe?

1. Schreibe das Spiel als einen Satz: was der Spieler tut und wie es endet. Zum Beispiel: „Du steuerst ein Schiff nach links und rechts und schießt auf Invasoren, bis deine Leben aufgebraucht sind.“
2. Liste alles andere auf, was du dir vorgestellt hast. Bosse, ein Shop, zwei Spieler, eine Geschichte. Schreibe alles auf, damit nichts verloren geht.
3. Behalte nur, was der Satz braucht. Wenn der Satz ohne ein Feature wahr bleibt, kommt das Feature auf die Liste „später“. Es ist verschoben, nicht gelöscht.
4. Kürze Inhalte, bevor du die Idee kürzt. Eine Art von Gegner, nicht fünf. Eine Welle, die schneller wird, nicht zwanzig Level.
5. Lege die Zeit fest, bevor du anfängst. Ein Wochenende oder zwei Wochen voller Abende. Wenn du in Verzug gerätst, nimm etwas aus dem Spiel und halte den Termin.

So sieht dieses Beispiel nach dem Kürzen aus.

Wie hältst du diese Größe, wenn du mit einem Assistenten arbeitest?

• Lege den einen Satz und die Liste „später“ in eine Datei im Projekt und verweise den Assistenten zu Beginn jeder Sitzung darauf.
• Bitte um einen Punkt nach dem anderen, und spiele das Spiel, bevor du um den nächsten bittest.
• Sichere vor jeder Bitte eine funktionierende Version als Commit in der Versionsverwaltung, damit sich eine schlechte Änderung rückgängig machen lässt.
• Wenn eine Änderung mehr bringt, als du verlangt hast, nimm das Zusätzliche wieder heraus. Features, um die niemand gebeten hat, gehören auch zum Umfang.

Woran erkennst du, dass es fertig ist?

Entscheide das, bevor du anfängst, und schreibe es auf. Ein erstes Spiel ist fertig, wenn:

• eine fremde Person es über einen Link starten kann, ohne ein Wort von dir;
• die Steuerung auf dem Bildschirm gezeigt wird;
• man verlieren und neu anfangen kann, ohne die Seite neu zu laden;
• du es auf jedem Gerät, das du als unterstützt angibst, von Anfang bis Ende gespielt hast und sagst, welche Geräte du nicht ausprobiert hast.

Stelle es dann dorthin, wo Menschen es spielen können. Ein so kleines Spiel ist trotzdem ein Spiel: Die Einreichungsregeln von HeapPlay verlangen ein echtes, spielbares Spiel mit einem offiziellen Link und legen keine Mindestgröße fest. Du kannst es einreichen, ohne ein Konto zu haben, und die Redaktion prüft jede Einreichung, bevor sie erscheint.

Was passiert mit der Liste „später“?

Sie wird dein Plan, in einer Reihenfolge, die du nicht mehr erraten musst. Sobald Menschen die kleine Version spielen, sagt dir das, was sie sagen, welchen Punkt du zuerst nehmen solltest. Füge diesen hinzu, veröffentliche ihn als neue Version und höre wieder zu.

Häufige Fragen

Wie lange sollte ein erstes Spiel dauern? Es gibt keine gemessene Antwort. Wähle eine Grenze, die du einhalten kannst, und passe das Spiel daran an. Ludum Dare gibt seinen Teilnehmern 48 oder 72 Stunden.

Reicht ein Klon eines Klassikers? Als Übung ja: Du weißt schon, wie „fertig“ aussieht. Bevor du ihn anderen zeigst, ändere eine Sache, damit er deiner ist.

Sollte mein erstes Spiel mein Traumspiel sein? Mache zuerst seinen kleinsten spielbaren Teil und behalte den Rest auf der Liste „später“.

Kann ich größer anfangen, weil ein KI-Assistent den Code schreibt? Du erreichst schneller eine spielbare Version. Das Spielen, das Prüfen und das Entscheiden bleiben bei dir, und sie wachsen mit jedem Feature.

Lohnt es sich, ein Drei-Minuten-Spiel zu veröffentlichen? Ja, wenn es vollständig ist. Spieler können es bewerten und rezensieren, und verifizierte Entwickler können jede neue Version festhalten und was sich geändert hat.