做爲一名前端工程師，說一說我眼裏的用戶增加

本文首發於公衆號：符合預期的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...

寫在後面

用戶增加是一個很考驗細節、團隊協做的工程，而且須要在過程當中不斷總結經驗。本文從一個前端工程師的角度，對本身過去參與用戶增加項目的經驗作了一些總結，不免會有侷限性。因爲各大客戶端都是在不斷更新，有些經驗可能會過期了，不保證徹底可行，試一試就知道了。有任何問題，歡迎交流。