讨论：什么样的团队做游戏更容易成功？
招聘信息：
最近在观察一些在做游戏的团队，想从中得出一些关于“什么样的团队做游戏更容易成功？”的特点。虽然没有得出什么严谨的数据结果，但也让自己更加的了解一款游戏是怎么样制作出来的。这两年，随着手游的兴起，国内起来了一大批手游公司，其中就包括大量的手游开发团队。而通过自己简单了解，个人将游戏研发团队主要分为三种类别。一种是大公司中的研发团队，比如像腾讯、网易这类大公司自己的研发团队。一种是核心人员是从大公司出来组成的研发团队。一种是核心人员既不是超级大厂出身但是游戏行业相关人员组成的研发团队。为什么这样分类呢？这里主要是以几个典型的研发流程进行归结。大公司做事自有一套规矩严明的流程，研发游戏也是一个样。每个职位分工明确，同时也存在多个职位分类，相比于中小公司，大公司的开发者通常只需要安心的负责好自己的那一块工作即可，而中小公司呢？开发者通常需要身兼多职，或者说需要主动去参与多个模块的工作。借用孙志超老师做的一个图。从图中我们可以简单读出，从事开发工作的程序、策划、美术三个主要岗位的人员所常见的一个工作状态。根据笔者本人与多位开发者交谈后也了解，在做游戏的过程中，最令人头疼的事之一就是领导动不动就提出对游戏内容进行修改，导致整个团队不得不连夜加班加点进行整改。改需求是永远的痛一个目前正在某大公司任职的A君则表示，他在来到现在的公司之前是在一个2,3百人的公司参与手游的程序开发工作的。前东家是页游转手游的一家普通的研发公司，公司的老板是在页游时代靠着自有资本进入游戏圈的，并非正经游戏开发者出身，对于游戏设计的许多东西不能说非常精通，但是却常常自认懂设计，后来给他们的实际的开发工作带来了许多困扰，比如他们的游戏经常三天一小改，一周一大改。他说他每次一看到老板来到项目组体验游戏，就知道又有班要加了。我问他，你们公司不是有好几个项目组吗？你们老板每个项目都这样？他说到，当然不是，公司有一个是他核心带的项目，但是其它项目从立项开始，每个阶段也都需要跟他报告。每次报告完的结果几乎都是换来一通改。当然这些项目组比他们老板亲自带的项目组要少改一些，但是正因为这种环境下，许多策划都会养成一种执行思想，总觉得反正按照着老板的想法走就对了。为什么会出现这种情况？因为那些没有很好执行的人，通常待不久就走了。他说，这样的环境下，要如何才能做出一款成功的游戏？他笑了一下，他前公司在转型手游2年的时间内果然没有一款成功的产品出来。每次修改的结果总是让游戏变得越来越混乱。他在待了2年多时间之后，换到了现在所处的大公司。他说，两者对比起来，真是太深刻了。比如在前个公司，策划君会提一个需求，程序提出异议说这实现出来效果不好，策划君就会说先做出来看看，然后程序做出来了，策划君就说这个效果不行，改一下吧，尤其是在UI界面上（他是前端程序员）。又比如说策划大大经常拍脑袋说，这模型要精细，各种飘带。程序说模型面数太大，骨骼太多程序效率低，策划也会说先这样做，然后最后程序跑不动了，美术大大遭殃了，又重新改模型降面数骨骼。换成现在的大公司，他们会怎么样做呢？他现在的项目组都是策划先出文档，全部交给UI设计去做，UI设计除了做视觉设计，也使用UI编辑器做。基本80%需要改动的地方都在策划和UI之间解决完了。最后才到程序，一般改动不大。还有就是之前的公司流程混乱，完全是人治，而不是严格按照公司制度。谁和老板关系好，谁就慢慢做，没有什么目标版本时间概念，经常没脑的提需求做需求。现在的公司是先定需求然后项目管理人员排时间，然后按时间点做。基本上都是照着提单，跟单，结单来的。策划终于不用承担美术之责不少策划反映，他们在做功能文档的时候，经常需要将美术参考图，甚至连带素材提交给美术那边。而不少美术会直接根据参考图进行参照修改直接采用，而很少设计出极具特性或更突出的效果。A君说以前他那个公司也差不多这样，在那边具有优秀独立设计能力的美术并不常见，现在这个公司策划则是提需求，给出一些相似的游戏截图，让美术自己参考设计即可，并不需要连带素材都提供，照样也能设计出很不一样的表现效果。关于策划与美术沟通方面，笔者此前也采访过负责腾讯游戏发行平台美术团队管理的陈维，他则表示，在跟策划对接的时候，策划通常会给参考图美术，但是美术应该问清楚，策划想要参考这个图的什么部分，需要参考这个图的什么细节，比如构图，线条还是用色等等，而不是直接做一个相似度很高的仿品出来。美术与策划之间的良好沟通，对于在做一个比较复杂的游戏，需要大量美术资源的时候，不仅可以提升游戏的美术品质，同样也可以减少返工的概率。对于前面提到的改需求问题，在一个流程严格的开发组里面，策划对游戏设计能力需要有比较高的要求，因此所设计出来的东西大多会经过深思熟虑后才提出来，同样也会减少后期改动的需求。游戏的阶段评审哪怕是国内一线大厂，做的游戏也是需要修改的。这与前面说到乱改需求不同，这边讲的是有计划的修改。比如大公司在游戏制作过程中，设下阶段评审的时间，到了阶段评审的时候，就可以正大光明的提出修改建议，这个建议也是要根据游戏实际需要来的，最终也是需要经过PM及主策拍定才可以确定改还是不改。如果是小需求呢？比如一些小BUG之类的，则可以随时提单进行修改。介于中间的那些人又是怎么样的？上面提到的或许是比较极端的两个类型。这里还有一群介于两者之间，开发流程明确但也不是管理非常严格的团队。这些团队通常会有一个特点，团队的核心人员有在大公司任职的经历。因为有较深的经历过，所以更能体会到大公司的利与弊。比如过于按部就班的流程也会造成一定的时间精力的浪费，并且对于中小团队而言，时不时的头脑风暴或许会产生更多意想不到的好想法。笔者也与处于这样团队的策划B君交谈过，他说他们公司几个主要管理者就是国内几个大厂出来的，并且都在大厂有一定的积淀才出来创立公司。如今公司也有几个较为成功项目在运营，虽然产品不算爆款，但是收益还是比较稳定的。B君说到，他在来这个公司之前，也在那种比较没有“规矩”的公司待过。对比起来呢，这边的项目开发都遵守着一个大厂通用的基本流程，但是由于职位没有大厂分得那么细，所以每个人身上或多或少会兼顾一些其它工作，像帮美术找素材的经历也有过，毕竟在中小团队里面，不可能保证每个环节都很强。比之前好的关键是，他们有一个比较懂研发或者懂市场运营的老板，他们老板虽然不是说处处都好，但是至少为公司建立了一套比较基本的研发流程，并且因为在大厂工作过的关系，人脉方面也不错，能弄到一些比较真材实料的数据分析，加上团队几个主要成员能力不差，令整个研发的过程少走了许多弯路，而他在里面也学习到了许多东西。他说，可能因为他们老板是基层干过来的，所以更容易接受团队成员的意见，而且如果他们老板提出了修改建议，只要他们说明这样做哪里不合理，确有其事的话他们老板也会尊重他们的意见。但是因为是自己好不容易创立起来的公司，所以老板们对于项目的执着比大公司更甚，他们团队在加起班来也是非常疯狂的。成功并非偶然其实，游戏做得怎么样，最清楚的其实是开发者本身。从今年市场的表现来看，表现非常好的几个产品几乎都是比较有实力的厂商出品。我们都说今年是大浪淘沙的一年，会淘汰掉许多不合格的团队。市场上精品游戏已经达到了一定的量级，有实力的团队都不一定能成功，更何况那些只是想要碰碰运营的团队呢？我们在今年CJ期间采访了多个圈内高层，大部分都表示国内的游戏业趋势是将回归到靠产品说话。当营销做到了极致，量越来越难得，产品品质则成为竞争的关键。一个科普意义上的开发流程（1）核心概念（2）人力资源的选配、市场评估....（3）头脑风暴，核心玩法；数值、美术、程序介入；解决技术难点，出demo（4）定版本计划；包括开发周期等等（5）总体设计方案；开发核心系统，美术需要支持基础资源（6）然后就是无限循环：设计、开发、测试、修改→设计、开发、测试、修改（7）完成版本开发，合作商、运营方案设定；（8）内测（数据反馈作运营准备）、公测（提供资源公测、预收费公测看市场反应）、正式上线，导量、大推（9）市场、渠道、买量；宣传等等（10）游戏持续更新（玩法丰富、生命周期新增系统）、用户反馈修改、配合上运营活动、中期合服、连服、跨服等等；一个策划意义上的开发流程游戏框架、美术风格这些肯定要先定。前期：游戏风格、定位、游戏战斗模式、核心玩法需要先定下来；例如：武侠题材、arpg、野外PK（相对的就是推图）、战斗动作设定、核心玩法是装备换装、武学系统搭配一定的进阶系统（坐骑、宠物、神兵、翅膀、神器等等）；卡牌游戏就是卡组、装备；美术介入，特别是手游，就要根据基础核心设计进行压力测试；程序介入，搭建框架（基础的2D还是3D游戏，使用什么技术，资源对电脑/ipad硬件的分配；服务器这边考虑一下兼容性和连服、跨服机制设定等等）数值介入，数据模型就要出了；包括使用什么公式进行战斗计算、属性设定、属性计算公式、成长曲线，性价比曲线；举个例子，如果是做一款爆大R，短周期游戏，可能各系统成长曲线就是一个√这样的曲线，如果做一个长线，抑制付费对战力差距影响的，曲线是倒勾；还有就是游戏节奏的设定；玩家属性具体差距和实际实力差距的比例；模拟各属性情况差距，模拟各充值情况差距，等等；还有就是各属性在各系统投放比例；中期：系统这边需要更细的做一下各种定位；系统这边需要跟数值这边沟通，把消费系统跟活动、副本、开服活动等等串联起来，做一个回路循环；还有就是具体玩法的补充，包括消费诱导（系统阶段拉收）；注意说一定，所谓具体玩法的补充必须是在各系统定位之后的；后期：具体开发；数值验证；玩法验证；前期流程调整；回答几个问题：时长（在线平高比）、留存、付费率、arpu值、充值区间等等怎么做；再到后面就是具体的开服活动等等；
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号：CocoaChina
您还没有登录！请或
点击量9440点击量6604点击量6132点击量3783点击量3564点击量3529点击量2914点击量2620点击量2374
&2016 Chukong Technologies,Inc.
京公网安备89游戏做了3年也未完成 2人小团队的失败教训
用微信扫描二维码分享至好友和朋友圈
你经常会听到的一个常见错误做法是，在游戏研发还没有完成的时候，就开始了另一个新项目的研发，而且觉得只剩下10%的工作要做而感到很开心，但通常来讲，最后这10%却需要开发商投入90%的努力。
你经常会听到的一个常见错误做法是，在游戏研发还没有完成的时候，就开始了另一个新项目的研发，而且觉得只剩下10%的工作要做而感到很开心，但通常来讲，最后这10%却需要开发商投入90%的努力。如果说做游戏容易，完成游戏难，那么，要取消一个正在研发的游戏项目就是非常困难的决定了。
在Two Tails公司，我们用了3年的时间研发《Leaf Rider》手游，但在今年1月份的时候我们最终决定停掉这个游戏。在投入了如此之多的时间和资金之后，我们是如何以及为什么要这么做呢？
想法太多 但力不从心
一开始，我的团队只有2个人，那时候就开始在做《Leaf Rider》了，这是我们两个的第一次自有IP合作项目。除此之外，我们还需要做外包业务，这方面我们做的很有经验也可以保证我们的收入。
在做外包的时候还需要创作自己的IP是极其困难的事。很多的工作室都遭遇过这样的经历，而且有些为了追求研发自己的IP而被迫关闭，比如Remode。而对我们来说，这意味着做《Leaf Rider》的时候，经常会被外包工作扰乱研发计划。
除了你能听到很多的建议之外，我们其实还做了自己的游戏引擎，其实这在Two Tails研发之前就已经开始了，当时大概是2008年(当时的项目名字还叫做Onimobi)就正式进行了。在那个时候，做一款引擎是非常重要的，因为这样我可以把游戏卖到尽可能多的游戏平台。
2012年时候的Leaf Rider
然而，在进行自己的引擎研发之前，我看了大量的现有引擎，发现的问题是，大多数的引擎要么是没有足够好的支持，要么就是不完全支持iPhone。当时Cocos2d-x(C++版本的Cocos2d)还不存在，Unity3D还不出名，更多的用于制作2D游戏。
颠倒游戏研发顺序犯下的错
所以那时候我决定研发自己的引擎，虽然在我刚刚开始《Leaf Rider》研发的时候相当有用，但这个引擎也给我后来带来了非常多的问题。由于不具备存档功能，所以这意味着只有我自己知道怎么用，后来公司的第二名程序员Simon加入的时候，他用了很久的时间才掌握我们自己的引擎。　　
然后我们还发现，我们必须投入很多时间为这个自研引擎加入功能并修复BUG，而且当时还接了外包工作，这就意味着自己做游戏的时间更少了。
《Leaf Rider》一开始是按照一个固定轨迹吹叶子，有点像竞速游戏的风格，在当时和所有的游戏都是不同的。我们用了太久的时间来做工具、编辑器和关卡，而不是首先关注游戏的核心功能。
不幸的是，在我们用了12个多月的时间和多种工具制作关卡之后(期间也一直在做外包工作)，我们才发现游戏的玩法并不能让我们满意，这时候，我们决定停掉这款游戏并重新开始一个全新的项目。
我认为当时我们做这个决定是正确的，但我们也犯了一些错误，我们用了太久的时间来做编辑器、工具和关卡，而没有优先做核心玩法，我们失败的太慢了。
第二个错误是，我们的游戏没有得到过任何的外部反馈，如果当时我们邀请别人来体验测试的话，或许会更有意思一些，自己判断自己的游戏始终是困难的，尤其是你投入了这么久的时间之后。
相关新闻：
[责任编辑：赵建波]
用微信扫描二维码分享至好友和朋友圈
04/13 08:36
04/13 08:36
04/13 08:38
04/13 08:37
04/13 08:37
04/13 09:27
04/13 09:27
04/13 09:27
04/13 09:27
04/13 09:28
12/03 09:23
12/03 09:07
12/03 08:12
12/03 08:12
12/03 09:26
09/07 09:38
09/07 09:38
09/07 09:39
09/07 09:39
09/07 09:39
04/13 00:38
04/13 00:38
04/13 00:38
04/13 00:38
04/13 00:38
凤凰游戏官方微信
播放数：190645
播放数：123261
播放数：172892
播放数：78933
48小时点击排行缁欏?姹傛姇璧勭殑鏂板叴娓告垙宸ヤ綔瀹ょ殑5鐐瑰缓璁