作为一个策划，你是否做过这些事？--2D游戏主策篇

lf1313

我很蛋疼地翻页了。。

jamesge

我并不是说，在一个游戏项目中，一个主策划一定要去完成这些事。我只是说是否做过。如果与你合作的程序美工都非常强，而你的策划班子也十分成熟，所有的系统、数值、执行、文案、表现都能独挡一面，那么主策划就会轻松许多，确实只需要把控游戏方向就足够了。但问题是，你能遇到这种情况？
是的，在一些知名的大公司，确实可以遇到这种情况，但同时，你在这些公司要混到主策这个职位谈何容易？不亲身经历这样或那样的工作，没有做出过一款产品，想当主策划？所以，通常情况下，让你做主策划的团队不可能达到你所想象的那么完善。那么，以上这些事情你就很高的几率会碰到并且不得不自己去做了。
不可预知性——这是一个新组建的团队一开始最突出的问题，你不知道谁强谁弱，不知道你的班子能够干什么。那么这个时候，如果你没有做过上面这些事，自己都没有把握，你如何确保项目是可实现的？如何确保这个东西能够被做出来？
无法确保！——是的，现状就是如此。现在很多很多很多项目大多是太监——为什么？时间不足？资金不够？其实这都不是关键原因。真正的原因是因为项目的负责人在没有把握这些技术性问题之前就不管三七二十一开始了，结果一旦遇到一些问题无法解决了，就只能靠到处挖人来解决——数值也好、系统也好、表现也好。最后即便做出来了，也因为期间没有考虑过一些重要的技术问题而导致游戏很不成熟，很不稳定（其中就有一些因素是在游戏开发出来之后难以弥补甚至无法弥补的）。
想想吧，如果你自己具备这些能力，还有这样的顾虑吗？
我一直觉得，以上这些知识不是每一个主策划都需要掌握的。但是，如果你想真正成为一个有责任、有底气、有魄力、能确保项目成功的主策划和负责人，那么掌握这些知识就是很有必要了。

其实，以上这些知识都不难，有些悟性、多些勤奋、把平时玩游戏的时间多拿出那么一点，虚心一点、诚恳一点向程序、美术甚至是你的下属多请教多沟通一下，慢慢的你就能把他们全部给掌握了。

sjinny

“是否与你的服务器程序员定义“类”？是否根据你的设计需求来考虑“类”之间的继承关系？”
类体系的设计已经不是“有些悟性、多些勤奋、把平时玩游戏的时间多拿出那么一点，虚心一点、诚恳一点向程序、美术甚至是你的下属多请教多沟通一下，慢慢的你就能把他们全部给掌握了”的了……类体系的设计需要经验……多年的经验……

zjlanne

eff8888: Re:作为一个策划，你是否做过这些事？--2D游戏主策篇

玄音(569915959) 14:22:24
按照我的经验
玄音(569915959) 14:22:36
下属如果把一个工作的条款列的非常繁...

玄音是谁？？？？？

jamesge

“是否与你的服务器程序员定义“类”？是否根据你的设计需求来考虑“类”之间的继承关系？”
类体系的设计已经不是“有些悟性、多些勤奋、把平时玩游戏的时间多拿出那么一点，虚心一点、诚恳一点向程序、美术甚至是你的下属多请教多沟通一下，慢慢的你就能把他们全部给掌握了”的了……类体系的设计需要经验……多年的经验……

有这么困难吗？不是让你去设计类，更不是让你去设计函数，只是与服务器程序员讨论和考虑~~呵呵，程序员们能理解的东西，难道我们做策划的不能理解？

sjinny

喵了个咪的，忍不住喷一下，喜欢到处插手的主策往往是半瓶水，有了点一知半解的知识就觉得能对别人指手画脚呼来呵去了。

sjinny

喵了个咪的，lz原文写的是：
是否与你的服务器程序员定义“类”？
现在他喵的“定义”又被改成“讨论和考虑”了？

补充一句：表达的严谨程度也在一定程度上从侧面反映了这个策划的专业程度吧？

NoPeopleControl

ls话不能这样说的

这个应该是程序转的主策...

之前一位达人跟我讲北方公司与南方公司的构成不同
他说北方公司一般以程序为主,策划为辅
而南方公司则反之.

LZ说的很多问题已经深入到了游戏基础引擎上面了...

sjinny

哪天策划能用UML把策划案中的种种概念和用例表达出来，已经足够了……
哪天策划能确定自己需要的是什么、不需要什么，不需要在程序开始做了之后还滴滴答答地补充修改需求，已经非常好了……
哪天策划能自己做点简单的原型（哪怕是用硬纸板做UI）来向程序美术演示自己的设计，那已经非常非常好了……

sjinny

28楼，懂某一方面不代表就应该去插手……再说，到底懂了多少……