也谈【游戏系统】

【游戏】

    刚看了有位朋友分享的系统心得，刚好自己今天有空，也跟风写点东西吧，粗略的讲述一下自己是怎么做系统的。
1.什么是系统
    所谓系统，广义的说就是游戏的各个模块。系统也分大小，大到游戏的战斗系统，生活系统，社交系统，小到技能系统，打造系统，好友系统等等。系统之间是有包含关系的，比如上面我举的例子中，后面的小系统其实是前面大系统的子系统。
2.如何设计一个系统
    相信大家都有自己设计系统的方式，我这里把自己的做法拿出来和大家分享一下，按照步骤写吧：
2.1想好系统定位
    系统定位就是这个系统存在的原因，游戏设计之初不是存在即合理，而是合理才能存在。合理而明确的定位是最基本也是最重要的步骤。想一想你设计它是为游戏的哪方面服务的？是用来消耗物品的，还是产出道具的？是提高玩家粘稠度的还是挑起玩家阵营争端的？再深入点，它和其他系统的联系是怎么样的？它的不可取代性在哪里？
    把所有想到的东西都一条一条写下来，然后再一条一条的读，在自己的脑海里为你要设计的系统找一个合理位置。
2.2天下系统一大抄
    古人说“天下文章一大抄”，其实天下系统也是一大抄。只是“抄”要抄的有点技巧。
    首先：打开百度，把你能想得到的，同类型的游戏中的类似系统都研究一边，边研究边总结它们的优点和缺点，找出你觉得好玩的地方。你要清楚的明白它为什么好玩，可玩性在哪里，然后再一点一点的整理下来。
    其次：接下来，你要做的就是静下来整理自己的思路。看了这么多其他游戏的东西，再加上你自身对自己游戏的理解，你一定会有一个比较初步的构思。把你的思路简略的写在一张纸上，然后拿着这张纸以及前面整理的其他游戏类似系统的优缺点，一条一条的看，有哪些优点是可以用到我们的游戏中的？有哪些缺点是需要注意避免的？别人的优点直接拿过来的话会达到同样的效果吗？不然的话需要怎么修改？
    除了“抄”的这些东西之外，你一定还有很多自己的想法，记住“抄”只是辅助手段，你的系统要有自己的特色和想法在里面。所以，华丽的将抄来的东西放入你的想法中吧，用已有的方法为你的创意服务，将他人的好点子成功的组合起来也是一种学问。他山之石可以攻玉差不多就是这个意思了。
    这样一个流程过后，差不多就可以出一份系统设计的草稿了，细节暂不多谈了。
    然后：回到2.1步骤，再反过来拿已有的草稿和前面写的定位一一对照，检查一下有没有和前面冲突的，有则改之。
    最后：来一次更仔细的检查，主要是检查自己在设计中有没有出现逻辑方面的问题等。
2.3讨论
    一个人的力量总是有限的，并且是很容易钻牛角尖的。和别人多讨论一下总是不会错。记住一句话：“取其精华，去其糟粕”
2.4画流程图
    前面得到的还只是草稿，接下来就要正式开始写文档了。写文档之前最重要的当然是【流程图】。流程图是一个设计者思路的集中体现，自己连流程图都画不出来的话，我劝你就别动笔写文档了。
2.5文档书写
    有了流程图之后，就可以开始写文档了。文档怎么写就不多说了。
2.5反思
    人在过了一段时间之后很容易产生新的想法，再回过头去看自己的文档，往往能发现一些以前没有注意到的问题，建议有时间的话对自己的文档多进行几次重构。（项目时间太近的就没办法了）
2.6定稿
    经历以上的一个轮回之后，差不多就可以定稿了。
3.系统设计以其他同事的联系
3.1与数值
    数值是为系统服务的，系统是依赖于数值的，二者进密不可分，没有谁能离开谁。前面有位同学说什么：“系统永远代替不了数值，数值做的一般的人就能取代系统”，这样的人只有两种可能：1.业外人士。2.NC。
    回正题，一般来说我建议做系统的同学要掌握基本的数值能力，一些小系统中的公式与其他系统完全没有联系，系统策划完全可以自己设计。即使你不会做数值，那你也绝对不能写完系统文档就把文档丢给数值。因为在这个世界上没有人比你再了解这个系统的定位和作用了，没有人能逼你更懂得这个系统的内部关系了。你要明确的告诉数值：我这个系统想要带给玩家什么样的体验感，我这个系统中的各个因素是怎么关联的，是怎么控制的等等。
    当然，数值方面做数值的会比做系统的考虑的更多，更全面。这就需要两人之间多些沟通，尽量往一条路上赶.数值与系统脱节带来的后果往往是系统的精华无法体现；数值也做得无比头疼。
3.2与文案
    最原始的系统只是规则的集合而已，要想在游戏中吸引玩家，还需要漂亮的包装。在做包装方面，文案往往比系统策划要强很多。所以很重要的一步就是请文案来给你的系统做一番好好的包装。
3.3与程序
    做系统与程序的接触无疑是频繁的，因为你的文档直接阅读者就是程序。一般来说程序比较讨厌看大片的文字。因此你最好以图或表的形式想他表达你的意思。并且做系统一定要了解系统的开发方式，一般来说一个系统策划案出来之后，设计者就应该知道程序会怎么去实现它，只是设计者不会编码而已。
    了解开发方式之后和程序的沟通会准确和快捷很多。另外还有一句话要送给大家：沟通的时候最有用的永远是嘴。
    写的匆忙，有遗漏的望指正

bal

这个是谁的马甲？

gamezhn

新人受教了，辛苦了

hangqing333

确实受教。。。感谢感谢

狂澜萧萧

楼上几位都说受教，不知是受什么教了？

这种文章新人看了似乎满篇都是经验，实际上他们一点都用不上。老鸟更觉得这种文章满篇都是水。

这种文字随手码点出来，一点都不是问题

spy

太水了。。。

Thrall

太?不看..

【游戏】

狂澜萧萧: Re:也谈【游戏系统】

楼上几位都说受教，不知是受什么教了？

这种文章新人看了似乎满篇都是经验，实际上他们一点都用不上。老鸟更觉得这种文章满篇都是水。

这种文字随手码点出来，一点都不是问题

这篇文章中确实没多说细节，只是一个大方向而已，因为细节无止境，写本书都可以。但是既然你这么说的话，摆脱你码点出来吧！
你这样喷人确实一点技术含量都没，没任何说服力。不拿出点东西来，我只能认为你是装B了，还有楼下的spy，哪里水你也讲讲？

huori

想问下，哪里不水？

小小美工家

初级阶段,,写得没错,不过有些经验的不看也知道...没入行的话.也只能看个大概感觉..不过我还是觉得对新人还是蛮有用的,至少有指导思想