APP渠道归因之痛
APP分析与网站分析最大的不同之处在于：在网站端完成渠道归因那是轻松简单加愉快，但APP的渠道归因却是个巨大无比的坑。这个坑有多大呢？有专门做APP渠道归因的公司，做到被巨头收购，成为巨头数据分析产品家族的一份子。
APP渠道归因这个“天坑”对于业务提升有什么负面影响呢？现如今，都是通过分析数据来驱动业务改进。业务改进过程中，不论是拉新，还是促活，都少不了使用渠道。可数都不准，还分析个P、驱动个6啊！
最悲催的是：这个“坑”是大环境造成的，不是哪个机构单靠技术方案就可以360度完美解决的。
监测厂商的4种常见解决方案
解决方案1：渠道包
给每个应用商店做一个渠道标记，称为“渠道包”。从该应用商店下载并激活的APP和用户的后续转化行为，全部归属于这个渠道。这种方法至少有两个缺陷：
如果这个应用商店是通过多个广告引流的，无法分辨具体是哪个广告；类似一个广告的多个定向条件分别效果如何，亦无法分析；只能汇总，不能细分，不能细分≈不能分析。
A手机通过类似茄子快传的工具，直接复制粘贴B手机APP时，A的渠道会被记录和B一样；这样归因说服力不足。
解决方案2：Deep Share
简单的说，Deep Share就是在广告和应用市场之间，通过添加一个H5获取信息，并传递给服务器和APP；然后，通过匹配让APP获得UTM，后面和网站分析工具一样，不解释。
这种方法乍看上去没有渠道包的缺点，却也有3个问题：
让用户旅程多了一步，漏斗多了一层，增加了流失的可能；为了获取数据在一定程度上牺牲了从曝光到安装的转化率。
用户在应用商店里的行为是个“黑盒”，不可知；导致这个方法存在匹配率或者说准确率问题。
天朝有IP漂移，使问题2变得更加严重。
PS：有传言说，这种方法的准确率在15%-30%，这里提出来只是给大家一个参考，思考一下问题1，为了这种准确率牺牲转化率值得吗？另外，准确的做法似乎仍在探索中，所以我是想不清楚这个说法具体是怎么来；也许是在网站端用这个方法折腾了一番，再和网站端的标准做法做比较吧。
解决方案3：One Link
为了方便大多数人理解，我就简单粗暴的说：One Link和Deep Share的唯一区别就是：H5那步是全自动的，这样就没有Deep Share的问题1了，所以从曝光到安装的转化率会略高一点点。但在其它方面并没有什么差别。
解决方案4：生态圈
我清楚的记得，当年某个Google的工程师得意洋洋地说：“因为都是我们谷歌的，所以弄个AdID就很‘流氓’的都打通了，你们羡慕不来。”
换成百度和腾讯的对应产品，也一样。他们有一套统一帐号体系，用这个统一帐号作为key，像串糖葫芦一样把各端的数据串在了一起。
这种方法只在生态圈内奏效，跳出生态圈巨头也面临解决方案1和2中的问题。举个例子，你在头条投广告到豌豆荚，用百度移动统计监测，也照样归不了因。
APP渠道归因最佳实践探索
简单的说，APP渠道归因最佳实践 = Deep Share + User-id，
只要在H5能获取到User-id，就能和解决方案4有接近的效果了。关键点：
必须有H5，不能像One Link那样自动跳过。
在H5就让用户注册（获取User-id），并且这个注册帐号就是用户在APP中的帐号。
如果用户不注册，该方法和Deep Share一样。
这样一来，APP渠道归因的关键是在H5上的User-id获取率。技术不再是问题，业务人员如何想方设法（给甜头）提高User-id获取率成为了关键。
最后再补充一个实例运用。
APP推广实例应用：如何做好用户体验及渠道统计
类似“APP 邀请注册有奖”这类带有邀请机制的活动，是 APP 的重要推广手段之一，在网上搜索“APP 邀请注册有奖”，可以搜索到了近千万条结果。但这类活动，往往会因为用户懒得输入邀请码而夭折，使得活动效果远不如预期。那我们该如何避免这类问题呢？
既然用户不愿意填写邀请码，那我们就应该免去这个步骤。采用Shareinstall 的方案，可以把用户邀请码参数直接“安装”到APP中，免得用户再输入邀请码，有奖邀请注册的活动在用户不知不觉间就能够有效开展下去。
shareinstall的技术原理是让用户在安装 APP时，自动将邀请码传递给用户，用户在打开应用后，通过后台处理邀请码，来实现免填邀请码的安装。
此外，shareinstall还有一个功能是App渠道安装量统计。如果一个App进行广告推广，投了电视、公交、地铁、网页等广告渠道，今天来了5万用户，但用户是从哪个渠道来的，没有一个准确的数据的话，推广者如何对渠道进行优胜劣汰呢？
shareinstall的渠道统计功能能让使用者更准确的了解不同渠道的推广效果，更重要的是，这个功能是免费的。
与传统的推广不同，手机APP推广策划不仅烧脑，而且方案的可实现性也非常重要。很多好的方案往往因为技术上存在的壁垒，而无法到达预期的效果。今天介绍的这两个APP推广中最实用的功能，希望能给大家带来帮助。
后记
第一次，使用这个办法实现近乎完美的APP渠道归因，完全是个偶然。当时，我在数字营销代运营公司，客户是个靠电话销售驱动的公司。下载APP是那个H5 活动页的次要目标，主要目标是获取销售线索（用表单获得电话号码）。结果莫名其妙的体验了APP渠道归因的最佳实践，完全是“瞎猫碰上死耗子”。
后来，给其他人推荐这个方案时，有业务人员说：我这是摔锅，把技术该解决的问题，转嫁给了我们。关于这点我想说的是：
虽然我学软件工程的，但“遇见”APP渠道归因最佳实践的时候，我是数字营销项目经理，是个做业务的；我要解决的是业务问题，技术只是其中一个手段而已，并不是全部。
APP渠道归因是切实落地数据驱动必不可少的一个环节，是整个企业整的事情，而不是靠哪一个部门、工种或者个人的。
我经常和朋友说：什么时候用数据和office一样，是企业里每个人都必须掌握的基础技能，什么时候再说数据驱动。
本文只是对APP渠道归因最佳实践的一个探索，相信未来会有更好的方法解决这个问题。我更期待整个大环境变得更好，让这个问题根本不复存在。