[游戏力量]新手系列终结者:系统策划文档!

心灵震撼者

系统策划文档

一、书写的包含内容

结构拆分：系统要求，系统目的，系统功能，系统涉及的NPC、物品，系统操作方式，系统流程



系统要求：本套系统是出于什么思路而产生的，作用是把握这个系统的整体框架

系统目的：本套系统想要达到什么样的目的，可以实现到什么地步，是对系统的一个预估

系统功能：本套系统都具备什么样的内容

系统涉及的NPC、物品：本套系统是否有NPC或物品参与，各自是如何设定的，设定来自系统要求和目的的约束

系统操作方式：本套系统玩家通过什么样的操作来完成，来实现系统功能的完成

系统流程：本套系统的操作流程是如何的，通过文字以及图形来描述系统的主要内容与次要内容以及相互之间的关系



二、设计时需要考虑的问题

1、群体分析

在进行设计时，要考虑本套系统所面对的是那一类的玩家，针对这类玩家那些是他们所关心的，那些是他们不做关心的，就是要进行玩家分析，通过这种分析来判断玩家喜好，决定系统内容的设计方案。



2、系统冲突

在制作新的系统时，要考虑是否和现有系统有冲突或形似雷同，如果和现有系统有冲突就要考虑是否可以通过对方案内容设计来规避这些冲突，不能全靠程序去解决冲突，应该先从设计角度去考虑对冲突的解决，当不能肯定把握的时候有必要多考虑几套方案通过群体的讨论来决定，选择风险小成本低，且能实现设计要求的方案。只有当从设计方面不能做到对冲突的规避，才考虑程序方面是否可以解决。如果一旦冲突从各方面无法避免，必须要考虑是否放弃设计，在具体的制作中如果遇到这样的情况，可以提出自己的疑问和想法，进行群体商议讨论。





三、设计中加强对多方面的综合考虑

在做设计的时候，每一步或每一个内容，都要考虑与该部分有关的其他内容，考虑可能出现的各种情况，在设计的时候这种细心可以减少很多不应该出现的疏漏。

一般来说一个系统必然会有某部分和其他的系统有关系，比如买卖交易系统是否成功和玩家包裹满还是不满有关系，做自动行走则要考虑野外遇怪的处理和影响。

因此这些与要设计的系统有牵挂的其他因素都是我们在设计中需要去仔细考虑的，在这方面的考虑可以让我们的设计更加完善。



四、设计完成后的检验

当我们完成了对系统的设计后，需要从头将整个流程和内容对照查看。

对于一个较小的系统，我们所要思考的内容相对较少，能很清晰的把握整个流程内容。但在设计一个较大的系统时，尤其是当系统有多个分支内容时，我们就有必要进行校验，内容越多，我们所思考的内容也就越多，书写的内容也会越多，而与之对应的，我们可能遗漏和疏忽的地方也就会更多，并且还会有可能出现前后冲突的情况。

因此完成设计后的检验实际就是对比流程内容，对我们的书写进行核对，确保我们的书写是按照流程去写的，是按照要求去写的。

游戏力量是一个和游戏相关的综合QQ群。
该BLOG是游戏力量的资料站，存放游戏力量对外发表的文章。
群号码：24905268

BLOG地址:http://youxililiang.blog.sohu.com/

寒沧

这个是对主策划而言的吗???
能不能教教小生更前期的.比如分工.预算什么的

心灵震撼者

分工…预算… 这个貌似才是主策划的工作哦…

寒沧

主策划不只这些吧? 恩,恩, 小生就是跟你请教下主策划的具体工作以及准备.
我想成为主策划.

心灵震撼者

新人?老人?

有需要的话　可以专门写一篇…

寒沧

半死不活人....
非常感谢啊.因为没有条件.所以主策划所需要具备的东西,很难了解到.
主策划.哎....是需要时间和金钱去堆出来的...

shengkz

这东西，浓缩了一页纸，撒开了一吨纸 - - 。 框架是最难做的，有时候貌似想得已经很好了，但真正变成code的时候却是另一番景象

海洋之舞

楼上这个兄弟说地正是，因人而异，因公司而异，因环境而异；

有时候你去说一声也是一个系统，不过这样地系统有多可怕也是可想而知地；

xiaoBig

怎么可能是主策划的...

显然是想做一个好的系统策划应该具备的能力...

Wind_Force

嗯，内容很全面了

要求和目的其实在本质上没什么区别，我们的每一个系统都是为了满足一定的目的或是要求（需求），只要注意一个系统不要承载太多的目的，或是一个目的不要让太多的系统来承载，就可以了。

至于对目的的分析，不仅是要看你的群体，还要看你本身的目的是一个什么样的目的，假设这是一个常规的投放系统，那我对群体的定位绝对不可能是一个只让部分玩家去玩的高端玩法；而本身就是一个高档物品玩法，那我的群体定位绝对不会是全体定位。因此目的和群体对于系统的影响，是相互的。

一般的小团队或管理不是很严格的团队，可能需要的只是一版面向程序的文档（当然，也许有的作坊连文档都不要…），那么就可以省略功能描述、思路、演算、目的等这一系列的非必要组件，或者可以使用备注（批注的形式）。

流程、操作、这些都可以归纳为规则或详细设定，描述清楚每一步操作，每一个判断，思维严密一点，基本上没有太大的问题，就看你自己的考虑是否全面了。通常对于程序来说，需要的也就是这个部分。

系统需求的整理可以更详细一些，如NPC、物品、特效、音效、图标等等，整理的越是详细，你在制作相应的文档时就越省力。