给产品经理讲技术｜知道渠道号数据怎么统计的吗？

【相关推荐】

给产品经理讲技术丨端口二三话

给产品经理讲技术｜程序员冒死揭露黑产系列之：“ARP”攻击

给产品经理讲技术丨没线，并不可怕？

给产品经理讲技术丨提需求的正确姿势是什么

给产品经理讲技术丨产品后悔药来了，讲讲热补丁技术

前面的文章说过，Android平台的分发渠道众多，每个产品新版本发布后，都会主动向各个不同的渠道提供新版本的安装包。面对这么多的渠道，大伙儿肯定希望知道各个市场对自己的产品分发贡献和其他一些渠道相关的数据，这就需要用到渠道号了。

渠道号在代码中的上报逻辑与普通的数据统计没什么区别，比如我们想了解各个渠道带来的日新增，我们只需在上报DAU数据的同时，附带上对应的渠道号，这样，我们就能统计到各个渠道每天贡献的DAU和新增。

然而渠道号统计最麻烦的地方是它「埋点」的方式。

普通的数据埋点，只需要程序猿在代码的指定位置加上上报指定数据的代码。比如微信的「加号」按钮点击统计，针对所有的渠道都可以用如下代码搞定：

而渠道号却不能这么干，因为我们需要针对不同的渠道包在同一个逻辑里上报不同的数据。比如在微信官网下载的微信客户端，启动时会上报渠道号「001」，而在机锋市场下载的客户端启动时却需要上报「002」：

想不修改代码实现两种渠道号的上报？臣妾做不到啊！！

为了实现这个功能，程序猿们一般会在APK中添加一个配置文件，这个配置文件里注明了当前APK对应的渠道号，比如应用宝客户端中的「channel.ini」：

当客户端启动时，首先从配置文件中读取渠道号信息，然后再进行上报操作。这样就实现了用相同的代码来上报不同的渠道号信息。

很显然，针对每个需要统计的分发渠道，都需要提供单独的渠道包，因为每个渠道包中配置文件的内容都不一样。

换句话说，假如你的产品有一万个渠道，那么，你需要有一万个渠道包。「一万个渠道包」乍一听还挺唬人，不过在实操上并没有想象中的那么恐怖，一是我们需要重点关注的渠道并不多，只需要重点保证这几个渠道包的生成就可以了；二是由于无需改动代码，渠道包的生成方式可以做到完全的自动化，无需人肉参与。这么一说，是不是压力瞬间小了很多？

通过上面的策略，纯新增用户的来源渠道就可以被正常的统计。然而，当应用程序升级时，受限于系统更新应用的流程，新版本的配置文件会将老版本的配置文件替换掉，如果两个版本的渠道不同，旧的渠道号也会被新渠道号替换。

一般来说，我们往往会更关心这个用户最开始是哪个渠道带来的，也就是用户的「第一次」给了哪个渠道。为了能继续统计到用户的初始来源渠道，当用户第一次启动应用后，应该将初始渠道信息保存到不受升级流程影响的其他地方。这样，除了第一次启动时会从配置文件中读取渠道号信息，其他时候都是在另一个地方读取渠道信息，而这个信息不受升级操作的影响。

Android提供的Preference就是一个存储初始渠道的好地方。如果你对Preference不是很了解，那么请继续关注果果的公众号，说不定哪天就聊到它了呢。

欢迎添加微信公众号：给产品经理讲技术

关键字：产品经理, 数据统计, 渠道, 经理

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！