如何设计一个高效的APP邀请方案

2021-05-10 本文已影响0人 openinstall渠道统计

对于一个成熟的App来说，邀请功能几乎是必备的增长模块，其主要原因大致可以归类于以下三种：

1、App的用户增长遇到瓶颈，可以用老带新裂变传播的方式，提供新的增长点；

2、流量红利逐渐消失，付费买量无法保证流量质量，私域流量不具备普适性，而邀请功能带来的用户相对精准；

3、邀请功能优点众多，成本低（仅需一次开发）、可控（随时调整策略）、可持续（可作常置功能）、普适性强（几乎所有App都适合开展）。

邀请功能肩负着用户增长的使命，可以说，只要设计一个通用性强、流失率低、精简高效的邀请流程，增长效果就能事半功倍。

一、邀请方案流程设计

设计一个完整的邀请方案，需要考虑以下几个要素：

常见的邀请方式分为：邀请码分享、海报分享、H5分享、二维码分享。

除了邀请码外，海报、H5、二维码都是基于链接形式生成的，可以归类于邀请链接形式，这两种常见的邀请方式有何不同，又有何弊端呢？

（1）填写邀请码的作用：每个邀请人都可以生成一个具备唯一性的邀请码，类似于身份证，代表了邀请人身份。当邀请人传播给其他人，任何人都可以在注册时填写这个邀请码，服务端在判断邀请关系时就能根据上报的邀请码唯一性得知邀请人是谁。

（2）邀请链接提前注册的作用：邀请人分享邀请链接，好友点击打开，在H5页面（web）上提前注册账号（手机号码、验证码），下载App后再通过此账号登录，此时将两次注册的账号信息比对，服务端就能绑定邀请关系。

以上两种方式都在正常的下载逻辑上设置了门槛，比如：注册时“填写邀请码”、邀请页面上多填一次“手机号码、验证码”，从流量转化的角度来看，安装流程中每多一个步骤，用户就会流失20%以上。

除了以上两种传统邀请方式，还有一种无需邀请码和web填写信息，就能判断邀请关系的流程，称为“免填邀请码安装”。

免填邀请码安装的流程：邀请人正常分享邀请链接，受邀请方通过该链接正常下载App，并登录注册即可完成邀请。

与邀请码、web注册两种方案在流程上的区别如下：

三大邀请方案.jpg

免填邀请码安装流程精简、高效，让邀请流程无需“填写邀请码”、“邀请页面提前注册（填写手机号码、验证码）”，只需按照正常邀请流程点击下载即可绑定，大大提高邀请转化率，真正意义上使App邀请活动达到“事半”、“功倍”的效果。

免填邀请码安装的本质，是由openinstall传递自定义参数实现的，该参数在邀请流程中可以定义为邀请码，只要App服务端可以获取到此参数，就能完成邀请关系绑定。

（1）在App和下载落地页上分别集成对应的SDK。

（2）然后在集成好JS SDK的下载落地页后面，拼接上需要的参数（参数可以自定义内容）。例如下载落地页链接为：www. xxxx. com，希望传递ID=A参数用于识别该链接是A用户分享的，就可以生成：www. xxxx. com? id=A 的链接，然后用于分享邀请。

（3）受邀请方（用户B）通过此链接下载安装App并启动之后，集成了SDK的App就能获取到ID=A的参数，从而可以得知第一个信息：此次下载是由用户A邀请来的。

（4）等到B在App中注册时，就会将ID=A的参数提交App服务器，服务端就会获得第二个信息：用户B在注册时携带了ID=A的参数，从而将用户B注册的新账号与用户A关联邀请关系。

免填邀请码安装实现流程.jpg

如果想要以二维码形式推广传播，只需要将拼接好参数的链接转化为二维码图片，就能投放于海报、地推、广告等场景，同样可以实现免填邀请码、免web注册的效果。

根据上述原理，同样的道理，参数是可以由开发者自行定义的，并不一定用于邀请裂变活动中，当邀请内容变为其他业务时，参数就可以被定义为其他性质。比如：

更多使用场景可以根据自身App业务和活动性质去设计。

邀请有礼活动之所以能实现裂变式增长，不仅与活动内容和激励程度有关，更与设计技巧有莫大关联，根据A/B测试数据，一个足够精简的方案能够减少20%左右的用户流失率，并提高相应的转化率，将以上技巧运用全面，就能最大化邀请裂变活动的效果。