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