Zum Inhalt springen

Game-Design-Dokument-Vorlage

Neun verknüpfte Dokumente, die ein Spiel vom Pitch bis zum Entscheidungslog abdecken, jedes mit Hinweisen, was hineingehört, und einem kurzen Beispiel. Laden Sie sie als Markdown-Dateien herunter: Jeder Editor öffnet sie, GitHub und Obsidian zeigen ihre Diagramme, und Nodary importiert sie als Karte.

9 Markdown-Dateien in einem .zip, 13 kB

Kostenlos, ohne Konto und ohne E-Mail-Adresse. Nutzen, ändern und teilen Sie sie, wie Sie möchten.

Lesen Sie jede Seite vor dem Download

Die Übersicht passt auf einen Bildschirm und verweist auf acht Teile, einen pro Disziplin: So hat jeder Teil eine verantwortliche Person, und eine Änderung bleibt klein. Kursive Zeilen sagen, was hineingehört; die Beispiele stammen aus Saltmarrow, dem Beispielspiel, das diese Website überall zeigt.

Dokumente

Datei Game-Design-Dokument-Vorlage/Game-Design-Dokument.md

Game-Design-Dokument

So verwenden Sie diese Vorlage: Kursive Zeilen sind Hinweise. Ersetzen Sie sie durch Ihre eigenen Worte und löschen Sie sie dann. Werte in eckigen Klammern füllen Sie selbst aus. Halten Sie diese Seite bei etwa einem Bildschirm: Alle lesen sie zuerst, und jeder andere Teil des Designs ist nur einen Link entfernt.

Auf einen Blick

FeldIhr Spiel
Arbeitstitel[Titel]
Logline[Ein Satz, den ein Fremder weitererzählen könnte]
Genre[Genre und Subgenre]
Spieler[Singleplayer, Koop für 2 bis 4, kompetitiv]
Plattformen[PC, Konsolen, Mobile]
Sessionlänge[Eine typische Session, in Minuten]
Engine[Engine und Version]
Team[Größe heute und in der Spitze]
Geschäftsmodell[Preis, Free-to-Play, Abo]
Nächster Meilenstein[Name und Datum]

Pitch

Zwei oder drei Sätze: Wer spielt, was tut man, und was macht das Spiel anders? Schreiben Sie ihn so, dass er auch auf einer Store-Seite funktionieren würde.

Beispiel (Saltmarrow, ein Beispielspiel): Salz rechen, nach Erinnerungen tauchen, vor der Flut zurück sein. Ein Koop-Spiel über Erkundung und Crafting für bis zu vier Spieler, angesiedelt auf Salzebenen im Watt, wo zweimal am Tag eine versunkene Archivstadt auftaucht.

[Ihr Pitch]

Design-Säulen

Drei bis fünf Regeln, denen jedes Feature dienen muss. Eine Säule, die jedes beliebige Spiel beschreiben könnte, etwa „spaßige Kämpfe“, ist keine Säule. Ein Feature, das keiner Säule dient, fliegt raus; ein Feature, das eine Säule bricht, wird neu entworfen.

  1. [Erste Säule]: [was sie bedeutet, in einem Satz]
  2. [Zweite Säule]: [was sie bedeutet, in einem Satz]
  3. [Dritte Säule]: [was sie bedeutet, in einem Satz]

Beispiel (Saltmarrow, ein Beispielspiel): Die Gezeiten sind die Uhr. Zeit ist die einzige Ressource, die nie mehr wird: Jedes System liest die Gezeiten, und nichts hält sie an.

Zielgruppe

Für wen das Spiel ist, was diese Spieler heute spielen und wann sie aufhören. Nennen Sie echte Spiele und echte Gewohnheiten, nicht nur eine Altersgruppe.

  • Kernspieler: [wer sie sind und wie sie spielen]
  • Was sie heute spielen: [drei oder vier Spiele]
  • Wann sie aufhören: [...]
  • Weitere Spieler: [...]

Vergleichbare Spiele

Drei oder vier Spiele, die Ihr Team und Ihre Spieler schon kennen. Sagen Sie, was Sie von jedem übernehmen und, genauso nützlich, was Sie weglassen.

SpielWas wir übernehmenWas wir weglassen
[Spiel][...][...]
[Spiel][...][...]
[Spiel][...][...]

Umfang

Was das erste Release enthält und was ausdrücklich nicht. Die zweite Liste ist die, die verhindert, dass der Umfang still und leise wächst.

  • Im ersten Release: [...]
  • Nicht im ersten Release: [...]
  • Später zu entscheiden: [...]

Der Rest des Designs

Jeder Teil ist ein eigenes Dokument. Verlinken Sie ihn, statt daraus zu kopieren: So steht jeder Fakt an einer Stelle und ändert sich an einer Stelle.

Diese Vorlage dürfen Sie kostenlos nutzen, ändern und weitergeben. Entstanden ist sie bei Nodary, wo sich diese Dateien als Karte verknüpfter Dokumente importieren lassen.

Vorlage herunterladen9 Markdown-Dateien in einem .zip, 13 kB

So verwenden Sie die Vorlage

  1. Schreiben Sie die Übersicht in einem Zug

    Füllen Sie zuerst die Tabelle, den Pitch und die Säulen aus, in etwa einer Stunde und gemeinsam mit den Leuten, die das Spiel bauen. Jede andere Seite wird daran gemessen.

  2. Füllen Sie die Teile, sobald Entscheidungen fallen

    Lassen Sie einen Abschnitt lieber leer, als etwas zu erfinden. Ein leerer Abschnitt ist eine ehrliche offene Frage; ein erfundener wird gebaut.

  3. Halten Sie jede Entscheidung fest

    Ändert eine Entscheidung das Design, fügen Sie dem Entscheidungslog im Produktionsplan eine Zeile hinzu und aktualisieren Sie die betroffene Seite. Das Log sagt, warum; die Seite sagt, was jetzt gilt.

  4. Geben Sie jeder Seite eine verantwortliche Person

    Jeder Teil nennt, wer ihn verantwortet und wann er zuletzt geprüft wurde. Eine Seite, für die niemand zuständig ist, veraltet als erste.

In Nodary als Karte importieren

Nodary ist ein Arbeitsbereich für Spieleteams, in dem Dokumente wie Sterne auf einer Karte verknüpft sind. Importieren Sie das .zip, und die Übersicht kommt mit ihren acht Teilen darunter an, die Verknüpfungen zwischen den Seiten bleiben erhalten und die Diagramme werden gezeichnet. Ihr Team kommentiert dann Passagen, fordert Prüfungen an und sieht, was sich seit dem letzten Besuch geändert hat, und über MCP verbundene KI-Agenten lesen das Design, bevor sie darin schreiben.

  1. Öffnen Sie die Karte eines Projekts und wählen Sie „Importieren“.
  2. Wählen Sie den Tab „Ordner oder ZIP“ und dann „ZIP wählen“.
  3. Wählen Sie die heruntergeladene Datei, prüfen Sie die Baumstruktur und importieren Sie.

Der kostenlose Tarif umfasst zehn Dokumente pro Arbeitsbereich, die Seite des Projekts selbst eingerechnet: Die neun Dokumente der Vorlage passen in einen neuen Arbeitsbereich und füllen ihn. Bezahlte Tarife bieten Platz für mehr.

Wie Nodary mit Game-Design-Dokumenten umgeht
Der Importdialog von Nodary mit der gewählten .zip-Datei der Vorlage: die neun Dokumente als Baum, die Übersicht mit ihren acht Teilen darunter und eine Zeile, laut der der Import 9 Dokumente anlegt, von den 9, die der Tarif noch erlaubt.

Ein GDD schreiben, das wirklich gelesen wird

Ein Game-Design-Dokument scheitert auf eine von zwei Arten: Niemand liest es, oder alle lesen eine veraltete Fassung. Diese Gewohnheiten verhindern beides.

Eine Seite pro Teil

Eine Datei mit sechzig Seiten wird einmal gelesen, am Anfang. Kurze, verknüpfte Seiten werden gelesen, wenn es darauf ankommt, und eine Änderung betrifft eine Seite statt fünf.

Entscheidungen schreiben, keine Wünsche

„Der Kampf soll sich gut anfühlen“ entscheidet nichts. „Ein Treffer landet innerhalb von 100 Millisekunden nach dem Tastendruck“ lässt sich bauen und testen.

Sagen, was noch offen ist

Markieren Sie unbeantwortete Fragen als offen, mit der Person, die sie beantwortet, und einem Termin. Eine Vermutung, die als Tatsache dasteht, ist der Grund, warum zwei Abteilungen am Ende zwei verschiedene Spiele bauen.

Verlinken statt kopieren

Braucht die Seite zur Ökonomie den Gezeitenkalender, verlinkt sie ihn. Ein Fakt, der an zwei Stellen steht, sagt bald zwei verschiedene Dinge.

Das Warum bewahren

Das Entscheidungslog hält fest, warum die Dinge so sind, wie sie sind, damit ein neues Teammitglied keine Entscheidung rückgängig macht, für die das Team schon bezahlt hat.

Streichen, was niemand liest

Wurde ein Abschnitt seit dem Schreiben nie wieder geöffnet, führen Sie ihn mit einem anderen zusammen oder löschen Sie ihn. Ein kurzes Dokument, das stimmt, schlägt ein langes, das einmal gestimmt hat.

Fragen zum Game-Design-Dokument

Was ist ein Game-Design-Dokument?

Ein Game-Design-Dokument, kurz GDD, beschreibt das Spiel, das ein Team entwickelt: Pitch, Säulen, Mechaniken, Systeme, Welt, Level, Look und Sound sowie den Plan, es zu bauen. Design, Art, Programmierung, Produktion und zunehmend auch KI-Agenten lesen es, also muss es aktuell bleiben, während sich das Spiel verändert.

Was gehört in ein Game-Design-Dokument?

Mindestens eine einseitige Übersicht mit Pitch, Säulen, Zielgruppe und Umfang; das Gameplay und der Core Loop; die Systeme und ihre Zahlen; Welt und Geschichte; Level und Inhalte; Art Direction und Audio; Interface und Barrierefreiheit; die technischen Rahmenbedingungen; und ein Produktionsplan mit Entscheidungslog. Diese Vorlage hat für jeden Punkt ein eigenes Dokument.

Wie lang sollte ein GDD sein?

So kurz wie möglich, solange es die Fragen des Teams beantwortet. Die Übersicht sollte auf einen Bildschirm passen. Jeder Teil wächst mit den getroffenen Entscheidungen, nicht mit den Hoffnungen: Eine Seite mit festen Regeln schlägt zehn Seiten voller Möglichkeiten.

Brauchen Indie- und agile Teams überhaupt noch ein GDD?

Solche Teams brauchen schriftlich festgehaltene Entscheidungen, keine Bibel, die vorab geschrieben wird. Wer schnell iteriert, nutzt das GDD als Stand dessen, was das Spiel heute ist: kurze Seiten, aktualisiert, wenn ein Playtest etwas ändert, und die Gründe im Entscheidungslog.

In welchem Format ist die Vorlage?

Markdown: reine Textdateien, die jeder Editor öffnet. Verweise zwischen Dokumenten sind relative Links, Tabellen sind Markdown-Tabellen, und Diagramme sind in Mermaid geschrieben, das GitHub, Obsidian und Nodary zeichnen. Nichts hängt von einem bestimmten Tool ab.

Kann ich die Vorlage in Obsidian, auf GitHub oder in einem anderen Editor nutzen?

Ja. Obsidian öffnet den entpackten Ordner als Vault, in dem jeder Link funktioniert, und GitHub zeigt die Dateien mit ihren Links und Diagrammen. Tools, die Markdown Datei für Datei importieren, übernehmen Text und Tabellen; prüfen Sie, wie sie mit Links zwischen Dateien umgehen.

Wie importiere ich die Vorlage in Nodary?

Öffnen Sie die Karte eines Projekts, wählen Sie „Importieren“, dann den Tab „Ordner oder ZIP“, und wählen Sie das heruntergeladene .zip. Nodary zeigt zuerst die Baumstruktur, legt dann die neun Dokumente mit der Übersicht als übergeordnetem Dokument an, behält die Links zwischen ihnen und zeichnet die Diagramme. Jeder Ordner und jedes .zip mit bis zu 200 Markdown-Dateien wird genauso importiert.

Darf ich die Vorlage für ein kommerzielles Spiel nutzen?

Ja. Nutzen, ändern und teilen Sie sie für jedes Spiel, kommerziell oder nicht, mit oder ohne Nodary-Konto. Eine Erwähnung freut uns, ist aber nie Pflicht.

Halten Sie das Design dort, wo das Team arbeitet.

Importieren Sie die Vorlage in Nodary, und das GDD wird zu einer Karte, die Ihr Team und Ihre KI-Agenten aktuell halten. Kostenlos mit zwei Mitgliedern, einem Projekt und zehn Dokumenten, ohne Kreditkarte.