调动现有用户积极性, 由他们邀请新用户, 是一种互联网行业普遍采用的营销方式. 这种营销方式受到重视的原因在于: 某互联网服务现有用户的线下生活圈子, 是潜在用户最密集存在的地方. 比如目标用户是学生的 App, 如果有一个学生注册使用后, 其邀请的人群主要也是学生, 正好符合了该 App 的期待.
理论上虽说是通过邀请用户群体自我滚动发展是最容易发展目标用户的方式之一, 但对于移动互联网 App 业务的有奖邀请来说, 实现起来, 却不是那么容易 -- 这主要是由于原生的 App 邀请过程中系统无法跟踪邀请者发起邀请到被邀请者接受邀请使用 App 服务的全过程, 这就造成 App 邀请流程完成后, 系统无法自动完成建立邀请和被邀请双方的关系, 给业务功能的实现平添了障碍. 为了让邀请业务流程能够 "走通", 各个 App 服务企业各显被通, 采取了各种技术方案, 这些方案 "千变万化", 但归根结底不外以下几种:
方案一, 填写邀请码:
被邀请方在安装 App 和注册使用过程中, 填写邀请方的邀请码, 通过这种方式告知系统自己是由具体那个邀请者邀请的, 从而建立双方的关联关系.
这个方案的优点是实现简单, 缺点是用户操作麻烦. 这个缺点却是 "致命" 的 -- 大多数用户不愿意填写邀请码, 造成邀请链断裂, 使得邀请活动难以为继. 为了解决这个问题, 很多 App 的有奖邀请技术方案采用了很多方便用户填写邀请码的方法, 比如小鸣单车和摩拜单车, 就采用了可定制自选邀请码的方式, 而另外一些技术方案, 则是采取了自行简化邀请码或是试图将邀请码复制在粘贴板上以便用户长按直接粘贴等方式, 并且大多采取了奖励的方式, 目的只有一个: 简化邀请码填写操作以便用户填写, 让邀请活动能够顺利进行下去.
方案二, 绕道 web 实现邀请关联:
由于 WEB 可以携带邀请者的信息, 则被邀请者在对应的 WEB 上提交手机号码, 验证码注册, 即可建立与邀请者的对应关系. 然后, 被邀请者再下载 App, 再提交手机号码, 密码 (验证码) 登录到 App 上, 实现邀请过程.
这个方案的优点是避免了填写邀请码的步骤, 缺点是多了页面操作的环节, 造成用户要提交两次手机号码及验证信息, 这会造成用户的流失(互联网业务, 每增加一个环节, 都可能造成大约三分之一的用户流失), 成本相当大.
方案三, 采用免邀请码的 shareinstall 方案
1)免填邀请码
功能介绍: 用户在安装 APP 时, 自动将邀请码传递给用户, 用户在打开应用后, 通过后台处理邀请码, 来实现免填邀请码的安装.
优势说明:"APP 邀请注册有奖" 这类带有邀请机制的活动, 是 APP 的重要推广手段之一. 但填写邀请码, 一直是用户非常厌烦的操作, 甚至会导致用户的流失, 跳过这个步骤, 能为用户带来的极大的方便, 提高了用户体验.
2)渠道统计
功能介绍: 以渠道链接取代渠道包, 精确的定位 APP 的各个安装渠道.
优势说明: 精度更高的渠道统计, 能让决策者更准确的了解不同渠道的推广效果, 为决策者决定不同渠道的推广力度提供依据, 能更准确的把握推广人员的推广数据.
3)自动添加好友
功能介绍: 邀请方邀请被邀请方下载安装 APP 后, 自动添加邀请方为好友并关注.
优势说明: 自动添加好友, 促进了用户之间社区关系的建立, 有利于提高用户的活跃度.
4)自动加入游戏房间
功能介绍: 对于需要加入房间 (组队) 的游戏, 可以通过个性化安装实现邀请好友下载或拉起 App 后自动加入房间开始游戏.
优势说明: 简化了游戏组队的操作步骤, 提高了用户的游戏体验.
5)一键跳转
功能介绍: 通过 URL Scheme 和 Universal Links 实现在不同浏览器中拉起 APP
优势说明: ShareinstallSDK 减少了应用的代码冗余, 提供了通用的一键拉起接口.
来源: http://www.bubuko.com/infodetail-2704326.html