退出

手游动态运营的新机会

动态运营是根据以往端游、页游包括手游运营的一些经验,整理出的运营方法论。它的定义是我们对运营指标采取即时反应,通过不同运营手段,基于数据不断优化产品的一种运营方法。这里有三个关键点:
第一, 即时反应。不能像以往的运营方法一样,而是以版本来进行运营行为的发起;
第二, 不再是以月、季度、半年这样的时间来看结果,而是要以小时;
第三, 要准备更多的备案。在游戏本身要增加更多的机制,方便运营针对用户的需求做快速的应对和改变。
当然,核心目标在于能够通过观测到的数据和人为的干预,快速及时的反应,最终能够改变数据,达成运营的目标。
让我们来举个例子,将开一家糖炒栗子实体店与游戏上线运营进行对标,出现的问题如何能够用动态运营的定义来做一些响应和应对。首先在开店之前,肯定要解决两方面的问题:
第一,可以理解为上线前的问题。比如,需要准备什么内容,在什么地方开,卖哪里的栗子会比较好,用手工去炒还是买机器来炒,自己是单干还是去加盟一个品牌。这就直接映射到游戏本身的业务,在产品上线之前所做的各种准备,包括签什么样的产品、为什么这个产品能爆、用户群体大概有多大,它可能是一个什么品类的产品,包括它的本地化、商业化到底怎么做。
第二,上线之后的挑战。这就是真正的运营需要面临的挑战,栗子店诞生之后没有人气怎么办?不好吃怎么办?淡季怎么办?如何增加收入?回到游戏,也是面临一样的问题,游戏上线新进不够怎么办?用户流失怎么办?活跃指数下滑,在线时长缩短怎么办?
动态运营相比之前的传统运营,最大不同就是必须快速响应。如果不能够快速做应对,可能整个数据目标就无法达成。当然,在目前的场景里面,也许我们还不需要在所有的场景下都要快速响应。但是在特定场景下,比如生死攸关的重要公测阶段,或者新开服的场景下,大家都会快速响应。第二点则是口碑。口碑不好就会带来很大的负面效应,这种效应如果没有快速地加以控制,首先增加大家的压力,二则负面效应持续扩散,引发大量的用户开始流失。
这里举一个例子,日本手游与中国手游在实际产品的操作运营层面,是有很大的不同。日本的手游产品不是像现今腾讯或者国内其他产商的普遍做法,把一个产品拿到之后,不断地去调优、打磨、测试。完善到一定的程度之后,再去做正式的上线,他们往往在一个产品原型被开发出来之后,就会正式上线。这个过程中给它做一些小规模的引流,把一些用户导入,并且开始进行商业化了。
日本手游上线后的运营模式有两个特点:首先是高效的更新频率,以周为单位来迭代内容。再者就是有效的运营活动,基于这一步,有比较实际的两个手段:第一,实时积分的一个排行。 第二,通过活动来推动整个游戏内容的迭代和用户对于游戏的付费。
例如全服积分的排行。比如这个游戏在周一的时候推出一个活动,玩家只要顺利击杀BOSS就会获得积分,排行榜会有一个总的激励池,它可能会把整个服务器80%以上的用户全包含在里面。前期可能是一个无意识的击杀行为,玩家就很容易地参与到这个活动里面来了。在门槛极低的参与条件下,玩家一旦看到自己的排名在往上走,就有动力让自己的排名更高,这时候就会开始自主地参与到这个活动。当到了一些周期性的关键点,比如到了周三的时候,就会出现一些超级的BOSS,击杀能拿到更多的分。在这个过程中,会推出一个更强的道具,可以给你更高的效率,在这个过程中还有一些小的有趣设计。其中一个设计就是社交机制,抱大腿社交。在这个活动中,玩家去组队的过程中,可以分享队友的分数。所以高玩也会成为玩家更有动力的因素。到了周末就会出现超级的终极BOSS,在这个时候,全程参与的玩家,以及处于中游的玩家基本上都会争夺这个超级BOSS的积分奖励。
所以,看似是一个比较简单的活动,但它可以帮助运营团队去评估通过这样的一个活动机制是否可以刺激带动玩家在游戏里面的活跃度。所以日本的整个游戏是以“周”为单位,一旦第一周能够顺利达成活跃目标,那对应下来,第二周的活动力度就不用那么强,相对于第二周就是一个福利周,帮助更多玩家在这个过程中去推动游戏进程。
日本在游戏的运营过程中与我们最大的不同是一旦步入正轨之后,会同时有两个研发的团队在做版本。首先是有一个计划,去制定一个版本,另外把版本投放到游戏里去执行。执行之后,迅速去查看单周的目标达成,并基于此在接下来的周期进行快速地修正。通过这样的玩法迭代,帮助更多的用户在这个游戏里面存活下去。总结一下,他们整个运营逻辑就不再是以“版本”,而是以“周”为单位去做切割,再通过每一周的活动去快速验证目标的一个达成性。
相应的我们来通过几个案例,来看下国内一些游戏上线后会遇到的一些情况:第一,发现问题不够及时。碰到运营事故时,如果不能即时地调整和响应,就有可能导致负面的舆论口碑了。第二,版本的更新时间太窄所导致的潜在问题。这两种情况都体现了持续进行版本更新的挑战性,主要有两个风险,一是研发时间成本与内容和用户需求之间的偏差,二是版本迭代周期短导致的产品质量缺陷,例如玩家发现漏洞到运营响应,研发整改之间的时间差。到这个时候,我们如果还寄希望于版本,就会很被动。基于这两个问题,相应的动态运营策略便是解决之道。
而要做好动态运营,以下便是我所总结出来的经验:
第一, 重新定义运营人员的职责;
第二, 做好游戏内机动内容的准备;
第三, 做更多数据的记录;
第四, 做好相关工具的准备;
第五, 拆解KPI,把KPI拆解得更细;
第六, 需要建立一种新的激励机制,做一些快速的动态运营之后,团队和人员在过程中也能有一些成就感和收获。