游戏设计文档

1. 简介

1.1 什么是游戏设计文档(GDD)

游戏设计文档 (game design document GDD ),是在游戏开发的筹备阶段,需要准备的一系列文档的统称。
一般是在确立项目时需要准备好GDD,是用来和同事,老板,乃至投资者画饼的有效工具。

GDD没有官方统一格式
每个游戏设计师都可以根据自己的喜好和项目的需要去编写GDD
本文只是对自己理解的GDD进行总结与分享

组成:
GDD一般分为以下三个部分:

  1. 简要设计文档
  2. 详细设计文档
  3. 游戏流程表

以上每种文档在游戏的筹备和开发阶段都各有自己的独特用处。
三种文档都是以前一种为基础,逐步编写,最后都汇总至GDD中。

1.2 GDD的长度

GDD的长度取决于游戏的复杂程度。
手机游戏的GDD 30 页就够了,但平台游戏GDD一般都会超过300页。
GDD的长度应该在正好能够精确地描述游戏的前提下尽量精简。

1.3 基础注意事项

你得保证文档的可读性

  • 使用正确的语法、别写错别字、用对标点符号等
  • 正文要使用合适的字体
    • 一个文档里不要使用多于两种字体
    • 标题字号 最好别小于22
      正文字号 保持在12点上下比较合适
    • 建议使用几种基本字体
      比如宋体、黑体、雅黑等
  • 注意语义简单清晰,最好读起来像说明书
  • 可以制作展示用幻灯片

请记住:
游戏文档的目的始终都是为了沟通: 和玩家沟通、和团队沟通,以及和发行商沟通。
沟通越明晰顺畅,同事和合伙人就越容易被你的创意鼓舞。

2. 简要设计文档

简要设计文档是游戏的一个概括总览。
它会让很多人过目,包括你工作室的同事和发行商那边的搭档。
所以这个单页文档既要充实,又要精彩生动,而且一定要简短(不超过一页纸)。

它一般会包含以下信息:

  • 游戏名称
  • 游戏系统
  • 目标玩家群体
  • 游戏故事概要(着重描述可玩性)
  • 游戏玩法的独特性
  • 独特的卖点
  • 竞品游戏

2.1 目标玩家群体

该内容可以按照ESRB分级对玩家群体的分类去讨论。

ESRB委员会是美国一个非盈利性的独立机构
他们会强制对美国和加拿大的娱乐软件进行定级,并对广告和在线隐私保护进行审核。
类似于漫画业的漫画法典管理局,ESRB 的创立也是为了协同相关家长,针对游戏中的内容和道德水平提供定位准则。
不过ESRB的分级制度更加类似于MPAA(美国电影协会)的电影分级( G、PG、PG-13、 R、X)。
游戏在被ESRB审核之后,都会根据其内容获得一个字母分级。

ESRB目前分以下6级。

  • eC(幼儿):
    此级别不会包含父母认为不合适的内容。
  • E(所有人):
    此级别可能包含少量的幻想、卡通或者轻微的暴力,或者有轻度的不民管的。
  • E10(10岁以上的所有人):
    此级别可能会包含更多的幻想、卡通或轻微的暴力,不良语言和暗示性主题。
  • T(青少年):
    此级别通常会包含暴力、暗示性主题、粗鲁的幽默、极少的血,很少的粗话。
  • M(成熟,17岁以上):
    此级别通常会有强烈的暴力、 血腥、性、粗话。
  • AO(仅限成人,18岁以上):
    此级别通常有强烈的暴力、明显的性和裸体场景

国内目前还没有对应的游戏分级机制。

2.4 独特的卖点

独特的卖点就是游戏包装盒背面那些“大圆点” 后面的宣传语。

一款游戏独特的卖点:
一般来说, 写5个卖点最合适
不应该是:

  • “炫丽的图像”和“动人的故事”或“ 获奖游戏的续作”这种宣传语
  • 详述游戏细节的长篇大论

应该是:

  • 那些能让你的游戏脱颖而出的独特品质。
  • 能让玩家对游戏产生兴奋感的简短明快的词句

下面有一些 不错的例子。

  • 多人游戏模式,可进行多达256名玩家间的协同游戏。
  • 收录1000多首流行乐队曲目。
  • 开放的游戏世界,拥有200个关卡可供玩家任意探索。
  • 用镭甲坦克、恶骨蝎、火蚁钢车来横扫你的敌人吧!
  • 感受 虚幻5 引擎带来的无与伦比的物理仿真效果和前所未有的视觉特效!

2.3 竞品游戏

竞品游戏是指:那些已经面世的和你的设计理念相似的游戏。

列出竞争产品有助于文档的阅读者理解游戏的大概方向。
不过,列出来的竞争游戏一定要是 非常有名的,或者是广受好评的,这样才能方便他人快速理解定位你设计的游戏

3. 详细设计文档

详细设计文档是种重量级设计文档,它所展示的是整个游戏的精髓所在

十页设计文档并不是硬性规定要求写正好10页,而是要覆盖十个方面
只要完整地呈现出游戏设计概要就成,少几页多几页都没问题

目的:
为了让阅读者快速了解最终产品维形同时又不必为那些枯燥的细枝末节而分神。

重要性:
详细设计文档是GDD中最重要的部分因为那些潜在投资者会通过这份文档来判断游戏前景。

3.1 内容概述

  1. 封面

    • 游戏Logo/宣传图
    • 游戏名称
    • 文档信息
      • 文档编号
      • 更新日期
      • 作者
      • 联系方式
  2. 目录大纲

  3. GDD版本记录
    用来追踪日期更新和编辑者

  4. 游戏基础信息

    • 游戏名
    • 游戏系统
    • 目标游戏群体
    • 目标平台(需要的硬件)
    • 计划发行日期
    • 游戏LOGO
  5. 游戏总览

    • 故事背景概述
      • 世界观概述
      • 游戏设定
    • 剧情概述
    • 流程概述(玩家阶段性目标等)
    • 游戏的核心思想
  6. 游戏可玩性

    • 玩法分析
      • 核心玩法(最好有情景举例)
      • 其他玩法
    • 游戏交互分析
      玩家的操作概况,列举玩家要执行的特定操作。
      可以展示一张图片,显示用到的手柄、触屏 或是 标记了对应操作键位的键盘
    • 游戏系统分析
    • 游戏成长性分析
    • 技术要求
      • 需要的开发工具
      • 技术难点
      • 游戏硬件要求
  7. 游戏视听风格与体验分析

    • 游戏体验分析

    • 美术风格类型

      • 同类型游戏/影视作品
      • 风格参考图
      • 技术难点
    • 音频风格

      • 同类型游戏/影视作品
      • 风格参考音频
      • 技术难点
  8. 游戏角色设计

    • 角色设定
    • 角色概念图
    • 角色背景故事
    • 角色交互(操控方式)
  9. 游戏场景设计

    • 游戏大地图
    • 场景设计列表
  10. 后续可扩展内容与计划

  11. 营利性分析

3.2 注意事项

  • 给游戏玩法配上清晰图表
  • 多用简短、有力的语句
  • 借助专业术语清晰表答意图
  • 和类似游戏进行比较,即使是些老游戏
  • 把当下流行卖座的游戏作为竞品
  • 多贴一些令人激动的概念图
  • 多用PPT或类似软件来做
    这样做出的文档容易分享,可以很方便地用于游戏宣讲会,或者打印出来作为会议参考资料。

其实,不管做什么文档,能让人愿意读总是第一要务,所以一定要把文档写得妙趣横生。
在写详细设计文档时,要明确这么一点 “文档的受众是什么人?”
给自己办公室同事看的文档和给市场部准备的文档,肯定会有天壤之别。

4. 游戏流程表

游戏流程表( Beat chart )是一个针对游戏内关卡(场景,章节或者其它随便什么算得上是游戏阶段性的东西)的统计表格。
它个很称手的工具,除了能帮你完善GDD以外,更可作为游戏结构的“映射”表。
相较于文档,它其实更适合用电子表格去实现。

4.1 内容概述

以关卡制游戏来说,每一关的流程表都需要下面这些元素。
(当然可以根据具体的项目设置不同的字段)

  • 关卡名称

  • 这一关涉及的剧情

  • 这一关的主要玩法

  • 角色成长

  • 大概过关时间

  • 关卡的美术需求

  • 关卡中出现的敌人或Boss

  • 关卡的机关,陷阱

  • 关卡里的奖励内容

  • 新的技能、武器或者装备

  • 关卡/场景背景音乐

下面是《萤火》里第一关的流程表。

关卡名称 1-0 森林边缘
剧情 Hannah离开奶奶家,进入妖精森林,踏上了寻找妖精的道路
成长 玩家学会游戏的基本操作,掌握萤火虫和相机的核心玩法
美术需求 前中后三层背景,关卡特殊瓦片地图
机关 妖精图腾,蒸汽弹簧,捕兽夹,地刺
技能 拍照技能,移动技能,旋转技能
背景音乐 森林边缘-1

4.2 注意事项

  • 注意把控游戏内容的节奏
    不能扎堆出现,也不能过于分散
  • 当心单调感
    关卡之间的内容不能高度重复
    可以通过以下几种方式降低单调感:
    • 更改视听风格(美术,音频内容)
    • 打乱内容随机组合
  • 出现的新机制需要有对应的提示
  • 注意故事性与游戏性的平衡
  • 关卡内的奖励需要合理
    尽量让玩家在游戏进度75%的时候获得所有的内容

5. 总结

GDD文档 会勾勒出游戏中将会呈现的方方面面,可以说,它定义了整个游戏。

技术团队根据 GDD文档 输出 TDD,也就是用来构建游戏的技术设计文档。
如果最开始GDD里就没提到某项功能,那么之后很可能就没办法轻松添加到游戏里了。

虽然写GDD需要耗费大量时间和精力,但没有人会想看它,甚至团队成员也不想读。
因为GDD又臭又长,里面的信息质量也良莠不齐一有的非常实用, 有的形同“天书”。

但是这份文档对你和同事都有帮助。
如果只用脑子来记这些方案,那么我敢保证,随着任务的不断增多,你会忙得无法实施它们,甚至完全忘了过去
这些精彩的创意。

无需多言,GDD 是个非常重要的文档,游戏开发过程中,整个团队都指着它呢。