作者介绍：
刘一，tap4fun技术VP，而立之年，未尝不惑，愧无天下人之先而忧，望能天下人之后而乐。曾痴迷WOW，现钟情于STEAM，喜爱倒腾各种引擎架构，希望能和大家多交流。
关于中台如何盛行起来的，业界有个传闻，话说马老板在2015年带领阿里的核心骨干，拜访了位于芬兰的手游公司supercell，领悟到一套崭新的研发思路，回国后大受启发，开始在阿里内部推行“大中台，小前台”的组织架构。随着这套模式在阿里的成功运用，一时间“中台”概念火遍大江南北，各大互联网公司争相效仿，其中固然有解弦更张的佼佼者，但也不乏东施效颦，邯郸学步的拾牙人。
关于这套传言，大家更关心马云回国后的做法，而段子里描述的第一个吃螃蟹的芬兰游戏公司，反而鲜有人提及。
2010年，手游豪门digital chocolate工作室负责人潘纳宁和另外几位合伙人在赫尔辛基另起炉灶，创办了supercell，当时谁也不会想到，supercell会取得远远超越数字巧克力的成就。两年后，supercell推出了HayDay【卡通农场】和Clash of War【部落冲突】，上线后立刻点爆了玩家的眼球，尤其是COC，从产品推出到收入榜第一，只用了三个月的时间，并持续霸榜2年。即使在今天来看，这款产品依然是现象级的全球爆款，2010-2019的手游总收入榜单，COC毫无悬念的排名榜首。
继HayDay和COC之后，supercell陆续推出了BoomBeach【海岛奇兵】，ClashRoyale【皇室战争】等产品，每一款都能引发无数玩家的惊叹，这四款游戏全都获得了超过10亿美元的收入，《部落冲突》和《皇室战争》更是达到了百亿美元级的体量，这家芬兰的小公司，也一跃成为手游界的传奇。
Supercell的研发流程非常简单，公司会提供一些基础设施框架，工具，以及大量的美术资源。项目组被称为“cell”，坊间传闻只有4-5人，他们在这些通用资产的基础上，加上自己的独特的创意，快速迭代出产品进行试错。在coc成功之前，supercell砍掉了9个项目，这些犀利的决策，底气正是来自高质高效的研发实力
OK，上述这些只能说明supercell的牛逼，但其通用资产推出的根因和落地的形式，和阿里的中台几乎没有任何关系。那马老板为何要说他的思路来自supercell呢？既然游戏中台已经牛逼到了引领行业，为何大量的游戏公司却鲜有提及“中台”的概念？为何阿里用中台解决了部门墙，而一些少有的打着“中台“名号的游戏大厂，内部的studio之间却依然咬得你死我活？
这几个问题，我按照自己的理解，从企业文化，利益分配制度，业务增长模式几个维度，尝试做一些在游戏领域落地中台的建议，权做抛砖引玉。
吾辈何以而战
---酒仙，陈.风暴烈酒
首先还是老生常谈的愿景价值观，这个话题我比较倾向于用《赢》的观点来解释，即目标是什么【愿景】，怎么达成目标【价值观】。
对一家游戏公司来说，目标是什么非常重要，这将直接影响到产品战略和人才的流动趋势。我虚拟了三家拥有不同愿景的企业：
目标【愿景】 | 产品战略 【价值观】 | 用人思路 | |
A | 让所有开发者都实现“财务自由”的梦想 | 围绕核心产品进行换皮，以科技概念拉动股价营收 | 一贫如洗且胸怀大志的果敢青年 |
B | 打造“黑客帝国”式的终极沉浸式体验 | 以玩家社区为中心，创造IP，全力进行核心扩张 | 萌系极客，非主流画师 |
C | 让世界微笑 | 强调产品乐趣，重视玩家体验 | 有情怀执念的名校毕业生 |
这三家企业，由于产品战略不同，对所谓“中台”的画像差异也非常大：
A企业
极其重视资源重用，对通用业务模块的改动需求较小，换皮主要靠拷贝代码，这里中台的价值主要体现在两个方面：
● 提供高可用的ops服务和高效的测试发布流程
● 尝试各种技术预研
B企业
非常看重产品创新，可复用的技术框架较少，中台偏向于工具化和技术沉淀，概括如下：
● 提供平台化工具，类似地形，动画，技能编辑器等
● 沉淀技术方案，将各种解决方案体系化，比如后期渲染方案等
C企业
重视产品品质，强调玩家体验，中台数据化：
● 打造数据中心，提供各种数据服务
● 收集玩家反馈，建立智能化客服平台
这里可以用一家国内外知名的游戏大厂来举例，他们拥有航母级的研发团队，集团内部分好几个工作室，产品也很成功，其中不乏国民级的游戏。但集团推行了好几次统一代码规范和数据指标，全以失败告终，工作室之间甚至不愿意共享底层数据。当然，导致这个结果的有很多因素，但其中一个核心原因是，每个studio对自己的产品都有独特的建设思路，只用一种模式去push所有团队，很难收获到大家的认可。
如果你打算在企业内搞游戏中台，第一件事情就是弄明白企业的文化和产品思路，再根据这套打法去匹配合适的中台战略。
世间万物皆可明码标价
--地精贸易大王，加里维克斯
这一章节，我将谨慎的讨论一个敏感话题，即“游戏产业的利益分配模式”，基于不同的利益分配制度，中台的定位也不尽相同。
在大多数企业内部，不同团队的业绩差异，很大程度取决与各自的研发实力， 然而在游戏领域，玩家的喜好，市场的风向，文化的流行，这些对产品影响巨大的因素每天都在发生变化。公司的生存状态，很大程度依靠并发产品的数量。我们用子弹来类比产品，不同企业的命中率有高有低，但在同一个企业内部，子弹的命中率是差不多的。大厂的优势在于他们在保持较高命中率的同时，还能一次打出50发子弹；中型企业只能同时打出10发子弹；初创企业则更为艰难，他们也许只能用1发子弹来决定生死。
不知道大家有没有看过一部日漫改编的电视剧《诈欺游戏》，其中有一段故事和我们所谈论的利益分配问题非常类似，这里做一个类比。
话说有一群玩家，他们会就某一个问题进行投票，投票内容只有yes和no两个选择。投票结果的胜利方，会进入下一个阶段，失败方被淘汰。这样一直进行到只剩1个或者2个人的时候游戏结束，胜利方独享或者平分一大笔奖金。
这里比较有意思的地方是，投票是按照“少数决”进行统计的，即票数较少的一方反而会获胜，主角秋山为了让自己脱颖而出，想到一个组队的办法，即找了7名队友，一共8人，每轮一半的人投yes，一半投no，这样必定能保证队里有一个人走到最后。同时，队员们签署了一份契约，即无论最终获胜的是谁，他都需要将奖金平分给所有队友。
高层和主角的想法是很类似的，项目的成功是一个概率问题，荣誉属于整个集团，而非创造这个产品的项目组。反之，产品直接创造者则是很难接受和其他人来共享这个项目的成果，毕竟整个游戏的创意是他们独立完成的。确实在这个行业，10%的项目创造了90%的利润，于是亘古不变的争论话题“游戏项目奖分配”出现了。
高层们面对这个问题时都非常头疼，过去在业界发生过多次研发团队集体出走，人员大规模流失，其导火索往往就是利益分配。
集团高层的想法 成功项目的想法
在数十年的博弈中，诞生了两种比较通用的利益分配制度：
分配模式 | 优点 | 挑战 | |
小灶 | 以项目毛利作为基准值，按照百分比的形式，回馈原创人员较多的物质激励 | 最大程度激发原创团队的主人翁意识，项目组的创新能力较强。 | 项目组之间隔阂较深，公司层面的决策难以执行，需要解决部门墙。 |
大锅饭 | 给予原创人员一定的奖励金额，数量较少。绝大部分奖金平摊给公司所有核心骨干 | 公司整体发展均衡，跨部门的合作更为顺利。各项流程的推动较能平稳落地。 | 物质激励较弱，需要用“内部动力”来创造产品的灵魂。 |
国内大部分公司都采用的第一种分配模式，项目成功后，绝大部分利润归属原创团队。对个人来说，这个比例有多少呢，以某现象级MOBA举例，当项目成功后，主创人员的奖金份额将远远高于当年的固定薪资，而专注做平台支撑的兄弟们，只能用绩效奖金聊以慰藉。
这也就不难理解为何游戏中台在国内一直难以盛行了。甲方不希望有人来分一杯羹，乙方累死累活没啥收益，双方你不情我不愿，事情很难办成。比如某上市游戏公司，内部的各个studio宁可自己建一个小中台，也不愿意让集团进行宏观干预，公司的技术一把手非常头疼，但在已有的利益分配模式下，问题很难得到解决。
而supercell采用的是第二种分配模式，团队内部部门墙很弱，这一点正好能解决2015年阿里的内部问题。且由于supercell独特的价值观，他们的产品并没有丧失灵魂。
如果你打算迈开中台建设的第一步，请审视一下公司内部的分配模式，莫要热脸去贴冷屁股。
你好朋友，你想要什么
---部落大酋长，萨尔
讲了这么多软性指标，最后一节我们说些实在的东西。
前段时间有一篇文章，标题是介绍某游戏大厂的中台技术，我读完全文后，发现这是一篇引擎解决方案，同时附带了美术的规格标准制定。从技术层面上讲，我受益良多，但这不是我所理解的游戏中台。产品团队对于不能给他们提供价值增长的动作，是不会有任何动力去思考的。在推动中台建设之前，我们需要先分拆游戏业务指标。
研发效率 | 研发时间从2年降低到4个月，最大的提升在于时间成本 |
性能 | 没人愿意玩一个20fps的游戏 |
可用性 | 玩1千次闪退1次是可以接受的，闪退10次就要骂娘了 |
付费 | 没有游戏公司是做慈善的，如何让玩家合理的付费非常关键 |
留存 | 渠道为王，玩家多在游戏里泡1天，产品就多1%的机会 |
针对这些价值点，游戏中台能做什么事呢。
首当其冲的是研发效率，这也是中台最擅长的。即搭建标准化的OPS平台，提供日志查询，通用的引擎框架服务，建设共享事业部等。
其次是性能和可用性指标，这里能做的也比较多，包括搭建完整的监控体系，沉淀解决方案等。
最后是付费和留存，这部分可以交给数据中心。
借用乐元素CTO凌聪的一句话“游戏中台即平台+服务”，以数据中心举例，“平台”即数据资产，数据处理平台，数据打点等，“服务”则包括数据产品，业务分析等。
如果你不清楚产品的增长维度，那最好还是不要贸然的推动中台，因为你做的可能不是资产，而是负债。
大概就先说到这儿，第一次写公众号文章，还不太习惯。文中如有错误，欢迎大家批评指正。期待和各位的交流。
往期推荐：
— END —
技术琐话
以分布式设计、架构、体系思想为基础，兼论研发相关的点点滴滴，不限于代码、质量体系和研发管理。
8178
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
