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