去年公司开始着手开发一个App项目，从调研到开发完成，前前后后历时快半年（没少加班），目前产品已经上架了各个应用市场，名字就不提了，省得说我打广告。今年开年说要开始做冷启动了，大家都知道，这才是最苦逼的时间段，动不动就会有一堆bug和新需求冒出来，所以部门和项目组每天的节奏就是应付一个个既有问题和新需求。
前几天遇到一个比较有难度的需求，是不止一个用户向我们反馈的，与其说反馈不如说是抱怨，主要是注册时填写邀请码太麻烦了，这个操作让他们很反感，好多人不愿意填也不愿意把邀请码推荐给别人。开发这套邀请机制的初衷其实是我们产品经理认为，产品正式推广时需要一个裂变形式，尤其是看到拼多多、瑞幸咖啡这些裂变好手，长期依靠裂变低成本获客，邀请好友注册参与就能获得奖励，让用户认为这里有羊毛可薅，这简直是用户增长的激素啊，再不搞邀请机制就落后了！
但在被用户吐槽后，满怀期待的裂变功能竟然碰了壁。果不其然，产品经理跟我聊了半天，想要我既解决掉邀请码这个鸡肋的东西，又同时能确定邀请人A和被邀请人B的关系，我跟他解释了半天，说如果没有邀请码，移动端是无法确定A和B之间的邀请关系的，人家今日头条不也是邀请码满天飞吗。最后还是犟不过大佬，屁颠屁颠的跑去查资料，还真让我发现一个这样的工具。
相关链接：https://www.openinstall.io/track.html
这个openinstall 能做到携带参数安装，体验了一下他的DEMO，还真不是吹的，事先设置好参数，然后下载App，真的能看到安装携带了事先设置的参数信息。
后续我把它的SDK配置到我们的App分享页面上，然后下载注册，后台就可以获取到客户端传来A和B的参数信息，全程没有用到邀请码，也没有要求用户输入任何信息，仅仅是注册这个环节需要输入账号密码，用户在没有丝毫感觉的情况下，邀请逻辑就直接被实现了！简直不可思议。
后来我跟产品大佬讲了我在细节上是怎么解决的，他还是没搞懂我在说什么，我只好翻个白眼说：你的免填邀请码业务逻辑顺利实现啦，不过要交钱而已，从你的推广费里扣。
昨天下班时我转念一想，这东西既然能实现携带参数安装，是不是意味着除了邀请环节外，很多业务上的逻辑也能被实现？于是我咨询了一波客服，又和大佬研究起了安装后自动加好友和地推统计这些新鲜功能，再挖挖看还有多少逻辑能被实现，为后面的大规模推广做准备。
标签：拉新,App,用户,免填,邀请,注册,大佬,裂变 来源： https://www.cnblogs.com/stall/p/10562927.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。