如何写出最有效的游戏设计文档

最近看了一篇Jagex的James Sweatman的优秀文章《游戏设计文档之死》,让我开始思考我在游戏设计文档方面的经历,以及我是如何处理的。

我很赞同詹姆斯说的话,那就是非常符合我自己的经历和我们最终写出来的文档类型。经过几年的时间,我们创造了自己写文档的过程,这也是一个不断发展完善的过程,为我们提供了一个可以遵循的标准模式。

詹姆斯清楚地解释了传统的游戏设计文件是行不通的,所以我不打算在这里细说,但总的来说,传统游戏设计文件的问题在于他们试图解释游戏的每个细节。我们都知道这几乎是不可能的,因为更新内容需要花费大量的时间,而且太死板了,无法支持一个创造性的迭代开发过程。

我这里要讨论的是,为什么你需要使用一个更新的游戏设计文件;正如詹姆斯提到的那样,这样一份文件是切实可行的、非常明确的和具有协同作用的。

这个过程与我和马丁·达比在年初的开发会议上讨论的用户体验设计过程密切相关。

我认为游戏设计文档(GDD)必须具备三个要素:

1.明确你的游戏目标,也就是你希望玩家拥有的体验。事实上,这意味着你的GDD应该规划出游戏的整体流程和用户应该做什么。你不需要计划的是一些小细节。只要你知道你想要实现什么,游戏中的每个元素和功能是什么,你就可以在后面列出细节,而不会有功能改变或违反游戏流程或目标的风险。

2.任何阅读你的《GDD》的人都应该能够快速而容易地理解这个游戏是关于什么的,以及用户应该做什么。

3.你要创造一个空间,有足够的细节去改进、调整甚至改变,而不需要重写整个文档,改变用户流程或者整个游戏目标。

游戏概述

这就像你脑海中的概念文档或产品宣传册。大约有两页,应该包括一个执行摘要,一个简短的介绍,一个背景的简要描述,以及一个最重要的关键功能的列表。我经常包括一些设计核心,并使用图像来帮助解释它们。

核心游戏描述

这部分是基于游戏的核心循环图,呈现了游戏的关键功能以及用户经历这些功能的过程。

根据这个图表,你会得到一本解释每个核心循环功能及其作用的手册。每个描述需要不到半页。你还应该包括一个进一步的循环图来分解每个元素,因为它可以比任何文字更清楚地解释你的想法。

在这一部分加入游戏画面模型是很有用的,因为它可以让人们想象玩家在游戏中会看到什么,如何互动。

游戏元素

这一节将进一步解释游戏的重要功能,你将在这里开始添加更多的细节。

你可能需要包含一些表格来分解功能,解释游戏模式、流程、控制、利润、可更新内容、社交功能、游戏世界、菜单页面流程图以及任何不被视为重要功能的次要功能等元素。

这里,如果你致力于打造最小可行的产品,可以忽略一些元素,但也可以加入人们期待的功能,或者在游戏发布后加入。

这部分更像是传统的GDD,一开始很简单,然后会随着开发过程不断扩展。在创作过程中,我们会看到这部分的变化,而这样的变化是合理的。我们必须明确,游戏概述和核心游戏描述要始终保持不变,因为这里的改动会从根本上改变你的游戏设计,所以你需要更仔细的思考后再做改动。您可能不想为第三方提供额外的利益相关者;这部分更适合内部使用,因为它准确地解释了如何创建游戏。

结论

我们以这种方式分解设计文件,以便展开之前的每个部分。任何人阅读一份文件,都能快速轻松地理解内容,然后就会沉浸在一些细节信息中。当您进一步阅读文件时,您可以获得更详细的信息,因此您可以在开发过程中轻松地扩展文件,而不会失去其可读性以及总体目标和用户过程。

一个GDD必须保证你能达到你之前设定的目标,就是用户能得到你想要带给他们的体验。

为了做到这一点,你不需要直接呈现每一个细节。你需要知道游戏从哪里开始,并且能够引导用户实现他们的目标。你要知道你可以通过游戏引起用户的兴趣,你也可以向内部和外部的利益相关者推广游戏。基于这种自上而下的方式定义游戏,会帮助你做到这一点,你可以摆脱繁琐文件的束缚。关键是要专注于你正在努力实现的目标,而不是迷失在所有的小细节中。