1. 程式人生 > >以獲客為目標 ,如何從0到1實現使用者增長?

以獲客為目標 ,如何從0到1實現使用者增長?

每個網站都有目標。如果網站以獲客為目標,那麼就需要儘可能地讓客戶留下自己的資訊,即我們常說的銷售線索。網站目標確定後又該如何實現呢?首先需要對這個目標進行分解。

 

獲客目標解析

獲客目標解析

 

▌業務+技術,雙重角度把握網站背景資訊

把握網站的關鍵背景資訊,主要從兩個角度進行--

● 業務角度:確定網站所構建的使用者旅程,關係到最終資料看板的呈現;

● 技術角度:探尋技術實施落地的思路,關係到技術實施能否達到業務目標。

▌監測使用者旅程,開啟獲客第一步

簡單理解,使用者從來到網站到離開網站,這中間的過程及客戶的感受都屬於使用者旅程(Customer Journey)。以獲客為目的,關注的使用者旅程主要需要進行以下部分的監測:

● 監測使用者所有互動,即網站所有頁面開啟、關閉、跳出

● 監測大部分使用者都會產生的互動,即頁面曝光度的監測。

很多網站會將聯絡電話、郵箱或二維碼放在頁面底部,那麼怎樣監測頁面底部資訊的曝光度?這就需要對頁面進行滾屏監測,如果根據滾屏監測的結果顯示,200人來到網站,但只有6個人把網頁拉到了最底部,這時我們就應該考慮是否需要將聯絡電話、郵箱、二維碼挪到首屏。

● 監測註冊流程及註冊引導過程:

 

1、【註冊】流程本身

客戶來到網站首頁-點選首頁的註冊按鈕-進入註冊頁面-填寫郵箱、手機號等註冊資訊-獲取驗證碼-點選【立即註冊】,這個過程中可能會出現流失使用者的現象,如獲取驗證碼失敗。

對【註冊】流程本身的監測可形成漏斗,如下圖。

 

註冊流程轉化漏斗

 

2、註冊引導過程

以易觀方舟官網()為例,將網站根據功能劃分為三大模組:產品功能及介紹模組、產品文件模組、部落格模組,如果所有模組在設計時都存在網站的註冊引導功能,那麼我們就需要將網站所有的註冊引導過程監控起來。

 

註冊引導過程圖

註冊引導過程圖

 

3、產品模組內部的註冊引導:

● 首頁首屏和尾屏的註冊引導、導航欄的註冊引導

● 文件介紹模組的註冊引導

● 部落格模組的註冊引導

 

▌技術實施落地,加強資料視覺化

(一)檢查網站的結構

檢查網站結構時,有以下幾點需要注意:

 

網站部碼判斷表格

 

(二)需要的程式碼

1、基礎程式碼:監測每個頁面基礎的UV和PV

如果使用易觀方舟SDK,引入SDK後每個頁面可自動實現UV和PV的監測,無需單獨埋點。

 

2、滾屏程式碼:滾屏程式碼設定時需注意滾屏設定:一般設定為20%、40%、60% 、80% 、98%五檔即可。為什麼不監測100%的頁面呢?實際在大部分監測過程中,使用者下拉到98%程度時,即可預設為使用者載入並觀看了100%的頁面。

 

3、事件程式碼:比如監測"註冊",監測關鍵事件

fz.event({

EI:"ID01",

EPD:{

"event01":"事件01"

}

});

 

4、使用者屬性程式碼

fz.setUInfo({

"UID":"123456",

"UN":"使用者01",

"UPRO":"直接註冊",

"EM":"[email protected]",

"PN":"18600001234",

"SEX":"1",

"BIY":"1988-01-01",

"QQ":"123456",

"WED":"18600001234",

"WBD":"[email protected]",

"UPD":{"自定義屬性01":"屬性01"}

});

 

(三)資料看板的設定

採集回來的資料,需要視覺化為資料看板,才能方便隨時監控或滿足日常報表需求。

具體來說,如何選擇合適的分析圖表?例如針對【註冊】按鈕,可選擇事件分析圖表,如果我們要進行【註冊】流程分析,可選擇轉化漏斗圖表。如果我們要分析【註冊】這個事件,則可以用事件分析圖表。

 

事件分析圖表

易觀方舟事件分析圖表

 

怎樣根據分析圖表,設定資料看板?每個分析圖表應該可以解決特定的業務問題,然後將這些圖表按照一定的邏輯進行組合。

以下給出一種參考方式來構建資料看板:

● 網站流量情況(流量來源型別分佈、流量來源趨勢、外部連結分佈等)

● 使用者質量情況(新增使用者留存概括/趨勢、活躍使用者留存概括/趨勢等)

● 使用者轉換情況(各環節使用者轉化率等)

另外,還可以將日活、新增等最常用的且每天第一時間都會關注的指標放在【日常指標】中,起到每日指標概覽的作用;

 

資料看板-新增使用者留存趨勢圖

資料看板-新增使用者留存趨勢圖

 

▌UTM追蹤,點亮獲客的隱藏技能

最大程度地獲取銷售線索,除了對網站本身頁面、按鈕、屬性等的監測,還需要關注使用者的來源。使用者是從哪裡來的?怎樣來的?為什麼會來?這些監測主要通過UTM追蹤來實現。可以向網址新增的UTM引數主要有以下5個:

● 來源 (utm_source) :必須引數,用來標識流量來源網站、搜尋引擎或其他來源。示例:utm_source=baidu

 媒介 (utm_medium) :必須引數,用來標識媒介,比如電子郵件或每次點選費用。示例:utm_medium=cpc

 名稱 (utm_campaign) :必須引數,用來標識特定的產品推廣活動。示例:utm_campaign=summer_spread

● 關鍵字(utm_term):非必須引數,常見於付費關鍵字廣告所使用的字詞或是連結名稱/圖片的替代文字。示例:utm_term = web+analysis

● 內容 (utm_content) :非必須引數,使用utm_content區分指向同一個網址的廣告或連結。示例:utm_content=logolink或utm_content=textlink

 

資料看板-流量來源型別分佈

資料看板-流量來源型別分佈

 

▌總結

● 以獲客為目標搭建資料分析體系,需要做到監測每一個頁面、每一個按鈕,並且知道其業務意義;

● 瞭解業務最好懂程式碼,清楚關鍵流程、關鍵指標,也需要知道技術如何落地,如何統計到自己想要統計的資料,最大程度地避免資料的不準確性;

●巧用圖表,設定符合自身與領導需求的資料看板;

●根據收集回來的資料,建立資料面板,進行資料分析,採取有效措施確實改善網站的獲客情況,這是最後的一步,但實際是最後的99步。

 

歡迎試用易觀方舟

相關推薦

目標 如何0到1實現使用者增長

每個網站都有目標。如果網站以獲客為目標,那麼就需要儘可能地讓客戶留下自己的資訊,即我們常說的銷售線索。網站目標確定後又該如何實現呢?首先需要對這個目標進行分解。 獲客目標解析 ▌業務+技術,雙重角度把握網站背景資訊把握網站的關鍵背景資訊,主要從兩個角度進行--● 業務角度:確定網站所構建的使用者旅程,關係到最

Google Play Console 新增分析功能幫您深入洞察用戶行為

沒有 dff 添加 信息 tps 可操作性 名稱 搜索結果 img 我們更新了 Play Console 上的用戶獲取報告,以便深入了解用戶會在 Play Store 中執行哪些操作來發現您的應用。這是極大改善應用商店優化 (App Store Optimization,

吃漢堡將On-Premise/IaaS/PaaS/SaaS作比較

1.自己買材料自己做 準備烤箱,準備火腿,準備麵粉,準備青菜,然後自己和麵,加材料,加熱等等。其要求動手能力比較強,比較難做,但是,您可以根據自己的口味,做出符合自己味道的漢堡。這就是On-Premise(本地部署)。 典型代表:物理主機   2.買好生漢堡,自

MIT數字經濟研究:建平臺要“網路效應”目標

MIT數字經濟研究計劃(MIT INITIATIVE ON THE DIGITAL ECONOMY,MIT IDE)是MIT Sloan管理學院發起的研究專案,旨在研究如何在數字經濟時代發展繁榮。MIT教授Michael Scharge在2016年發起了一個IDE研究方向:網路效應,即亞馬遜、阿里、Googl

網際網路金融談談技術創業三部曲

中關村的創業大街裡蟄伏著成千上萬的野生創業者,每年辭去大公司優渥待遇,白手起家、技術創業的CTO們也不少。但最後成功活下來、走下去的卻總是少數。技術創業有三步,具體怎麼走? 本文根據點融網技術副總裁畢鵬在2016QCon上海的演講聽錄稿整理而成,希望能給觀望、或投身技術創業的你

2017的小目標《雲上開發與運維最佳實踐》開始 – 運維派

技術改變世界,我們用實戰說話 本次OpenTalk線下技術沙龍將是一場 您絕不能錯過的技術盛宴! 網際網路邁入雲端時代,隨著使用者體量增加和業務擴張,系統管理難度指數上升。在此背景下進行高效的架構設計和有效的運維管理保障系統穩定性具有重大現實意義。 無論是已經擁有海量使用者的巨頭公司,或是需要

矩陣乘法瞭解cpu cache對程式效能的影響

/*square1.cpp*/ /*未經優化的矩陣乘法程式*/ #include using namespace std; #define N 1000 int a[N][N] = {0}, b[N][N] = {0}, c[N][N] = {0}; int main()

C++使用tinyxml來操作DOM物件(svg格式其他格式都類似操作)

1.首先去下載tinyxml庫,在這裡下載http://sourceforge.net/projects/tinyxml/   。我使用tinyxml作為例子,不用tinyxml2。下載完畢後將兩個標頭檔案tinystr.h和tinyxml.h放到工程的標頭檔案下,幷包含進

Point類基礎定義一個平面中的Circle類

課堂練習3: 以Point類為基礎,定義一個平面中的Circle類: 1、 編寫一個無參的建構函式; 2、 編寫一個有參的建構函式; 3、 在主函式中呼叫無參的建構函式生成圓的例項c1,呼叫有參的建構函式生成圓的例項c2,呼叫例項方法判斷c1和c2是否相重疊。 packa

Docker commit 官方映象基礎修改引數後變為自己個性映象- eg:將映象時區UTC修改成CST

描述:工作中需要寫Dockerfile製作映象,發現生成的映象都是700M左右,為了更小更方便的製作映象,看了一些檔案,其中高效編寫Dockerfile的幾條準則,僅為參考。 下面是自己摸索出來的一個方法,簡單有效: 步驟:下載官方最小映象,然後執行,經過修

軟體師目標第一篇入門部落格

我現在是一名大二軟體工程的在讀大學生,當初選擇這個專業就是因為內心的熱愛,我學習程式設計的目的就是能夠成為一個優秀的軟體測試師,作為女生我希望能夠在計算機這個行業開創出一片屬於自己的天地,也許我現在技

GPS中心點圓心指定距離半徑獲取隨機座標點

    最近遇到需要獲取隨機座標的需求,就研究了一下,現在整理成C#和JAVA程式碼,方便有需要的人蔘考。主要功能是實現以指定的座標點為圓心,指定的距離為半徑,在圓內獲取一個隨機座標點。 主要功能:     1、獲取隨機座標點;     2、計算兩點間距離。 C#程式碼

Java工程師技術面試應該怎麽準備?

成功 不同的 全面 eclipse 開始 有用 和我 節奏 軟件 如何準備一份「工程師範兒」的簡歷? 定制簡歷 我自己的經驗是,每個崗位的具體要求都不同,因此大家不要用一個通用的簡歷去應付所有的崗位,最好是根據特定公司的特定崗位來定制簡歷。當然這並不是讓大家編故事,而是突出

電商資料分析的5個思維方法

http://www.datasoldier.net/post/5siwei.html 在博主雪言舟語看來,資料分析真的很重要,能從一堆看似雜亂的資料裡,找到問題並解決問題。從資料上的變化,來判斷甄別效果得失;簡直是居家旅行,運營生意的必備良品。 首先,我們要知道

poi操作word文件07版本參考將word文件中圖片替換文字(替換文字也一樣)讀圖片可選文字內容

1、先簡單介紹下word07版本以後的儲存格式,word 07版本以後主要是以xml格式儲存。如果想檢視詳情可將字尾名改為zip,再檢視壓縮檔案可檢視到各種檔案,其中document.xml就是word主要展現給我們大家所看到的內容。2.根據第一步的描述,我查看了docume

著名的菲波拉契(Fibonacci)數列其第一項0第二項1第三項開始其每一項都是前兩項的和。程式設計求出該數列前N項資料。

#include <stdio.h> int main() { int f(int n); void k(int n); k(10); return 0; } // 遍歷列印函式 void k(int n){ for(;n

當前時間標準獲取當前一週的日期時間

/** * 獲取當前一週的時間 * @return */ public String[] getDate() { String dayArgs[] = new String[7];

編寫代碼的「八榮八恥」- 開關上線自信編碼

參數設置 targe last 直接 場景 agreement 檢查 evel 架構設計 背景 "我的代碼太完美了,不可能有bug!" 不知道大家有沒有過這樣的自信。我們團隊的代碼觀:“是代碼一定是有bug的。要考慮好充分的兜底以及緊急預案。”

程式碼榮辱觀-運用風格隨意編碼

編寫程式碼的八榮八恥 1. 產品命名:以簡單有趣為榮,以平庸難記為恥。 2. 單個函式:以短小精悍為榮,以冗長費神為恥。 3. 程式碼維護:以持續重構為榮,以停滯不前為恥。 4. 程式設計風格:以運用風格為榮,以隨意編碼為恥。 5. 程式設計:以開關上線為榮,以自信編碼為恥。 6. 介面定義:以使