统计功能需要改进的地方

现在的统计功能用起来非常别扭,数据虽然都有了,表现方式却很简单而且不实用。

  1. 订阅数量限制
    为什么要订阅我是不太理解,应该有数据就展示,给个事件类型最大数量限制即可。按我理解,订阅这块没什么必要,希望能直接看实时数据和事件明细。

  2. 事件明细展示方式改进
    现在的事件明细把所有内容原原本本展示出来,查看非常不便。我建议这样:
    第一级展示:
    +渠道,+事件,次数,用户数,设备数,7日明细
    用户点击渠道左边的+号,展开显示不同渠道的数据
    用户点击事件左边的+号,展示显示该事件下所有标签的数据
    用户点击标签左边的+号,展开显示该标签不同值的数据
    对于展示显示的部分,增加一列“占比”,显示每一项的百分比

  3. 埋点分析
    让用户下载excel数据自己分析可能更好,现在添加一项作业,再等上几分钟看结果,效率太太太低了,如果秒看结果,那还比较实用。

真心感谢给我们产品提建议:smiley:

1、其实很多用户只是简单接入我们产品(看留存,看新增活跃等),但并不深入使用功能(自定义事件类)。
所以为了区分出真实使用的,我们设置了订阅功能。
Cocos Analytics 初上线时候,没有这个限制所有数据都计算。但是量起来后,这部分的后台程序执行效率严重拖垮了,也经过再三调优,但是抵不住数据量摆在哪里,所以迫不得已为了真实使用产品功能的用户才加上这个控制。

其实说是控制,但是对数据内容是无限的,标签值可以对应无限。

再多说一个其他app或者分析云,要么有大的资源(例如谷歌云等)要么就是收费单个埋点收费。我们没办法投入这么多,但是又想给大家方便的服务,只有这么平衡的见谅。

后期将会上线一个功能,只要填写游戏上架地址和信息,就会放开订阅数量的限制。

2、接受,改!我们现在有这些搜索栏位的


下拉选项的确还没有,需要和后续的渠道大全一起改造

3、这块和接受数据时效性有关系,接收数据到服务器需要5~10分钟,所以查询也是在这个时间窗口,后续会改成流式架构已经在验证了,秒级的响应估计还是难。描述一下就是,Cocos Analytics是一个数据分析平台,同一个时间点需要处理各种app发送的数据,这时候需要一个消息队列(kafka)进行处理,现在架构是微批sparkstreaming,定制是5分钟抽取一次数据处理,所以导致我们时间窗口为什么要这么长,后续会改成flink处理,但是数据量多个app交叉处理等等,毕竟不是资源独享,时效性只能说提升,秒级还是要看实际情况才能保障。

下载原始数据功能,因为涉及到数据合规性,不知道是否合法合规,暂时不敢开发这个功能。