推荐一个非常好用的工具

由 发布于

最近和我的一位朋友聊天，这位朋友目前处于创业状态，主要做类似返利的 App，因为入局较早，所以积累了一批忠实用户，有比较明确的收益方式，基本能维持他们团队的支出。

目前他们的 App能力基本完备，而且留存相当不错，这个时候他认为目前很重要的一个方向就是拉新，做用户增长。

所以就此我们讨论了一下App 推广中如何高效拉新的技术方案。

1.让现有用户主动分享App

通过一些激励手段，鼓励现有用户分享 App

技术方案：

1. 邀请者生成二维码；
2. 被邀请者扫描二维码，得到apk 的下载链接；
3. 被邀请者下载安装，打开 App 填写邀请人的邀请码；

这个流程存在一个比较大的问题就是：通过邀请码的方式绑定用户间关系。

因为下载的用户大概率不愿意再去填写什么邀请码的。

除非你给一些激励，这样就会增加成本。

如果大量被邀请者不填写，就会导致分享人觉得自己的分享效果差，分享热情大幅降低，从而消极对待，导致该能力形同虚设。

如何更简单的建立邀请者与被邀请者之间的关系呢？

1. 邀请者生成二维码；
2. 被邀请者扫描二维码，得到apk 的链接，这个 apk 需要经过特殊处理，比如在 apk 内部携带邀请者信息；
3. 被邀请者安装打开后，读取 apk 内部携带的邀请者信息，从而得到正确的绑定关系；

那么apk 如何携带邀请者信息呢？

对于 Android，大家都清楚 apk 是有签名机制的，如果改变 apk 的内容就需要重新打包。重新打包当前是不现实的，一个比较大型的 App，打包要好几分钟，你让用户扫码后等几分钟...

那我们可以通过设备指纹，使用模糊匹配的方式来实现上面的需求。

当然也有些黑科技，从签名校验的流程角度去解决这个问题。不过这些黑科技也存在一些问题，首先就是签名方式一直在改进，比如现在最新的签名方式都到 v3，v4 了，每次升级这些黑科技方案就会遇到一些问题。

在实现这个需求的时候，同时我们还要考虑两个问题，一个是兼容性问题，还有一个是精度问题。

2. 在一些渠道投放

除了用户发起的 App 分享，还有个见效快的方式就是渠道投放了。

这种方式需要给每个渠道出一个渠道包。

比如通过网站去投放，例如在 wanandroid这个网站投放，出个对应的渠道包挂在网站上。

比较浅显的效果维度查看就是：统计这个渠道包最终的激活用户数。

但是这个存在非常大的问题，就是你很难鉴别这些激活用户是不是有效用户。

按照市面上一个安装用户的成本，遇到薅羊毛的，分分钟撸哭你。

那么，技术上需要：

1. 识别假设备；
2. 识别无效用户（安装完、打开、卸载三部曲）

针对 1 识别假设备，比如识别模拟器，可以通过：

1. 通过Build静态字段检测模拟，一些模拟器返回的手机品牌，设备序列号等，都有明显的特征；
2. 检测一些特定的传感器，蓝牙等是否支持；
...

如果非模拟器，而是通过特殊 hook 手段不断修改设备信息，一台设备伪装成无数台。

可以通过识别设备是否 Root，检测是否安装常见的 hook 软件，比如 xposed 等。

针对 2 识别无效用户，那么就需要观察用户行为了，可以：

在 App 内设置核心用户行为路径，在这些路径去埋点，上报到后端，后端去分析每个渠道对应用户的行为是否真实有效。



理论看起来容易，实际上大量的用户数据在后端分析可不是一件简单的事情，而且最终还要在前端进行结果报表展示，需要的人力不敢想。

所以虽然讨论下来有了部分技术方案，但是人力也是问题，由于他们是是创业团队，实际人员就 3 个（Android 、IOS 、Server 各一个）。

如果上面提到的功能都从 0 开始写，不知道要搞到猴年马月。

而且上面的技术方案，部分还是从 Android 用户角度去思考的，IOS 怎么办呢？

最终我们决定在网上看看有没有专业SDK，专门做这个的。

经过一顿调研，还真发现有一些「让 App 推广高效」的SDK，经过对比、评估后发现：

https://www.openinstall.io/

（由于微信不支持外链，可以点击「阅读原文」了解）

openinstall就是专注于做 App 推广的，努力让App 推广更高效，支持免填码、免打包，精准追踪App 安装来源。

最符合他的需求，详细来说原因：

一方面是支持的能力丰富。


我们上面谈到的需求都支持了，而且还提供了更多的额外我们没有考虑到的能力。

而且支持的平台也非常多：


可以看到，连Flutter 都已经支持了。另外还有重要的一点，iOS也是支持的。

另一方面是稳定性与安全性。

从已经使用的 App 来看，很多一线互联网公司都是他们客户；而且从数据上：累计统计20亿+安装次数，持续提供稳定可靠服务；api设计非侵入式，sdk不收集任何App业务数据，不索取用户任何隐私权限。

如果有类似的需求朋友，赶紧去了解一波；暂时没有需求的，大家都是 Android 的研发，未来大概率也会遇到相关的需求，也可以收藏备用。

最后，其实在大家做 App，如果遇到一些难搞的事情，你只要觉得你面临的这个问题，别的 App 团队也会遇到。那么市面上大概率有解决该痛点的 SDK，千万不要一开始就炫技、闭门造车，专业的事情交给专业的团队去做，自己专注于App的核心功能即可。