做为一名前端工程师，说一说我眼里的用户增加

本文首发于公众号：符合预期的CoyPan

2016年毕业后至今，我作了大概3年的用户增加业务。因为换团队了，和用户增加终于要告一段落了。不彻底总结一下这几年作用户增加的一些用户体会吧，也算是对本身过去三年一项重要工做的总结。

什么是用户增加

用户增加（growth hacking），顾名思义，就是 【想办法为本身的产品得到更多的用户，扩大产品的规模】。在移动互联网时代，这里的【产品】能够是App，微信公众号，小程序等。

我这三年里，都是在给App作用户增加。工做内容归纳起来就是：用户访问到一个H5页面，在这个页面中，下载App或者拉起App。

本文就专一介绍App的用户增加。

用户增加链路

用户增加链路以下：

获取用户 => 用户激活 => 留住用户 => 个性化推荐

链路看似简单，可是每个链路中，都须要作大量的工做，来保证每一步的转化率尽量高，最大限度的提升App的用户量、DAU。

上图中，用户激活这个链路上的关键节点，是前端工程师重点聚焦的地方，是须要前端工程师重度参与的。

还须要明确的是：

1. 用户增加是一项技术、数据驱动的系统化“漏斗”工程。
2. 用户增加最终的效果是取决于系统链路中最薄弱的一环。

用户激活

用户激活的工做，一句话来归纳，很简单：用户访问H5页面，点击App推广按钮，判断用户是否安装App。若是安装了App，就拉起到客户端具体页面，若是没有安装，就进行App的下载。

提升点击率

首先，咱们须要作的工做是，让用户点击App的推广按钮。

最终要实现的目标是：让用户尽量的点击页面上的App推广条（固然，这里有流氓的方法，用代码实现自动点击）。

接下来，进入最关键的逻辑：

1. 判断是否安装App
2. 拉起App
3. 下载App

判断用户是否安装App ，若是安装了就拉起

现在的互联网，已经不那么“互联”了，各大App都在构建本身的封闭生态，iOS和Android提供的系统机制被限制，H5页面须要兼容各类逻辑，至关繁琐。

一个H5页面可能会在出现微信、手机QQ、手机百度、浏览器等环境中。若是没有客户端（H5页面当前宿主环境）的支持，单靠H5判断用户是否安装App是没法实现的。咱们只能去尝试拉起，而后再作后续的逻辑。

我以前在百度工做的时候，被各类需求场景折腾得够呛，作过一个总结（2018年的总结，现在不知道是否还适用）：

https://mp.weixin.qq.com/s/1v...

到腾讯后，微信、手机QQ等对自家产品都提供相应的JS Api，要实现功能会比较容易。

下载App

下载App是用户激活中最重要一部分。

下载App的过程相对比较繁琐，须要注意的比较多。对于iOS来讲，都是去到App Store进行下载。Android比较复杂，腾讯内部可使用客户端提供的下载能力直接进行下载；当客户端没有提供下载能力时，能够尝试拉起系统自带的应用商店进行下载。这里提供一个咱们以前使用的各个应用商店的拉起scehme：

xiaomi: {
    reg: /\(.*Android.*(MI|Mi|Redmi).*\)/,
    scheme: 'mimarket://details?id=${pkgName}&back=true'
},
samsung: {
    reg: /\(.*Android.*(SAMSUNG|SM-|GT-).*\)/,
    scheme: 'samsungapps://ProductDetail/${pkgName}'
},
huawei: {
    reg: /\(.*Android.*(HUAWEI|HORNOR).*\)/i,
    scheme: 'appmarket://details?id=${pkgName}'
},
oppo: {
    reg: /\(.*Android.*OPPO.*\)/,
    scheme: 'oppomarket://details?packagename=${pkgName}'
},
vivo: {
    reg: /\(.*Android.*(vivo|VIVO).*\)/,
    scheme: 'vivomarket://details?id=${pkgName}'
}

数据相关

前面说过，用户增加是一项技术、数据驱动的系统化“漏斗”工程。数据在整个工程中的重要程度不言而喻。这里的数据能够分红两个方向来看：一个是漏斗数据，即整个纵向链路中的漏斗数据；另一个是横向的对比数据，主要是在链路中进行 A/B Test 时，对照组和实验组的数据。漏斗数据是基础，实验数据是工具。

数据漏斗，是监控整个用户增加链路必不可少的。在用户增加链路中的每一个环节，都会有大量的用户折损。须要经过数据漏斗，来观察每一步的转化率，进行针对性优化。

数据漏斗

要造成数据漏斗，首先最基础的，就是在整个链路中必要的部分都进行埋点上报。这里有一个很重要的概念：渠道

渠道的意思是，说白一点就是：用户从哪里进入到咱们的拉新H5页面，是从微信仍是QQ仍是其余？

为何要区分渠道呢？我认为是两个缘由：

1. 从不一样渠道来的用户，会有不一样的产品策略。
2. 经过对比不一样渠道的用户的数据漏斗，调整H5页面的投放流量，实现收益率最大化。

首先须要进行的是，渠道的分离。一个很简单的方式，直接经过url特定参数来区分不一样的渠道，而且将该参数贯穿于整个用户增加链路，每一次上报都带上这个参数便可。在前端好实现，可是从前端页面进入App之后，怎么关联上渠道呢？两个方法：

1. 在前端页面中，将渠道等信息，写入剪切板。打开App后，App去读取剪切板内容。
2. 针对不一样的渠道，前端控制下载不一样的App渠道包。

选择哪一种方法须要根据具体状况来定。这里有一些坑须要注意：

• 有些场景下，没法利用纯H5功能操做剪切板。Android Q之后，再也不容许操做剪切板。
• 若是拉起应用商店进行下载，那么分渠道功能可能就作不了了。

作得更细的话，还须要能追踪每个具体用户在整个链路中的状况。这就须要把用户ID贯穿于整个链路中，作好用户关联等。这里再也不继续深刻了。

A/B test

当不肯定某种方案是否能带来正向收益时，能够经过A/B test来判断。咱们能够对H5页面样式、交互进行A/B test，也能够对App承接拉新的产品方案进行 A/B test. 作好 A/B test，其实就跟渠道同样，须要在纵向数据漏斗的每一步，都带上A/B test的标识，最后进行数据比较和决策。A/B test是用户增加的一个基本方法。

前端工程师如何参与

本文前面的内容，已经穿插介绍了前端工程师的职责。下面总结一下，参与到用户增加中，须要作好如下几件事：

1. 作好H5页面的开大。
2. 作好拉起App、下载App等核心功能开发。
3. 作好数据上报。
4. 配合产品，作好A/B test。

因为各大客户端的封闭性，不少东西只能本身不断去尝试、摸索，才能知道如何作。同时，

因为渠道号划分，A/B test 不断，咱们能够尝试开发一个配置系统，经过修改配置，直接修改各个渠道的页面样式等。我在百度的时候，就搭建过这么一个系统，最终效果是十分明显的，一个多月经过配置上线了100屡次，极大的提升了效率。

细节一点，在渠道号很多、A/B test不断的业务场景，如何优雅的写代码，这也是咱们须要注意的。我以前作过一个很小的不算总结的总结：

https://mp.weixin.qq.com/s/PZ...

写在后面

用户增加是一个很考验细节、团队协做的工程，而且须要在过程当中不断总结经验。本文从一个前端工程师的角度，对本身过去参与用户增加项目的经验作了一些总结，不免会有局限性。因为各大客户端都是在不断更新，有些经验可能会过期了，不保证彻底可行，试一试就知道了。有任何问题，欢迎交流。