业界资讯设计师的身份证明：规则的设计

4月1日消息　　游戏设计师会创造规则。这便是我们的工作说明。作为游戏设计师，我们倾向于通过规则去看待整个世界，想象生活如何作为基于规则的系统而得到更好的理解，因为我们所创造的的便是基于规则的系统。特别是在数字游戏中，这些规则更复杂且更快速—-因为计算机只能理解对与错。因为我们花了许多时间去思考规则，所以我们并不会对许多游戏设计师尝试着使用统一的规则去创造游戏而感到惊讶。我们想要看到的是关于游戏设计本身的规则。

　　在过去几年里有许多人尝试着去编写游戏设计规则。最持久的付出便是从Hal Barwood在2001年的GDC上发表的名为“Four of the Four Hundred”的演讲开始。在这次大会上，Hal尝试着假设存在“400左右”的规则在支配着游戏设计，并谈论了其中的4种规则。接着在下一届的GDC大会上Hal迎来了自己的伙伴，也就是Noah Falstein。Noah继续添加了一些内容，即整合了来自许多其他设计师的贡献。他们共同的努力成就了400 Project。今天我们可以从一张数据表中看到这一项目的发展—-大概写下了110条规则。

　　我发现这些编写规则的付出总是非常有趣，因为它呈现的是一些范围。存在着400种规则？那些规则是否真的普遍存在于游戏设计中？这是一种大胆的发言，但似乎也是合理的。当我询问Hal有关其开始这一项目的动机时，他说道：“存在许多粗略的经验法则威胁着所有的创造性努力（以及生活本身）。它们能够让一些令人生畏的可能性变得有意义。我相信正是经验法则的随性才让我们能够持有一些真正的内容—-这也是真正的智慧所在。”当我询问Hal在回顾项目时如何，他表示自己非常清楚这样的实践所具有的局限性，并且表示人们有时候对于游戏设计规则都太较真了：“我所反抗的规则是那些将游戏设计当成与编辑设计类似的内容。这是一种特别愚蠢的看法：一方面，相信遵循非常精确的规则将创造出一款吸引人的游戏；另一方面，相信所谓的吸引力是受到很酷的科学原理与逻辑的影响。”当我与Noah聊到项目的状态时，他说道自己已经开始致力于进一步完善列表，对其进行分类，但这只是他能做的项目中的一部分。尽管如此Noah还是非常看好400 Project，不过他建议人们要谨慎使用这些规则：“我认为规则本身的理念非常棒—-只要你不要太过认真地看待它们，就像我和Hal都引用了Captain Barbossa所说的那句话，‘代码更像是指导方针，而不是真正的规则。”

　　规则问题

　　虽然仍支持着400 Project的价值，Noah和Hal都承认创造“明确的”规则集是存在问题的。使用“规则”这一词本身便是问题的来源。“规则”指代一些不可变的内容，如果你不想被游戏淘汰的话就必须遵循的某些内容。

　　Katie Salen和Eric Zimmerman的书籍《Rules of Play》的名字便带有“规则”这一词，但当你在阅读这本书时会发现它并不是真正关于游戏设计规则本身—-规则指代的是游戏自身的规则，而本书致力于为游戏分析创造一个框架，这不仅只是作为设计师所遵循的一种方法。在与Eric聊到这点时，我问他这是否是一种有意的设定，他给予了肯定的答案。“因为游戏设计师通常都是一些基于结构且擅于分析的思想者，所以为优秀的设计想出一套‘规则’是非常诱人的。对我来说也是如此！多年以来，我一直尝试着去创造对于这类型系统的怀疑。”Eric还指出了规则所具有的另一个问题：它们可能只适用于你自己。就像所有的艺术形式一样，为这些艺术创造严格的参数和规则都有可能被下一代所丢弃。Eric再次说道：“我们所想出的任何定义优秀游戏设计的规则都有可能在明天被推翻。”

　　曾经在自己的博客上写了大量有关游戏设计文章的Daniel Cook发现游戏设计规则比我所交谈过的任何其他设计师所说的更有问题。他指出：“它们都是与背景相关的，能够对即将诞生的项目作出有趣的预测但却没有多少分析能力。”Dan认为功能模式更适合开发中的游戏分析与完善，这些模式能够帮助设计师找到此时此刻所面临的开发问题。但他也承认功能模式并不是一些能在博客中轻松解释的内容，也不能用一条tweet进行概括。结果便是它们很难得到关注。他认为设计师能够为自己创造基于特定情境的规则，不管是长期的还是只是针对于特定项目。“作为创造者，有时候你需要定义明确的黑白世界以将自己带向一个有趣的方向。这只是一种表面上的目标，而不是普遍使用的一种结构。”

　　设计规则该如何发挥功效

我同意这些设计师指出的所有有关游戏设计规则的劣势。那么我为何还会被它们所吸引呢？

首先，作为一名新设计师，我认为阅读游戏设计规则是创造游戏的有趣入口。规则总是能够大胆地指出好奇的新手设计师所具有的问题。如果听到一个规则是对于特定区域的进一步阐述，这有可能是学习游戏设计的一个很好的开始。但就像之前所讨论的那样，如果规则未进行深入研究而只是着眼于表面价值，那么它的坏处将远远大于益处。

除了新手，我知道许多有经验的设计师也非常信赖自己的规则。我也是如此。当作为顾问与团队共事时，如果我发现问题所在，我便会使用自己过去的经验去解释为什么我会认为存在问题。通常情况下我会将过去的经验整合成一个规则，尽管我并不会基于这种方式将其呈现在团队面前。相反地我会专注于自己过去项目的种种细节，呈现出游戏所引出的类似问题，然后描述我们是如何解决这一问题（游戏邦注：当然了，失败往往也是非常有帮助的学习经验）。在这些例子中，我并不会专注于严格的规则“文本”，相反地我更看重它所呈现的更大的背景和框架。就像Dan Cook所说的那样，在这种情况下规则是作为“来之不易的机会的模因”。当我们轻松地说出这些教训时，它能够帮助我们基于经历创造一个书签。但是我们必须记得规则本身只是路标般的存在。为了真正进行游戏设计，我们需要理解一些更大的设计问题，而不只是我们所熟悉的一些内容。

　　最佳规则都是属于个人的

　　作为一名设计师，我发现一些最吸引人的规则都是与那些我非常欣赏其作品的特定设计师相关。举个例子来说吧，我非常喜欢Warren Spector与Harvey Smith为《骇客任务》所创造的规则集。Sid Meier也是为游戏设计创造“经验法则”的著名开发者之一。作为游戏粉丝的我非常喜欢创造者在致力于一款游戏前为自己所设定的规则；对于创造过程的分解本身就非常吸引人。但是作为设计师的我却不一定想看到这些规则并认为“我必须在自己的游戏中直接遵循这些规则，如此的话游戏便会变得非常完美！”这是一种愚蠢的看法。这些规则之所以适合Warren ，Harvey或Sid是基于他们创造各自游戏所面对的背景。如果盲目地扩展它们只会带来各种问题。

　　我认为所有游戏设计规则都是局部的—-针对于某种类型，某一个项目以及特定的设计师。当听到有趣的设计规则时，我们需要牢记分析背景。这一规则适合怎样的游戏类型？这一规则在这一类型中会产生怎样的影响？现在的用户和媒体是否足够成熟让我们能够分解这一规则？这一规则适合怎样的项目团队和开发环境？

　　就最后一点而言，我们需要思考在团队环境中游戏规则将如何发挥作用。当作为一支团队内部的设计师，对项目所遵循的基本设计规则达成基本协议非常重要。通常情况下这都是由项目设计领导所决定，就像我们上面所提到的Harvey和Warren为《骇客任务》制定规则那样。创造大家都认同的规则是确保游戏设计团队始终朝着明确的方向前进的重要工具。

　　作为致力于一个大型项目（另外一名首席设计师将作出重要决定）的游戏设计师，我们总是会不可避免地认为boss的想法是错误的—-他们是按照自己的规则作出决定，而不是按照你的规则。但同时，每一位设计师都在创造着自己的规则集，不管他们是否会使用这些规则。对他们来说最重要的事是什么？他们将如何违背其他设计师去做这些事？等等。基于这种方式，设计规则将变得非常个人化。

　　对于许多来自大型团队的设计师来说，独立开发具有很大的吸引力，能够让他们实现“按照自己的规则设计游戏”。我便非常幸运能在过去的一些项目中使用自己的规则。而其它时间我主要是扮演着顾问的角色，即帮助团队明确并强化他们的“规则”去创造更棒的游戏。在过去的半年里我开始了一个全新的独立项目—-现在我正享受着使用自己的规则去创造一款完全不同的游戏。也许其他设计师可能不会认同我的设计选择，但这又有何妨呢？

　　自己的设计规则

　　不管你是独自设计游戏还是致力于一家较大的公司的小型团队亦或者是来自一家巨大公司中的大型团队，你都会面对不同的设计规则。当你在Gamasutra浏览一些适当的设计规则时一定要记得进行筛选。考虑那些内容的来源—-是谁创造了这样的规则？他们的创造对象是什么？他们所创造的游戏与你所面对的游戏和问题是否类似？即使对方是位很出色的设计师并且你很喜欢他的作品，也要牢记他们所提出的任何规则都是个人化的。这些规则可能很吸引人且具有教育性，但它们却并不是绝对的真理。你应该按照自己的规则选择是该接受它们还是拒绝它们，并且添加你自己的创造规则将能够真正定义你作为游戏设计师的身份。（作者：Richard Rouse III）