游戏开发者不应高估数据指标的作用

我爱数字!我要玩益智游戏、逻辑游戏或策略游戏直到世界的终结。我在大学时学的是数学,现在我成了一名数据分析师——我的工作就是成天与数字打交道!所以我居然会为一些度量指标感到烦恼,一定会让读者感到一点儿惊讶了。在手机游戏领域,我们总是用数字作报告,然而,那些数字往往传达不了任何可以评估的信息。

游戏CG

DAU/MAU

我们用日活跃用户(DAU)和月活跃用户(MAU)的比值来评估玩家在游戏中的沉浸感或游戏的粘性。在现在的手机游戏世界,DAU/MAU的比值最好超过0.2。如果今天登录游戏的人数大于过去30天里登录游戏的总人数的20%,并且这一情况持续了相当一段时间,那就说明玩家对这款游戏的沉浸感非常强。然而,成百上千的应用每天都在通过自然渠道或广告渠道开发新用户。所以问题就复杂了。

用我最喜欢的东西——数字来举例吧!比如在连续的两周内,游戏X有1千DAU和1万MAU。这款游戏的DAU/MAU的比值是0.1,表现不佳。游戏X的开发者决定开发2万名玩家,第二天他们有3万DAU和12万MAU。哇!现在DAU/MAU的比值是0.25。之前的游戏分析师错了!这款游戏的粘性明明高得不可思议!

等等,什么?游戏并没有什么变化。没有升级,没有新内容,相同的平衡性和进度。取决于游戏的留存率,这么高的DAU/MAU的比值只能维持几天或至多一两周。在这段时间内,天真的开发者或无知的投资者认为他们的游戏很好,不诚实的开发者可以说他们的游戏粘性非常强。

更理想的评估沉浸感的指标应该是登录次数/DAU。与DAU/MAU的比值相比,它体现的信息并无不同,都反映了用户在游戏中的沉浸感和与游戏的互动程度,但它所考虑到新用户的行为是不稳定的。

游戏开发者不应高估数据指标的作用

多余的数据点

当进行分析和事件追踪时,开发者必须问自己一个问题:“我想从中获知什么?”对于没有专职的数据分析师的小开发工作室,追踪得太多或太少的后果都会很严重。因为要从这么多或这么少的数据中找到有价值的信息,实在是件令人气馁的事。

几乎所有游戏开发者都希望通过分析来增加游戏的粘性、留存率和赢利。为了达到这些目标,你必须追踪的事件是:

菜单点击

你无法知道玩家点击菜单按键、空格键或静音键对提高留存率、沉浸感或赢利有何影响。一个弥补方案是,追踪玩家浏览商店的事件,但我认为这是没必要的。你的商店主页应该容易找到,任何页面上都应该有进入商店的按钮。通过赢利指标如转化率和IAP的每用户平均收益(ARPDAU),你可以知道玩家是否找得到商店和是否重视游戏货币。

消耗品的使用

至于消耗品,唯一重要的指标是玩家购买能量道具。无论玩家是购买消耗品囤着以后使用还是购买一些马上使用,都没关系,除非你打算通过预测性分析促进消费。

购买浏览、取消、失败

购买失败是一个QA问题,在游戏发布以前就应该解决。浏览和取消购买表明赢利指标较低,但更重要的是,这些并不能告诉你玩家的意图。那个玩家只是查看游戏中有什么道具?还是,他是需要更多钱的潜在购买者?

过分特殊的游戏机制

可以说,假设你制作一款赛车游戏,玩家会一直加档提速。那么,你将无法从那些执行“加速”事件的玩家中分类出付费玩家和非付费玩家,和将他们与少数下载后立即消费的玩家作比较。

关卡退出或重试

通过基本的漏洞分析可以很快确定某个关卡或任务是否存在平衡性问题。你必须检查的是各个关卡的完整性。退出关卡或重试关卡只会混乱你的事件追踪。

游戏排名

你可以轻易从任何应用商店获知该信息。这是另一个导致混乱的数据点。

为什么人人都爱K系数?

一方面,我认为K系数其实很愚蠢,因为它只反映用户分享游戏的频率。现在,人们对它的强调已经远远超过制作一款内容好、机制好的游戏了。只要人们总是制作免费游戏,玩家就会分享游戏。

另一方面,我认为手机游戏从业者应该先研究我们想评估的不同指标的意义。一旦我们掌握基本资料,我们当然就可以衡量游戏的“分享率”。

有些人把K系数看得很重要,但我不认为它对开发者开发一款免费游戏有什么实际帮助。归根到底,开发者要搞清楚的就是用这个指标对比什么,或这个指标有何用途。只有你理解了K系数再利用它,它的意义才大。

手机游戏在利用好内容创造有趣的体验方面,正在飞速进步。分析学、游戏数据和理解用户行为是游戏设计和创意的必要部分。不要害怕使用分析学,不要让你自己或你的团队陷入追踪多余数据的陷阱中。如果你不能证明你所追踪的指标,那么你就不应该追踪这些指标。

来自:游戏邦

作者:Trevor McCalmont

本文采用「CC BY-SA 4.0 CN」协议转载自互联网、仅供学习交流,内容版权归原作者所有,如涉作品、版权和其他问题请给「我们」留言处理。

(0)
上一篇 2013-12-31 21:35
下一篇 2013-12-31 21:40

相关文章

关注我们
关注我们
分享本页
返回顶部