app邀请机制：怎么设计好邀请流程？

随着市场的快速发展，移动互联网的增长模式逐渐得到确认。目前几乎所有类型的应用都能看到邀请机制，比如信息类应用的师徒制，电商类应用的议价，游戏类应用的邀请，甚至还有大量传统渠道的推送和cps 。本质上也有邀请链接。
邀请机制的形式类似，基本上是邀请者向好友发送邀请，好友接受邀请后，自动为双方建立邀请关系，并发放相应的奖励。
做过产品的都知道，这个过程中比较麻烦的不是奖励形式、提成金额等激励方式。毕竟这些都是通过战略研究和测试后可以随时调整的。比较重要的是邀请流程的设计，因为涉及到用户体验、转换效率等。一个错误的产品流程一旦上线，大部分情况下都会继续做下去，除非造成很大的损失。所以要尽量避免无味又遗憾的邀请过程。
设计邀请流程
既然邀请流程这么重要，那么什么样的邀请流程比较合理呢？
目前主流的app邀请流程主要有两种：
一种是共享邀请登陆页面，好友填写手机号短信验证码，app，注册相同手机号的app登录，后台可以绑定登陆页面与app注册时上传的两个手机号的邀请关系。
缺点是整个邀请过程太长，朋友需要输入两次手机号验证码，一次登陆h5页面，一次在app注册，操作成本太高。
(登陆页面邀请表)
【app邀请机制：怎么设计好邀请流程？】另一种是填写邀请码，邀请者在app中生成唯*的邀请码，发送给好友，复制后app，第一次登录时填写。后台通过对比上传的邀请码数据，可以绑定双方的邀请关系，发放奖励。
很明显，邀请码是一堆乱七八糟的乱码，邀请方在传播时无法树立良好的品牌形象。邀请者要支付教育费用，向好友说明app的好处，而好友需要先复制聊天记录中的邀请码，然后在app中粘贴邀请码，也不够简单。
(邀请码邀请表)
两者各有利弊，所以我们可以考虑优化两者的过程：
1.可以不需要在邀请登陆页面输入手机号吗？即用户在登陆页面时自动记录用户信息，然后在新用户注册app时调用登陆页面上的用户信息进行绑定。
2.同理，用户可以避免填写邀请码吗？即隐藏邀请码，改为发送邀请登陆页面，并在url上记录邀请码id 。朋友通过登陆页面登录app时，写入邀请码参数进行绑定。
关键是如何记录用户信息，即获取用户的邀请来源。
如何获取邀请来源？
从技术上讲，如果需要自己打磨一套高精度的信息采集方案，花费大量的时间和测试成本在市场上验证可行性，一个精度不够的不成熟的技术方案在实际推广中会有巨大的潜在风险。总的来说，从头开发一个技术方案的成本和风险还是太高了。如果想快速实现这个方案，可以考虑使用专业第三方开发者的产品，以渠道跟踪工具openinstall为例。
openinstall将此方案称为免费的邀请码。在技术流程方面，通过与openinstall集成的jssdk将用户标识(邀请码)参数写入发送的登录页面的url中。一旦朋友进入页面，有效参数将被记录。从页面app并重新注册时，可以调用和写入频道信息，以匹配双方的邀请关系。
有了完美的解后，回想起邀请过程，理论上就产生了完美的邀请过程：
邀请者向弗林发送邀请链接(即h5登陆页面)
在整个过程中，用户只需要，登录即可。对于平台端，当登陆页面时，新用户和邀请者的信息会自动上传并临时存储在服务器中。当新用户app并注册时，可以从服务器中检索相应的信息，以匹配双方的关系。
这是减少邀请流程的一小步，却是提高用户体验和转换效率的一大步。