数据上报-上报设计

数据上报在数据分析中起着关键作用,本文探讨了在具备可靠SDK后如何设计上报流程。指出产品人员和数据人员应如何协作,避免如umeng上报的混乱和产品自定义导致的问题。建议包括业务梳理、需求明确、先框架后细节以及开发与产品核对等步骤。
摘要由CSDN通过智能技术生成

数据上报是数据分析第一的环节,相当于是数据生产。

在具备相对靠谱的sdk后,需要开始设计如何上报。

不知道其他公司是由产品还是数据人员规划上报,我的经验是,数据产品可以不亲自参与,但必须审核(不亲自设计的前提是业务足够成熟)。


这里提两个反面教材:

1、umeng上报,简单也是灾难

umeng是业内使用最多的第三方数据机构。

某产品,在运营的2年内共累积了300-400个eventid.但真正推敲起来需要数据分析时,却发现处处有坑。不是数据上报点设置的不对导致数据上报不全。就是具体参数含糊不清。上报文档更新也不及时。ios和andr

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值