【产品经理】知道渠道号数据怎么统计的吗？

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

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

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

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

想不修改代码实现两种渠道号的上报？臣妾做不到啊！！为了实现这个功能，程序猿们一般会在 APK 中添加一个配置文件，这个配置文件里注明了当前 APK 对应的渠道号，比如应用宝客户端中的「channel.ini」：

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

很显然，针对每个需要统计的分发渠道，都需要供单独的渠道包，因为每个渠道包中配置文件的内容都不一样。换句话说，假如你的产品有一万个渠道，那么，你需要有一万个渠道包。一万个渠道包乍一听还挺唬人，不过在实操上并没有想象中的那么恐怖，一是我们需要重点关注的渠道并不多，只需要重点保证这几个渠道包的生成就可以了；二是由于无需改动代码，渠道包的生成方式可以做到完全的自动化，无需人肉参与。这么一说，是不是压力瞬间小了很多？

通过上面的策略，纯新增用户的来源渠道就可以被正常的统计。然而，当应用程序升级时，受限于系统更新应用的流程，新版本的配置文件会将老版本的配置文件替换掉，如果两个版本的渠道不同，旧的渠道号也会被新渠道号替换。一般来说，我们往往会更关心这个用户 开始是哪个渠道带来的，也就是用户的第一次给了哪个渠道。为了能继续统计到用户的初始来源渠道，当用户第一次启动应用后，应该将

初始渠道信息保存到不受升级流程影响的其他地方。这样，除了第一次启动时会从配置文件中读取渠道号信息，其他时候都是在另一个地方读取渠道信息，而这个信息不受升级操作的影响。