VDP2016 - Lecture 07 The design document
1 like183 views
The document discusses the importance of a game design document (GDD) in video game development as a means of communication and memory for design decisions. It outlines various types of design documents, including game overviews, detailed design documents, technical specifications, and story bibles, emphasizing that the GDD should be a living document updated throughout production. The document stresses the need for collaboration and clear communication among team members to ensure the successful execution of the game design.
VDP2016 - Lecture 07 The design document
- 1. Prof. Pier Luca Lanzi The Design Document Videogame Design and Programming
- 2. Prof. Pier Luca Lanzi Readings • Jesse Schell. The Art of Game Design (2nd Edition) Morgan Kaufmann 2015 • Tracy Fullerton. Game Design Workshop, Third Edition. Morgan Kaufmann 2014 Chapter 2. 2
- 3. Prof. Pier Luca Lanzi What is the Game Design Document? Game development is inherently collaborative! Communicating the overall vision of the game to all the team member is essential. The most effective way is to write down the vision as well as a detailed plan for executing it
- 4. Prof. Pier Luca Lanzi what is the game design document? it is like the blueprints for a building
- 5. Prof. Pier Luca Lanzi game documents have two purposes memory and communication
- 6. Prof. Pier Luca Lanzi Design Document as Memory • A game design has thousands of important decisions that define how the game works and why • When ideas are fresh, people feel like they are impossible to forget, but it is very easy to forget even the most fundamental decisions and solutions • Recording all the design decisions in your design document will save you the trouble of having to solve the same problems all over again 6
- 7. Prof. Pier Luca Lanzi Design Document for Communication • Design decisions must be communicated to many people • Such communication is never one-way but it is more a dialog • In fact, as soon as a decision is put on paper, someone will find a problem with it, or come up with a way to make it better • The design document can get more minds on the design faster to more quickly find and fix weaknesses in the game design • The design document is also used to solve possible disputes about how/who/when things should be done 7
- 8. Prof. Pier Luca Lanzi Types of Design Documents 8
- 9. Prof. Pier Luca Lanzi Types of Design Documents (Design) 1. Game Design Overview § High-level brief document (might only be a few pages) written primarily for management, explains what this game is, and who it is for § Useful for the whole team to get a sense of the big picture of the game 2. Detailed Design Document § Describes all the game mechanics and interfaces in great detail § Help the designers remember all the little detailed ideas and to help communicate those ideas to the engineers who have to code them, and the artists who need to make them look nice 3. Story Overview § Describes the dialog and narration of the game 9
- 10. Prof. Pier Luca Lanzi Types of Design Documents (Engineering) 4. Technical Design Document § High-level brief document (might only be a few pages) written primarily for management, explains what this game is, and who it is for § Useful for the whole team to get a sense of the big picture of the game 5. Pipeline Overview § Brief document by the engineers for the art team describing the do’s and don’ts 6. System Limitation § Explicit what limits should not be crossed, e.g., number of polygons on the screen at once, number of simultaneous explosions on screen at once, drawcalls, etc. 7. Art Bible § A document that provides the guidelines to keep the game art consistent when more than one artist work on the project 8. Concept Art Overview § A collection of images that show how they will look and feel in the context of the game design put together by the art team with the design team 10
- 11. Prof. Pier Luca Lanzi Types of Design Documents (Management) 11 9. Game Budget § Prospect of the cost required to develop the game § Possibly, the first document created, since it is used to help secure fundings 10. Project Schedule § Lists all the tasks that need to be accomplished, how long each will take, when each task must be completed, and who will do them § Probably, the most frequently updated document of the project
- 12. Prof. Pier Luca Lanzi Types of Design Documents (Writing) 12 11. Story Bible § Lays down the law about what is and is not possible in the story world § It make it easier for everyone on the team to contribute story ideas, within the technical limits of the underlying engine/technology 12. Script § Their dialogs of NPCs and other story scripts 13. Game Tutorial and Manual § The text that goes into in-game tutorials, Web pages, and printed manuals
- 13. Prof. Pier Luca Lanzi Types of Design Documents (Players) 13 14. Game Walkthrough § If players like a game, they are going to write their own documents about it and post them online § Studying what your players write about your game can be a great way to find out, in detail, what players like and dislike about your game § By the time, a player walkthrough is written, of course, it is often too late to change your game — but at least you’ll know for next time
- 14. Prof. Pier Luca Lanzi
- 15. Prof. Pier Luca Lanzi The Game Design Document • Describes the overall concept of the game, target audience, gameplay, interfaces, controls, characters, levels, media assets, etc. In short, everything that teams need to know (and has agreed) about the design • Most of the developers and publishers today would never go into production without a detailed design document • It is a living document, updated throughout production. • Without the design document, the team members might interpret what they know about the game in their own unique ways • Game developers tend to be visual people so supplementing the document with lots of visuals is generally a good thing 15
- 16. Prof. Pier Luca Lanzi The Game Design Document • Its objective is communication, developers should do whatever it takes to accomplish that goal • Writing the document provides a process for establishing communication and serves as a touchstone for the entire team • It is not a substitute for team meetings and in-person communication 16
- 17. Prof. Pier Luca Lanzi Design History • A design document is a continuously changing reference tool • Alert team mates about any significant modifications or updates • The design history contains a section for every major change made • When using a wiki, this section will be replaced by the editing history feature of the software 17
- 18. Prof. Pier Luca Lanzi The magic template does not exist!
- 19. Prof. Pier Luca Lanzi Contents of a Design Documents • There is no standard format for documenting design. • In general, the contents of a game design document contain §Overview and vision statement §Audience, platform, and marketing §Gameplay §Characters (if applicable) §Story (if applicable) §World (if applicable) §Media list • The design document can also include technical details which might also be articulated in a separate document, the technical specification 19
- 20. Prof. Pier Luca Lanzi Examples of game design documents http://digitalworlds.wetpaint.com/page/Example+Blank+Design+Document http://www.gamasutra.com/view/feature/3384/the_anatomy_of_a_design_document_.php
- 21. Prof. Pier Luca Lanzi When writing a design document, don’t get distracted! Don’t forget its ultimate goal: to communicate your game design to the production team, the publisher, the marketing team and anyone else involved in the game. Think about it as a living document which needs to be modular (easier to update/manage as it grows in size and complexity)
- 22. Prof. Pier Luca Lanzi Vision Statement • It is were the vision of the game is stated. Typically, 500 words long. Try to capture the essence of your game and convey this to the reader in as compelling and accurate a way as possible. • Game logline §In one sentence, describe your game • Gameplay synopsis §Describe how your game plays and what the user experiences. Try to keep it concise—no more than a couple of pages. You might want to reference some or all of the following topics: §Uniqueness: What makes your game unique? §Mechanics: How does the game function? What is the core play mechanic? §Setting: What is the setting for your game? §Look and feel: Give a summary of the look and feel of the game. 22
- 23. Prof. Pier Luca Lanzi Audience, Platform, and Marketing • Target audience: Who will buy your game? Describe the demographic you are targeting, including age, gender, and geographic locations. • Platform: What platform or platforms will your game run on? Why did you choose these platforms? • System requirements: might limit your audience, especially on the PC, where the hardware varies widely. Describe what is required to play the game and why those choices were made. • Top performers: List other top-selling games in the same market. Provide sales figures, release dates, information on sequels and platforms, as well as brief descriptions of each title. • Feature comparison: Compare your game to the competition. Why would a consumer purchase your game over the others? • Sales expectations: Provide an estimate of sales over the first year broken down by quarter. How many units will be sold globally, as well as within key markets, like the United States, England, Japan, etc.? 23
- 24. Prof. Pier Luca Lanzi Legal Analysis • Discusses the legal and financial obligations regarding copyrights, trademarks, contracts and licensing agreements 24
- 25. Prof. Pier Luca Lanzi Gameplay • Overview: describes the core gameplay • Gameplay description: tells how the game functions • Controls §Interfaces: wireframes and descriptions of how each interface functions §Rules: if there is a prototype the description of the rules is much easier. §Scoring/winning conditions • Modes and other features • Levels: the design of each level should be laid out here. • Flowchart: create a flowchart showing all the areas and screens needed • Editor 25
- 26. Prof. Pier Luca Lanzi Game Characters • Character design: describe any game characters and their attributes • Types: describe all the types of PCs and NPCs 26
- 27. Prof. Pier Luca Lanzi
- 28. Prof. Pier Luca Lanzi
- 29. Prof. Pier Luca Lanzi Story • Synopsis: if the game includes a story, summarize it here. Keep it down to one or two paragraphs. • Complete story: outline the entire story in a way that mirrors the gameplay. Do not just tell your story, but structure it so that it unfolds as the game progresses. • Backstory: describe any important elements of your story that do not tie directly into the gameplay. • Narrative devices: describe the various ways in which you plan to reveal the story. What are the devices you plan to use to tell the story? • Subplots: Because games are not linear like books and movies, there might be numerous smaller stories interwoven into the main story. Describe each subplots and explain how they tie into the gameplay and the master plot. 29
- 30. Prof. Pier Luca Lanzi The Game World • If the game involves the creation of a world, you need to go into detail on all aspects of that world such as §Overview §Key locations §Travel §Mapping §Scale §Physical objects §Weather conditions §Day and night §Time §Physics §Society/culture 30
- 31. Prof. Pier Luca Lanzi Media List • List all media that will be required. • The list will depend on the game specifics • Interface assets • Environments • Characters • Animation • Music and sound effects 31
- 32. Prof. Pier Luca Lanzi Technical Spec • Technical analysis § New technology § Major software development tasks § Risks § Alternatives § Estimated resources required • Development platform and tools • Delivery • Game Engine § Technical Specs § Design § Collision Detection • Interface technical specs • Controls’ technical specs • Lighting models • Rendering system § Technical specs § 2D/3D rendering § Camera • Internet/network spec • System parameters § Max players, servers, customization, connectivity, websites, … • Other § Help, manual, setup 32
- 33. Prof. Pier Luca Lanzi Writing Your Design Document • Before writing the design document, quite an amount of time should be spent thinking about the gameplay • The best way to do this is to build a physical or software prototype and play test it, improving and expanding the design until a solid foundation is reached • Only after several iteration of prototyping, the design document can start • Use flowcharts and wireframes to explain the game areas and features • By working through your concept from prototype to flowchart to wireframes to documentation, the design document is actually easy to write 33
- 34. Prof. Pier Luca Lanzi What about the course project? By November 10, your team is required to write an initial draft (the version zero) of your game design document The draft should contain all the important element/documents discussed in this lecture that are applicable to your project. The draft must be quite short, around 10 pages, and its objective is to assess that your team has agreed on a gameplay vision Use either google docs or a wiki and send the link to pierluca.lanzi@gmail.com
- 35. Prof. Pier Luca Lanzi The GDD must be kept updated! J At the end, it will be the game bible!
- 36. Prof. Pier Luca Lanzi Game Design Logs by Daniel Cook Excellent entry in Dan’s Lost Garden blog provides an excellent solution to the problem of stale design documents. One Page Designs by Stone Librande. A talk that changed the game industry and became an industry standard overnight. Video is available at http://www.gdcvault.com/play/1012356/One-Page Slides from the presentation are available at http://www.stonetronix.com/gdc-2010/
- 37. Prof. Pier Luca Lanzi http://www.facebook.com/polimigamecollective https://twitter.com/@POLIMIGC http://www.youtube.com/PierLucaLanzi http://www.polimigamecollective.org