手游运营数据 释放双眼，带上耳机，听听看耳机~！(组图)
放开眼睛，戴上耳机，听~！没想到，两年前写的一篇关于埋点的文章，尽管内容和排版很粗糙，却获得了很多朋友的关注。鉴于这种情况，我不能辜负您对我的期望。我会在熨斗还热的时候填补我挖的洞。今天主要讲一个标准的数据操作系统应该是什么样子的。
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_0.jpg
很多游戏运营朋友可能不知道，埋点和报道之间其实有巨大的落差。
这个差距是如何设计系统的埋点，如何推动前后端的实现，如何检查验证数据，取数据，清洗数据，计算数据，最后如何固化数据形成报告。
以这些路径中的埋点为例，我曾在上一篇文章中放一张表：
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_1.png
这实际上只是一个简单的字段类型表。当你真正在做游戏的时候，数据埋藏工作是相当繁琐的。
首先需要梳理整个系统的事件和事件类型，然后定义事件的触发时机，然后定义需要下发的参数内容和参数类型。
例如，对于最简单的登录行为，哪个节点被认为是登录的，哪个节点被认为是成功登录的？需要传递什么样的参数？
频道登录成功一般是SDK登录成功，游戏登录成功可能是创建完角后进入游戏，也可能是直接进入游戏。触发时机明显不同，需要明确定义。
对于游戏运营来说，这整个流程是一项需要高度专业性，消耗大量团队资源的工作。很难推，不做也很尴尬。
对于大厂商来说，有专业的数据团队（数据中心平台）给埋点统一规范。作为游戏开发团队，只要按照规范交付，就可以获得想要的数据和报告。
而对于一些个性化的分析需求，比如用户留存系列分析、用户流失系列分析等，也有专门的数据分析团队来支持。
对于小工厂来说，数据中台是一份高投入产出慢的工作。
以前习惯赚快钱的本土老板，很难理解这样做的意义手游运营数据，所以要么做个简单的统计，要么就上网连胜（别笑，我去过的某支队伍）以前是在线裸奔，什么？没有数据，做决策就是拍脑袋）。
近年来，第三方数据平台的出现，其实就是为了解决这样的痛点。但往往过于标准化的产品只能解决部分问题，部分需求无法满足。
因此，在这样的背景下，游戏运营应该先弄清楚我们需要什么样的数据报告天外神坛源码网，然后在此基础上找到解决数据问题的方法，而不是试图去了解如何进行系统嵌入。
当你有机会要求一个数据平台时，你至少知道你想要什么，对吧？至少知道您需要依靠哪些数据来做出决策，对吧？
说白了，我什至见过很多所谓的项目负责人乱七八糟地提出数据需求。
那么一个通用的数据操作系统应该是什么样的呢？
我将通用数据运营系统分为六个部分：
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_4.png
全高清内容可在公众号“姚伟写字台”获取：《通用游戏运营数据系统》
核心数据
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_5.png
核心数据主要反映游戏的总体市场情况。作为运营总监或老板，必看的表是核心日报和综合运营报告。
还有一点，其实这也是数据分析的一个重要逻辑。数据异常时，先看行情数据，再按通道或指标拆分数据。
以实时数据为例，实时数据一般关心的字段有：实时新增数据（累计）、实时在线人数（累计）、实时充值金额（累计）等。
例如在线用户数为 ，报表参考样式如下：
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_7.png
数据由我填写。真正的时间应该还是23:25、23:20等，我这里用省略号太麻烦了。
请注意，所有后续报告通常都支持过滤通道和服务器。
一般来说，实时数据的时间间隔在 5 到 15 分钟之间。如果压缩到5秒左右，对数据库的压力会很大，5分钟基本可以满足需求。
有时候单独的报表看起来不够直观，负责数据的同学可能会做一些数据可视化，比如折线图等，可以充分展示数据的趋势和波动。此处不再显示。
核心日报
核心日报的字段和样式不固定。没有必要在这里追求一个大而全面的报告。主要关注运营需求和老板的需求手游运营数据，就够了。
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_8.png
比如老板关心dau和收入，运营关心留存和新增，所以这里的报表可以显示这些字段。
综合经营报表
运营综合报告反映了整个市场数据，主要包括所有用户和新用户的所有数据。
大体风格如图：
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_9.png
用户分析
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_10.jpg
用户分析主要包括六个部分：新用户分析、支付分析、活跃分析、流失分析、用户发展分析、用户行为路径分析。
系统分析
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_11.png
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_12.jpg
系统分析主要有四个部分：活动分析、经济系统分析、玩法系统分析、其他功能分析。
区域服务分析
http://tt.ccoox.cn/data/attachment/forum/20220427/1651024656192_13.png
区域服务器分析主要分为5个部分：开服数据概览、开服月份分析、开服留存分析、开服数据
限于篇幅，本文只能展示用户分析、系统分析和区域服务器分析的脑图。详细的报告形式和内容需要单独说明。有兴趣的同学可以留言。人多的话会持续更新。毕竟脑图我才写了几个小时，整张要死了……
严格来说，GM工具不应该归入数据系统，但考虑到很多公司连GM工具都不擅长，后续会单独说明。
如果能把以上内容做成运营后台，基本可以满足80%的运营和迭代需求，剩下的20%的个性化需求需要数据分析师单独计算分析。
大厂和很多第三方数据平台其实都支持自定义计算（主要是很多操作不写SQL），但是效果不好说。所以我不会在这里详细介绍。
这一次，游戏数据操作系统的文章和脑图写了大概七八个小时。看的人多的话，会更新成连续剧。互联网领域关注我的朋友可以放心，以后我会继续写互联网的产品操作方法论。
如果你觉得这篇文章不错，希望你可以点击阅读。您的阅读是我不断更新的动力。 坛主加油！！！！
离开后和捷克波兰空军
页:
[1]