设计文件应该是连续的文本行,带有真实的句子,更像是整个游戏的描述,还是应该以简单的方式来组织它?有什么好处,还有更多的构造方法?
设计文件应该是连续的文本行,带有真实的句子,更像是整个游戏的描述,还是应该以简单的方式来组织它?有什么好处,还有更多的构造方法?
Answers:
没有规则或行业标准;以对使用该文档的人员最有用的方式来组织文档,同时请记住文档的用途。
我个人希望文档中的某些部分更适合使用“真实句子”来传达您的想法,以及某些部分更适合作为功能的项目清单来编写。
谁是你的听众?如果只是您,那么这只是为了帮助您集中思想,请为您做任何有用的事情。如果您正在与其他人一起工作,请询问他们如何希望将文档分解,以及他们希望如何使用它。
我希望看到对游戏要点的散文描述:它的主要概念,风格和感觉。然后,我希望看到游戏各主要功能的一部分。
不要过多地关注细节和统计数据,请记住,设计文档通常会随着您的构建和迭代而在游戏的整个生命周期中不断发展。这是不切实际的认为你会一次把它写,前面,这将是完美的,所以专注于你所需要的文件传达,现在以及如何最好的传达给消费者具体该文件。
不管别人做什么,都想做最适合自己团队的事情。
除了乔什在回答中所说的以外,还有许多人分享了他们对游戏设计文档中应该包含的内容的想法,这可能有助于您确定哪些方面将对您自己的文档有用。请记住,这些都是专业设计师,在传统游戏行业的背景下为他们工作的不一定适合您,因此尝试找出为什么他们使用某些方法并选择最能帮助您的方法很有用。 。
我想补充一小段信息:在记录游戏的实际设计(即规则)时,请提供有关为什么要做出特定规则设计选择的清晰说明。
当您着手实现某些东西时,您更容易忘记的一件事就是添加特定规则的确切原因。另外,您很有可能要做的一件事就是添加规则和游戏元素,只是因为其他游戏拥有它们,而不是因为您的游戏需要它们。
通过添加关于游戏元素存在的确切原因的章节,它迫使您根据整体游戏设计来证明使用该元素是合理的。之后,它使您可以有效地评估特定元素是否真正满足了您的预期需求。如果不是,那么您可以将其删除,并用满足这些需求的其他东西替换。
更好的是,如果您发现游戏无法正常运行,并且想要替换多个元素以使游戏更有趣,那么您可以查看设计文档,了解为什么选择这些元素以及需要完成哪些新元素。如果您的游戏设计需求发生变化,则可以更新游戏元素应该执行的操作列表。
我喜欢Level Up作者用来绘制许多可爱的形状,角色等的游戏设计文档的方式。
我强烈建议您阅读本书“ Level Up !:出色的视频游戏设计指南”
在文档中添加少量图纸后,其他人会更多地关注您,您可以确定他们会阅读您的设计文档
您的游戏设计文档的结构完全由您决定,但我创建的文档倾向于包含其中(请注意,这对于RPG或其他故事驱动的游戏更有效):
目录 -非常重要,因为一旦您拥有更复杂的游戏,就需要包括组织方法
游戏说明 -的简要说明,提供一些游戏玩法的描述,以及平台和其他重要细节
故事概述 -给出情节概述
控制项 -列出您将在游戏中使用的控件
技术要求 -您可以在此处详细了解平台
游戏流程图 -显示游戏屏幕之间的连接方式
介绍 -提供有关摄像机类型,HUD以及玩家将看到的其他信息的详细信息
玩家角色 -提供有关玩家的信息,例如他们的外貌,背景故事以及他们可能使用的工具/武器
战斗 -描述战斗如何进行(如果适用)
游戏关卡 -举例说明关卡
敌人 -提供有关敌人的详细信息(攻击,相貌)
老板 -有关特定老板的信息
NPC-描述不会攻击角色的AI
音乐/ SFX-需要制作什么音乐和SFX
附录 -在此处放置长列表以及脚本和任何其他信息
您可能还想为游戏设计文档创建一个更为简洁的版本,该文档大约一页,其中包含以下内容:
标题和概念概述 -简要概述游戏的外观以及玩家的行为
平台 -列出将在其上发布游戏的平台
要点 -提供有关您的游戏的非常基本的信息,例如它是FPS,MMO和具有单人游戏模式
摘要 -汇总您的情节(如果有)
角色 -提供有关您的角色的一些信息