主程出身的主策，有一种不能被人理解的孤独

wuye

文/猴与花果山

　　很多时候一个主程出身的主策比如我，是不能被人理解的，所以更多的体验是一种孤独。

　　程序出身的策划，才能做到一些基本的工作，比如前面很多人说了，可以抽象一些“普通策划”想不到的需求、提出一些可扩展的执行方式之类，这个在我看来再基础不过了，因为一个策划，本身的职责就是分析出用户最真实的需求，根据这个需求去设计产品，设计产品一方面是用户体验，另一方面就是如何实现。

　　什么叫会编程？很多时候我们理解的会编程，就是会写一段代码，然后实现一些小的功能，就叫做编程，这在我看来只能算是coder，如果你说这样的人做游戏策划，我觉得他只要够谦虚，培养一下能行，如果你说他作为专业程序员，对不起，在我看来只是会写代码的玩家而已（想一想，WoW里面能写个宏的是不是也就这样了？）。所谓的编程，是分领域来定义的，在游戏领域，编程就是开发出完整的游戏框架，并且在这个框架的基础上，任何人根据自己的想法设计轻易地实现出游戏的任何设计需求（因为游戏的设计需求总是在改变的）。简单来说，游戏编程，最核心的就是完成游戏的业务，完成业务，包括了业务本身的运作（就是对玩家来说，游戏玩起来没问题），以及后续的可扩展性（就是对设计师来说，我要功能什么的不是那么的吃力，不是总在妥协的感觉），游戏编程与众不同的是面向了2层用户（游戏玩家和游戏设计师）。当然顺带讽刺一下某些所谓的程序员——如果你整天只想着搞渲染，认为渲染=游戏程序，那何苦做游戏呢？哦，原来是其他行业比如影视动画行业你已经进不去啦？所以被排泄了才来做游戏的！啧啧啧！

　　但是也正是因为程序出身的策划，才会感觉现在主流的研发方式非常的别扭：

　　1，为什么要出策划案呢？而且策划案居然还能用中文？！在这个混沌的行业，有一套非常糟糕，但却又成为公论的研发模式，就是策划写需求，程序去执行。但是，中文策划案又确实有很多说不清楚的地方“中国队，谁也赢不了”，同样这几个字，语境不同效果就很不同，放在中国乒乓队，那是说他们无敌，放在中国足球队，那是说他们无能。游戏中有太多的语境，即使是策划和策划之间，玩家和玩家之间都能产生歧义的，一份策划案就能说清楚了吗？不能！换一个角度来说，我写一份策划案，说清楚这件事情的时候，背后实现的逻辑可能还不如策划案这么冗长，我直接coding是不是效果更好，而别人的理解代价更小？（事实是，专业程序员阅读代码的理解能力远高于阅读“策划案”，只是游戏行业渣渣太多了，既没能力又没耐心阅读别人代码的渣渣，做不了别的行业全来游戏行业了而已）

　　2，游戏是谁在设计？这个问题讲道理，个个都会说“是策划”，所以延伸出来一套说法就是“游戏做完了，但是数据不好，那就是策划的责任”。但是真是如此吗？真正的问题是，你把一半的设计和全部的开发交给了程序，最后程序“设计”的游戏当然不咋的，能成功那真是运气了。在我看来，一个项目里，只要程序开发的东西，有过任何一丝“你策划就（“只要”，“应该”等等词汇）这么用就行了”的思想，就会做出一个看似灵活实际上是牢笼的东西，最后策划真要做什么都做不了，也就只能、必须这么做（妥协），最后出来的东西不是任何人想要的，能成功了不奇怪么？最简单直白的一个问题，策划在一个动作游戏中设计了一个翻滚，程序实现（为什么却不是策划实现，这才是行业问题的根本）的时候却依赖于美术视觉，认为美术设计了这个动作多久翻滚多远，那么策划对应填表、填写数据就好了，很多“普通策划”只能妥协，但是这却是有致命问题的，首先设计游戏的是策划，那么翻滚的时间和长度就应该依赖于策划数据，而不应该美术和策划去做一个耦合（通常我们认为，你要这样的效果么，你叫美术吧翻滚的时间做的跟你做的一样长好了，这就是策划依赖美术的制作，美术依赖于策划的设计，工作耦合！），所以真正的实现方式是，翻滚的时间、距离读取策划的数据，翻滚的tween（好的翻滚动作不应该是匀速的）和美术资源由美术提供（没错，我是说如果你用Unity Root Motion，让美术来设计这样一个翻滚，并且依赖他，那就是错的，你要用到的只是美术资源和Tween）。很多时候游戏程序员在开发的都是牢笼（你要用一个功能，必须接受这个功能附带的内容），因为游戏程序员不像其他行业的程序员那样会去理解自己做的行业的业务（事实上也没法去理解游戏业务，因为游戏设计本身太简单也太困难了），什么是通用的、可扩展的？想用了拿来，不想用丢掉，不是非得妥协点什么才能拿来用的。

　　3，为什么游戏策划不是一个垂直职业呢？Growth Hacker = 营销 + 程序，为什么游戏策划不能 = 游戏设计师 + 程序？为什么很多实现要去交给别人写？事实上在你实现和调试的过程中，难免会发现一些设计上的小问题，也会因为实现，产生一些新的灵感和用法，都是很常见的现象。当然这只是一方面，最重要的是，真正能够理解好游戏业务，并且将之实现好的很多时候真的只有你自己，同时如其他楼提到过的，可扩展性，也只有游戏设计师才最了解游戏要怎么扩展。我们就说最常见的一个扩展点，这个帖子如何设计一个易扩展的游戏技能系统？ - 知乎，是一个好问题，但是我们总觉得自己能硬编码出来，可事实是什么？很多时候策划真的要一个技能的时候，程序员甚至说“这么复杂，玩家能不能理解”之类，反正意思就是不乐意做的话，那么问题来了，设计阶段你不提任何问题，到了实现阶段，你非但不去思考如何实现好，还一个劲的反对是什么鬼呢？最后有趣的东西做不出来，游戏不行了，怪策划，全是策划不好，锅全都是策划的，所以这个死了的游戏就能成功了？所以甩锅还是没用，怎么做好才是关键，怎么才能做好呢？游戏策划（或者说现在被称为“游戏程序员”的），就应该是垂直领域的，游戏设计垂直程序。

　　我们很多时候看到成功的项目，他们的开发模式都是程序策划分工明确的，因此我们觉得开发就是如此，但我们却看不到失败的项目也是如此（幸存者偏差导致这个现象），所以动脑筋想想，成功的项目之所以能成功，离得开项目中那些游走在程序和策划中间的人（通常在国内是制作人或者项目经理）吗？

　　所以说，你问我一个会编程的策划是个什么体验？这就是我的体验，孤独，满满的负能量为主！但是也并不总是那么无奈，游戏行业里还是有顶尖的人的（只是大多数、应该说95%以上都是渣渣），至少还有人能懂我的好就足够了。

rpg12315

从策划角度出发，如果项目工期来得及的前提下，在制作游戏内容的时候一个很重要的习惯  应该是搭好每个系统的程序架构，提供合理且足够强大的扩展性，做到尽量我只用编辑器配置表就能解决后续99%的内容，把游戏的实际内容这块掌控在手中，不要随便改动个什么就要麻烦到程序。避免项目后期的大量返工。
学习程序的逻辑思维，跟程序沟通起来事半功倍，不然写个文档自己的需求都说不清楚，让程序怎么去做事？
试想你提需求程序来做，你就说几句话程序可能要写几天的代码，好不容易写好了又因为提前没规划好沟通好导致返工再返工，人家还能每次都尽心尽力么？
从程序角度出发，多点真诚少点忽悠，不要欺负策划不懂程序，总是习惯性的把策划放到对立的位置，把策划当成“监工”，自己习惯性的偷懒耍滑，“最好写死”、“不能实现”。
须知 若策划是“监工”，那自己是什么·····
大家都是一起合作着做一个游戏，一个产品，大家一起努力往一个方向去做，有错就改，有不足就学，一起往好的方向去做才是正道。
项目要成  天时地利人和缺一不可。

King_sama_

程序管理或者设计最大的弊端就是：他优先考虑的不是功能的必要性和游戏体验，而是程序员能不能做好不好做

785641357

为什么要出策划案呢？而且策划案居然还能用中文？……

a、        说不清楚+有歧义：那是策划自己的能力不行，中文是博大精深的，同一个意思有很多种说法。比如”中国队，谁也赢不了”这种语句，如果出现在策划文档中，则说明这个策划不是一个严谨的策划。
b、        给谁看：策划案不光要给现在制作该功能的程序看，还得需要给测试人员看，给后来加入项目的成员看。
c、        直接coding：一个月后，鬼知道当初该功能为什么要这样设计？几个版本后，某功能经过多次修改，到时测试会拿着功能问：现在这个功能到底是怎么样的。没记录的文档，项目将陷入无尽的扯皮中。
后面都说了啥，论点是啥，结论是啥，是啥，啥。
a、        设计者不参与制造是大多数行业的基本准则，不是因为这个是正确的，而是因为每个人的的能力是有限的。飞机设计师会拿着焊枪去滋滋么？
b、        每一个行业都有自己的知识和学问。说出这样的问题，其实显得有点浅薄。会唱两首歌就说自己懂音乐。在自己擅长的领域进行专研才是一个明智的行为。
c、        跨行做事搞不好是丢了西瓜撒了芝麻。确实有在各个领域都很出色的人物存在，但这不是每个人都能办到的，大多数还是普通人。

卡特铁角

尝试过LZ说的开发方式。但发现一个问题——当策划“沉迷”于思考一些技术实现方案之后，他们对于自身设计合理性的反思能力会明显下降，或者说会对自己的设计给出过高的评价。

这有点皮革马利翁效应的感觉……

尤其是当主策划也这么干的时候 ，弊端就很明显了

rainill

做策划8年，从第四年开始自学程序，不敢说已经能做个程序员，但至少看的懂代码
知道有些设计可以删繁就简省掉一些程序工作量
知道有些需求不提烂在肚子里比提了更有意义
知道程序员的不容易，更明白曾经自鸣得意的“案子”对于开发工作的帮助是多么有限

策划应该成为团队生产力提高的推动者，而不是工作量与技术负担的制造者
没有意识到这一点，只会写案子的策划，该多学点知识提高自己的水平了
连案子都写不清楚的渣渣，贼鸡儿丢人，退群吧！

dramathomas

为什么要用中文策划案？你既然都这么牛掰，为什么不自己单干？你为什么不能成为第二个陈星汉？你在中国你不用中文写策划案？策划案给谁看，除了给程序看也要给美术看，然后要用英文？如果你真的是个游戏制作人，你就不会特么问出这么愚蠢的问题，还95%，高处不胜寒的感觉。So,you think you're so good at the desgining and coding,then why are you still writing this crap here?making your own fucking  game?Leave us all in awe!In my opinion,you just a egoholic loser.And FUCK U!

z543119

工作中难免遭遇一些奇葩的队友，分3层来说；
1、 你怎么说，他就怎么做，你没有说到的绝对不做。   这种肯定存在，对策划来说跟这种队友配合会很累，超累，所有的逻辑、表现、概念设计、细节 都要想好，一个地方没想好后面可能就会坑死自己。

2、 想的比策划想的还多，做的时候总想着有没有更好的方案，但喜欢拖延不干活。  这种也遇到不少，而且很多还比你更会讨老板欢心，因为人家又会代码，又有想法。 遇到这种比上一种更头疼，可能会因为一个图标的色彩值问题跟你扯一个上午，也可能会因为一个配置格式的问题跟你扯到整个开发结构，更可能会因为一个UI的布局方式跟你扯玩家体验。 这种一般配合不下去，并不是说不需要把问题想全想好，而是一个性价比的问题，时间就那么多，这样拖时间就干不下去了。
3、 最后一种，经历过多个项目，有丰富的项目经验，思维角度奇葩不屑于使用普通的代码方式进行编写。 你提的每个方案都能给你做出来，然后比你想的都多，都全，都细，但跟你想的不是一个方向。  最后往后开发的时候发现，只能跟着他走，因为你提的需求总有一些地方他会说底层不支持。这个时候，你越熟悉程序的结构和内容越有话语权，不然只能跟着他走。

samchan207

其实。没看懂楼主要表达的内容。
为什么要有导演 要有编剧 还要有制片人  直接由摄影去拍不就完了。同理。

1210534916

不知所云，策划需要的是大局观，将所有可能情况考虑在内，并进行度量，程序的逻辑思维当然是一个好策划所必须的

ten

感觉思绪有些乱，述说过程和结论不太一致。

gengfeng12

是不是觉得众人皆醉我独醒啊，你真的是主策吗？你主策整天就考虑这些问题啊，真为你老板担忧啊

__BlueGuy__

我就是那5%的顶尖的人，我懂你

xyx1985feng

以策划的身份，先多做点项目，把策划工作做熟练了，再来教策划怎么做人。

VHwy

很久以前，连美术都是程序兼职，只是后来，游戏内容越来越多，游戏引擎化了，程序需要有人来填充内容。那些利用程序提供的工具制作游戏内容的人就是策划了，最终最懂玩家的人也变成策划了，策划的话语权自然变的很重要。不过制作过程这块依然是程序掌握话语权的地方。
所以，个人认为，一些强核心，重引擎的项目（比如RTS类，GTA，老滚），仍然需要一群理解游戏的程序员来完成核心工作，这部分策划的文档是概括不了的。作为热爱游戏的程序员，无论是策划岗位还是程序岗位，在这类项目中完成游戏核心工作，都有足够大发挥空间。

cod

游戏设计垂直程序，全面发展说起来总是很好，但总是很难
现代社会信息量那么大，全才越来越少，分工越来越细
这也是为什么越大的公司职位分得越细
如果要发展，主业精通，副业了解熟悉也是必须得