Game design document

Part of a series on the:
Video game industry

Activities/jobs

* Video game design
* Game art design
* Game development / Game developer
* Game modification
* Game producer
* Game publisher
* Game journalism
* Level design

Development

* Interaction design
* Game programming
* Level design
* Video game design

Types

* Casual game
* Indie game
* Interactive art
* Interactive movie
* Serious game

Topics

* Digital rights management (DRM)
* Outsourcing
* Software license
* End-user license agreement (EULA)
* Video game preservation

Lists

* List of indie game developers
* List of video game developers
* List of video game industry people

* v
* t
* e

Short description: Living software design document

Table of Contents of a GDD

A game design document (often abbreviated GDD) is a highly descriptive living software design document of the design for a video game.[1][2][3][4] A GDD is created and edited by the development team and it 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.

## Contents

* 1 Life cycle
* 2 Content
* 3 Structure
* 4 Game concept
* 5 Notes
* 6 References
* 7 External links

## Life cycle

Game developers may produce the game design document in the pre-production stage of game development--prior to or after a pitch.[5] 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.[1][6] 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.[2][7][8][9] 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.[10][11] 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.[12] 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:[13][14]

* Story
* Characters
* Level/environment design
* Gameplay
* Art
* Sound and Music
* User Interface, Game Controls

This list is by no means exhaustive or applicable to every game. Some of these sections might not appear in the GDD itself but instead would 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.[15] 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.[16]

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.[16]

The Game Concept portion of the document holds the following:

* Introduction
* Background (Optional)
* Description
* Key Features
* Genre
* Platform(s)
* Concept Art (Optional)

## Notes

1. ↑ 1.0 1.1 Oxland 2004, p. 240
2. ↑ 2.0 2.1 Brathwaite, Schreiber 2009, p. 14
3. ↑ Bates 2004, p. 276.
4. ↑ Bethke 2003, pp. 101–102
5. ↑ Moore, Novak 2010, p. 70
6. ↑ Bethke 2003, p. 103
7. ↑ Oxland 2004, pp. 241–242, 185
8. ↑ Moore, Novak 2010, p. 73
9. ↑ Bethke 2003, p. 104
10. ↑ Bates 2004, pp. 276–291
11. ↑ Bethke 2003, p. 102
12. ↑ Bethke 2003, p. 105
13. ↑ Oxland 2004, pp. 274–186
14. ↑ Adams, Rollings 2003, pp. 569–570, 574–576
15. ↑ "Coming up With an Idea for a Game Concept" (in en). https://www.pluralsight.com/blog/film-games/creating-game-concept-first-step-getting-game-ground.
16. ↑ 16.0 16.1 "The Anatomy of a Design Document, Part 1: Documentation Guidelines for the Game Concept and Proposal" (in en). 19 October 1999. https://www.gamasutra.com/view/feature/131791/the_anatomy_of_a_design_document_.php.

## References

* Adams, Ernest; Rollings, Andrew (2003). Andrew Rollings and Ernest Adams on game design. New Riders Publishing. ISBN 1-59273-001-9.
* Bates, Bob (2004). Game Design (2nd ed.). Thomson Course Technology. ISBN 1-59200-493-8.
* Bethke, Erik (2003). Game development and production. Texas: Wordware Publishing, Inc.. ISBN 1-55622-951-8.
* Brathwaite, Brenda; Schreiber, Ian (2009). Challenges for Game Designers. Charles River Media. ISBN 978-1-58450-580-8.
* Moore, Michael E.; Novak, Jeannie (2010). Game Industry Career Guide. Delmar: Cengage Learning. ISBN 978-1-4283-7647-2.
* Oxland, Kevin (2004). Gameplay and design. Addison Wesley. ISBN 0-321-20467-0.
* Ryan, Tim (October 19, 1999). "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). "Game Concept: How To Come Up With a Game Idea". Pluralsight.Com, 2020. Retrieved November 2, 2020.

## External links

* Anatomy of a GDD by Tim Ryan on Gamasutra
* Game specifications by Tom Sloper on Sloperama
* Create Your First Game Design Document on GameDesigning

0.00

(0 votes)

|

Retrieved from "https://handwiki.org/wiki/index.php?title=Software:Game_design_document&oldid=772436"
*[v]: View this template
*[t]: Discuss this template
*[e]: Edit this template