{{Video game industry}} {{short description|Living software design document}} thumb|An example table of contents of a GDD A '''game design document''' ('''GDD''') is a highly descriptive living software design document of the design for a video game.<ref name="ox240">Oxland 2004, p. 240</ref><ref name="bs14">Brathwaite, Schreiber 2009, p. 14</ref><ref>Bates 2004, p. 276.</ref><ref>Bethke 2003, pp. 101–102</ref> A GDD is created and edited by the development team or a lead figurehead and is primarily used in the video game industry to organize efforts within a development team. The document is created by the development team as result of collaboration between their designers, artists and programmers as a guiding vision which is used throughout the game development process. When a game is commissioned by a game publisher to the development team, the document must be created by the development team and it is often attached to the agreement between publisher and developer; the developer has to adhere to the GDD during game development process.
== Life cycle ==
Game developers may produce the game design document in the pre-production stage of game development—prior to or after a pitch.<ref>Moore, Novak 2010, p. 70</ref> Before a pitch, the document may be conceptual and incomplete. Once the project has been approved, the document is expanded by the developer to a level where it can successfully guide the development team.<ref name="ox240"/><ref>Bethke 2003, p. 103</ref> Because of the dynamic environment of game development, the document is often changed, revised and expanded as development progresses and changes in scope and direction are explored. As such, a game design document is often referred to as a living document, that is, a piece of work which is continuously improved upon throughout the implementation of the project, sometimes as often as daily.<ref name="bs14"/><ref>Oxland 2004, pp. 241–242, 185</ref><ref>Moore, Novak 2010, p. 73</ref><ref>Bethke 2003, p. 104</ref> A document may start off with only the basic concept outlines and become a complete, detailed list of every game aspect by the end of the project.
== Content == A game design document may be made of text, images, diagrams, concept art, or any applicable media to better illustrate design decisions. Some design documents may include functional prototypes or a chosen game engine for some sections of the game.
Although considered a requirement by many companies, a GDD has no set industry standard form. For example, developers may choose to keep the document as a word processor document, or as an online collaboration tool.
== Structure ==
The purpose of a game design document is to unambiguously describe the game's selling points, target audience, gameplay, art, level design, story, characters, UI, assets, etc.<ref>Bates 2004, pp. 276–291</ref><ref>Bethke 2003, p. 102</ref> In short, every game part requiring development should be included by the developer in enough detail for the respective developers to implement the said part.<ref>Bethke 2003, p. 105</ref> The document is purposely sectioned and divided in a way that game developers can refer to and maintain the relevant parts.
The majority of video games should require an inclusion or variation of the following sections:<ref>Oxland 2004, pp. 274–186</ref><ref>Adams, Rollings 2003, pp. 569–570, 574–576</ref><ref>{{Cite web |title=Game Development |url=https://develop.games/ |access-date=2025-12-11 |website=develop.games}}</ref> * Story * Monetization * Characters * Level/environment design * Gameplay * Art * Sound and Music * User Interface, Game Controls * Accessibility * Target Audience * Development Timeline
This list is by no means exhaustive or applicable to every game. Some of these sections might not appear in the GDD itself but may instead appear in supplemental documents.
== Game concept == The game concept describes the main idea of the game. This section of the document is a simple explanation of the ideas for the game. The concept includes what the game exactly is, and what is being made of it. This portion of the document will also inform such people like the art team, publishers, developers, etc., on the expectations of the game when it is being developed.<ref>{{Cite web|title=Coming up With an Idea for a Game Concept|url=https://www.pluralsight.com/blog/film-games/creating-game-concept-first-step-getting-game-ground|access-date=2020-11-03|website=www.pluralsight.com|language=en}}</ref> So while in the production phase of the game, the document is being used as a guide to create the game. The concepts are introduced to a product development director, or even an executive producer, before it is allowed outside of the product development department. It will then be the director's decision to whether the idea has merit or not, leading to the idea being disregarded or supported to develop the game proposal.<ref name=":0">{{Cite web|title=The Anatomy of a Design Document, Part 1: Documentation Guidelines for the Game Concept and Proposal|url=https://www.gamedeveloper.com/design/the-anatomy-of-a-design-document-part-1-documentation-guidelines-for-the-game-concept-and-proposal|access-date=2020-11-09|website=www.gamasutra.com|date=19 October 1999|language=en}}</ref>
Even with the concept being in favor of the director, there is still the possibility of changes being requested. The director might pass the concept to others as part of the design staff, producers, or shown to the entire department or company, giving the concept a higher chance at being more captivating with the addition of a buoyant and imaginative group of people.<ref name=":0" />
The Game Concept portion of the document may contain the following:
* Introduction * Background (optional) * Description * Key features * Genre * Platform(s) * Concept art (optional)
== Notes == {{reflist|2}}
== References ==
* {{cite book |title=Andrew Rollings and Ernest Adams on game design | last1=Adams | first1=Ernest | last2=Rollings | first2=Andrew | year=2003 | publisher=New Riders Publishing | isbn=1-59273-001-9 | ref=AdRol }} * {{cite book | title=Game Design | last=Bates | first=Bob | year=2004 | edition=2nd | publisher=Thomson Course Technology | isbn=1-59200-493-8 | ref=Bates }} * {{cite book | title=Game development and production | first=Erik | last=Bethke |publisher=Wordware Publishing, Inc. | year=2003 | location=Texas | isbn=1-55622-951-8 | ref=Bethke }} * {{cite book | title=Challenges for Game Designers | last1=Brathwaite | first1=Brenda | last2=Schreiber | first2=Ian | year=2009 | publisher=Charles River Media | isbn=978-1-58450-580-8 | ref=BrSch }} * {{cite book | title=Game Industry Career Guide | last1=Moore | first1=Michael E. | last2=Novak | first2=Jeannie | year=2010 | publisher=Cengage Learning | location=Delmar | isbn=978-1-4283-7647-2 | ref=MoNov }} * {{cite book | title=Gameplay and design | last=Oxland | first=Kevin | year=2004 | publisher=Addison Wesley | isbn=0-321-20467-0 | ref=Oxland }} *Ryan, Tim (October 19, 1999). "[https://www.gamasutra.com/view/feature/131791/the_anatomy_of_a_design_document_.php?page=2 The Anatomy Of A Design Document, Part 1: Documentation Guidelines For The Game Concept And Proposal]". ''Gamasutra.Com'', 2020. Retrieved November 2, 2020. *Pluralsight (June 26, 2014). "[https://www.pluralsight.com/blog/film-games/creating-game-concept-first-step-getting-game-ground Game Concept: How To Come Up With a Game Idea]". Pluralsight.Com, 2020. Retrieved November 2, 2020.
== External links == * [https://www.gamedeveloper.com/design/the-anatomy-of-a-design-document-part-1-documentation-guidelines-for-the-game-concept-and-proposal Anatomy of a GDD] by Tim Ryan on Gamasutra * [http://www.sloperama.com/advice/specs.html Game specifications] by Tom Sloper on Sloperama * [https://www.gamedesigning.org/learn/game-design-document/ Create Your First Game Design] Document on [https://www.gamedesigning.org/ GameDesigning]
Category:Video game design