App用户推荐：绑定推荐关系

App想要获得持续增长，用户推荐机制是必不可少的一部分，但前提条件是：推荐人在成功推荐来新用户之后，双方必须绑定推荐关系（知道是谁推荐了谁），才能准确给予奖励，这个推荐机制才能顺利走通。

传统的用户推荐机制

为了满足上述的用户绑定条件，传统推荐机制中加入了“邀请码”方案，让用户在被推荐后，注册App时填写邀请码并登录，这样就能绑定双方推荐关系。

想象很美好，但现实很骨感。在实际场景中，这种推广形式开展起来体验极差：
推荐人抱怨：除了说服别人下载，还要教他填码，实在太费劲。
新用户吐槽：填码过程太过繁琐，比正常下载多了一步，不愿意填。
一来二去，由于在下载过程中加入了邀请码机制，侧面提高了用户在转化中的流失。

因此，我们的目标变为：无需邀请码，在正常下载过程中绑定推荐关系。

优化后的用户推荐机制

技术逻辑上，我们需要一个媒介来替代邀请码，作为记录渠道身份的工具，比如下载落地页，一方面可以用来向受邀者说明邀请意图，另一方面用于记录渠道身份。待用户下载App后注册，再获取这个身份进行绑定。

这就涉及到App渠道来源的追踪，在技术方案上使用openinstall实现。

简单解释一下实现流程：openinstall可以在H5下载页的URL里设置渠道参数（比如推荐人参数），受推荐的用户访问这个页面，就会在该渠道下得到标记，待用户在App内注册时，再调取这个渠道信息匹配，即可绑定双方关系。

优化后的用户推荐机制变成了：

整个流程属于正常下载，在用户无感知情况下已经完成关系绑定，全程无需邀请码参与即可完成用户推荐。

实际效果

上线新方案后，效果显著。上线前一周用户平均推荐获客需要分享7次（邀请码方案），上线后一周用户平均推荐获客仅需分享4次（免填邀请码方案）。