小程序現(xiàn)在火了。但是應該如何監(jiān)測小程序的數(shù)據(jù)呢？相信這是一個大家都關(guān)心的問題。這篇文章對這個問題進行解答。一共包括兩個部分：

1. 如何獲得小程序相關(guān)數(shù)據(jù)（常規(guī)數(shù)據(jù)和自定義事件數(shù)據(jù)）；

2. 如何利用這些數(shù)據(jù)（三個案例說明）；

本文所使用的監(jiān)測工具是nEqual提供的 及策 小程序監(jiān)測。

一、如何獲取符合業(yè)務需求的數(shù)據(jù)？

在數(shù)據(jù)監(jiān)測中分為兩大部分，常規(guī)數(shù)據(jù)監(jiān)測和自定義事件數(shù)據(jù)監(jiān)測。 常規(guī)數(shù)據(jù)監(jiān)測 是指不管小程序是什么類型的，我們都需要獲取的數(shù)據(jù)，除了基礎(chǔ)代碼還包括來源、頁面與頁面路徑、分享、用戶屬性等數(shù)據(jù)。 自定義事件監(jiān)測 是指一些具有特殊業(yè)務場景的數(shù)據(jù)監(jiān)測，比如含有交易功能的小程序，在提交訂單時需要監(jiān)測訂單里的商品、數(shù)量、金額等數(shù)據(jù)。如果小程序內(nèi)有廣告位，還需要監(jiān)測廣告的曝光和點擊數(shù)據(jù)。接下來介紹常規(guī)數(shù)據(jù)監(jiān)測和自定義事件數(shù)據(jù)監(jiān)測具體的監(jiān)測方法。 

1、常規(guī)數(shù)據(jù)監(jiān)測

先講解一下基礎(chǔ)代碼的部署。在部署代碼之前，你需要注冊一個小程序的賬號，然后在賬號后臺添加合法域名，每個監(jiān)測工具的域名不一樣，具體域名可以咨詢你使用的工具廠商。

添加域名示例

添加完域名后要引入JS，將下載的SDK文件放入 util 目錄下，然后在 app.js 第一行添加js代碼。SDK文件和JS代碼在工具廠商那都能下載到。其次是來源數(shù)據(jù)監(jiān)測，這里先說下小程序都有哪些入口，有哪些能直接監(jiān)測，有哪些不行。小程序的入口接近70個，包含發(fā)現(xiàn)欄小程序主入口、頂部搜索框的搜索結(jié)果頁、朋友圈廣告、搜一搜結(jié)果頁、發(fā)現(xiàn)欄小程序主入口搜索框的搜索結(jié)果頁、聊天會話中的小程序消息卡片等，（詳細入口列表，回復“小程序”獲?。＿@些入口中，有些是我們可以加參數(shù)監(jiān)測的，比如小程序的二維碼，這里說的二維碼也是用一段url生成的，和網(wǎng)站監(jiān)測原理一樣。在做網(wǎng)站來源監(jiān)測的時候，我們會在url上添加link tag來區(qū)分不同的流量渠道和廣告類型等。比如投放到新浪上的banner廣告，我們可能就會加上參數(shù)?utm_source=sina&utm_media=banner，同樣在小程序里也能用這種方式實現(xiàn)，只是每個工具的參數(shù)標識不一定一樣，有些是兼容utm的，有些有自己的標識。比如及策用md標識來源類型，用pl標識來源詳情，這個鏈接pages/index?md=Qr_code&pl=mendian_a代表的是來自A門店的二維碼。和網(wǎng)站來源參數(shù)另一個共同點是這些參數(shù)可以只寫一個，也可全都不寫。有些是無法加參數(shù)監(jiān)測的。無法添加參數(shù)的來源類型需要工具從微信那調(diào)取場景值。前面提到小程序有接近70個入口，每個入口都有相對應的場景值，監(jiān)測工具可以通過調(diào)用小程序定義好的場景值來判斷各種來源帶來的用戶數(shù)據(jù)。

來源場景報告

第三個常規(guī)監(jiān)測是分享的監(jiān)測，這也是小程序數(shù)據(jù)監(jiān)測區(qū)別于網(wǎng)站數(shù)據(jù)監(jiān)測的地方，在微信的生態(tài)里讓分享監(jiān)測成為可能。分享監(jiān)測主要是要獲取三個數(shù)據(jù)：分享的位置、分享頁面的標題和分享路徑。這樣我們能夠看到某個頁面被分享到群里還是發(fā)給朋友了。有些朋友問，我想監(jiān)測頁面A被某人分享出去后帶來多少人訪問，是否能實現(xiàn)。這種場景是可以實現(xiàn)的，需要我們做一些自定義事件監(jiān)測。以及策這個工具為例，在 path 后動態(tài)加上用戶動作名稱的昵稱，這樣就可以統(tǒng)計該分享者最終帶來多少用戶了。

Page({

onShareAppMessage: function () {

jice.track(“onshare”, {

title: “自定義分享標題”,

path: “/page/user” + “md=share&pl=” + app.globalData.userInfo.nickName

})

}

})

一個需要介紹的字段是$share_depth，這個屬性值會記錄分享的層級：如果某個小程序頁面被A、B和C三人依照 A -> B -> C 的順序進行分享，則 A 的分享會被標記為1級分享，B的分享會被標記為2級，C 則為3級。 如果某用戶打開自己分享的頁面不會增加 $share_depth 的值。通過這個字段可以看到某個頁面被分享的層級有多深。另一個常規(guī)監(jiān)測就是用戶屬性的數(shù)據(jù)，當用戶打開你的小程序并且使用微信登錄，會調(diào)用以下方法回傳用戶數(shù)據(jù)。

this.getUserInfo(function(userInfo){   

jice.addUserIdentifier({        openid: openid, // openidid       

unionid: unionid, // unionid       

nickname: userInfo.nickName,   //昵稱       

wxgender: userInfo.gender,   //性別

wxcity: userInfo.city,   //微信設(shè)置城市

wxprovince: userInfo.province,   //微信設(shè)置省份

wxcountry: userInfo.country,   //微信設(shè)置國家

avatarurl: userInfo.avatarUrl    //頭像url   })})

關(guān)于用戶id打通，因為涉及到用戶id，這里延伸介紹下監(jiān)測小程序的工具根據(jù)哪些id來判斷用戶，當用戶在未登錄的情況下，工具會給用戶隨機生成一個id，相當于網(wǎng)站監(jiān)測里的cookie，只是每家工具的叫法不一樣，神策的叫uuid，易觀方舟的叫originallid等。（是否有官方叫法）這種id極不穩(wěn)定，如果你換了設(shè)備或者刪除小程序，這個id隨之重新生成或者消失。當用戶用微信登錄小程序的時候，我們會獲得用戶的open id，有可能的情況下會獲得union id，在之前我講公眾號用戶運營的文章里有詳細講過這兩種id的區(qū)別，如果你有多個公眾號、小程序的時候（在同一認證主體下），假設(shè)有一個用戶關(guān)注了你三個公眾號并且登錄過一個小程序，每個公眾號和小程序都會給這個用戶記錄一個open id，并且都不一樣，這對于你來說是不符合你的業(yè)務需求的，你還是希望能把這個用戶識別為一個人，這時候微信就提供另一個id叫union id來將這個用戶的open id進行統(tǒng)一標識，所以在你的平臺上，一個用戶對應一個union id。除了用戶登錄后的open id或者union id，還有一個id是你收集到的用戶手機號或者郵箱，通過這個用戶id你可以將用戶訪問你網(wǎng)站、APP等平臺的數(shù)據(jù)統(tǒng)一整合進來。 

2、自定義事件數(shù)據(jù)監(jiān)測

講完常規(guī)部署，接下來講解一下進階的部署內(nèi)容。小程序和網(wǎng)站一樣，除了頁面、渠道來源等數(shù)據(jù)，我們還有很多更為復雜和重要的數(shù)據(jù)，比如特定交互的監(jiān)測，我們稱之為事件監(jiān)測；比如訂單數(shù)據(jù)監(jiān)測，我們想知道某用戶提交的訂單里包含多少商品、商品的名稱都是什么、一共多少金額等，我們需要用到自定義變量的事件監(jiān)測；另外如果你在其他小程序里有廣告投放，你還想知道廣告位的曝光和點擊次數(shù)的數(shù)據(jù)等等。為了解決好這些業(yè)務場景的數(shù)據(jù)監(jiān)測問題，以下內(nèi)容主要會和大家介紹特定交互監(jiān)測、自定義變量監(jiān)測、廣告位曝光點擊監(jiān)測。

騰訊投票小程序

如果我們監(jiān)測騰訊投票的小程序，我特別想知道頁面上點擊單選投票和多選投票的點擊數(shù)量是多少，這時候我們需要部署小程序事件的代碼，還是以及策為例，分別給這兩個按鈕部署事件代碼jice.track(‘danxuan’)和jice.track(‘duoxuan’)，這樣就可以實現(xiàn)對這兩個按鈕的監(jiān)測。那有朋友就問了，如果我不僅僅想監(jiān)測這個按鈕的點擊次數(shù)，我還想監(jiān)測這個按鈕里的文字內(nèi)容呢？這就涉及到了自定義變量了，為了更好地解釋這個問題，我直接引到自定義變量監(jiān)測模塊。

美團訂單信息

接下來給大家介紹一下小程序內(nèi)曝光和點擊的監(jiān)測，如果你的小程序在其他小程序里投放廣告，你想知道曝光和點擊的次數(shù)，你需要詳細了解下如何實現(xiàn)。

Javascript//曝光

jice.adTrack(“appid”,“view”, {

adtype: “banner”,  //廣告位，可選banner/timeline，或自定義值

adct: “audi suv” // 廣告內(nèi)容標識

adv: “audi”  //廣告主名稱

})//點擊

jice.adTrack(“appid”,“click”, {

adtype: “banner”,  //廣告位，可選banner/timeline，或自定義值

adct: “audi suv” // 廣告內(nèi)容標識

adv: “audi”  //廣告主名稱

})

//appid 為及策為每個廣告主分配的不同應用id;

好了，數(shù)據(jù)監(jiān)測的部分已經(jīng)講完了。

二、案例：拿到數(shù)據(jù)該如何優(yōu)化業(yè)務

接下來和大家講解三個案例：漏斗分析、表單分析和自定義變量事件分析。

1、漏斗分析

漏斗分析是很常見的做轉(zhuǎn)化流程、表單等業(yè)務分析的模型，在宋星老師的 大課堂 上有介紹過漏斗的主要形態(tài)，如下圖。

漏斗圖

最理想的狀態(tài)當然是沒有流失，全部都轉(zhuǎn)化了，但這是不可能的嘛。正常的流程都會存在一定的流失率，但是有些嚴重的泄漏點是值得我們關(guān)注的，這些嚴重流失的用戶到底去了哪里，找出原因也就找到了優(yōu)化的方法。 可口可樂繼昵稱瓶、歌詞瓶、臺詞瓶之后，應用小程序推出社交活動：密語瓶。這個活動的玩法是用戶通過掃描小程序的二維碼進入小程序頁面后選擇喜歡的密語，然后上傳照片與密語結(jié)合后生成圖片分享給好友，最終達到娛樂與傳播的目的。

在這個活動中，其中有一個流程是：打開首頁-點擊“蜜語從哪來”按鈕-輸入密語-確認提交-生成圖片分享。 通過數(shù)據(jù)積累，我們構(gòu)建了以下漏斗。

密語制作分享轉(zhuǎn)化漏斗

2、表單分析

在表單分析中，有幾個核心的指標需要重點關(guān)注。

• 重填率：發(fā)現(xiàn)用戶反復修改的表單項，計算公式：與該表單項發(fā)生>1次互動的人數(shù)/所有與該表單項互動的人數(shù)；
• 人均填寫次數(shù)計算公式：該表單項的互動次數(shù)/該表單項的互動人數(shù)
• 平均填寫時長：了解各表單項耗費用戶的時長；
• 表單項流失率：判斷流失的用戶都是從哪個表單項離開的。
• 還有很多指標，比如表單空白項、填寫路徑等

接下來看下看個汽車行業(yè)客戶在投放廣告后如何通過數(shù)據(jù)發(fā)現(xiàn)表單問題的。大家知道汽車廣告投放最主要的目的有預約試駕、申請手冊、購車意向等，這里面都涉及到了讓用戶提交個人信息。所以提交個人信息的表單設(shè)計變得尤為重要。這個表單在用戶進入表單頁面嘗試填寫到點擊提交，有將近三分之二的用戶離開了，我們想知道到底是哪些因素導致用戶流失。我們想知道到底是哪些因素導致用戶流失。在大量數(shù)據(jù)中，我們發(fā)現(xiàn)了幾個有意思的數(shù)據(jù)。其中一個是下圖中展現(xiàn)的，用戶在放棄填寫前最后互動的表單，此圖可以分析出用戶是因為哪個表單項離開的。

用戶放棄填寫前最后互動的表單項

大家可以看到“經(jīng)銷商”這個表單項是導致用戶離開的最主要的因素，結(jié)合重填率分析結(jié)果，發(fā)現(xiàn)用戶在選擇經(jīng)銷商時平均重復填寫超過兩次，重填率接近一半。帶著對這些數(shù)據(jù)的好奇，我體驗了一下表單流程，發(fā)現(xiàn)在選擇經(jīng)銷商的時候表單選項中只有經(jīng)銷商的名稱，但是我并不知道經(jīng)銷商的位置到底離我有多遠，我還需要通過地圖APP去查看經(jīng)銷商的位置，這樣勢必造成用戶的重復填寫和流失。

經(jīng)銷商選項下拉列表

有朋友就問了，那怎么辦呢？要不要在小程序里添加個地圖功能或者跳轉(zhuǎn)到地圖的功能？這樣處理的話明顯把問題復雜化了，這樣要增加多少開發(fā)和產(chǎn)品的工作量？有個比較簡單的辦法是填寫經(jīng)銷商簡稱，并在簡稱后添加“近某條路”或者“近某地鐵站”之類的大致位置信息，讓用戶大概了解哪個經(jīng)銷商離自己近即可。

3、自定義變量事件分析

在前面可口可樂的案例里，在制作密語瓶的流程中，有一個環(huán)節(jié)是讓用戶提交自己想要寫的密語。那我們?nèi)绾文塬@取到用戶提交了什么密語？這里就要用到前面提到的自定義變量的事件監(jiān)測方法了。我們需要在密語提交頁面的提交按鈕上部署事件代碼，代碼示例如下：

jice.track(‘mytj’, {my:‘/*密語*/’});

部署后即可監(jiān)測用戶提交了哪些密語、提交的次數(shù)等。

密語提交內(nèi)容事件報告

密語內(nèi)容分布

從數(shù)據(jù)里面可以看出這個活動面對的人群很大一部分是鹿晗的粉絲（為了做這個分析，專門查了“LH7”是啥意思，暴露年齡了）。有些密語對我這個“上年紀的人”確實有些費解，大家看到有好玩的可以教我下是啥意思，幫我填補下鴻溝哈哈。好了，具體的分析案例不多做介紹了。相信這篇文章可以幫助大家梳理小程序數(shù)據(jù)監(jiān)測的基本方法。而案例部分，大家會發(fā)現(xiàn)與以往的網(wǎng)站分析、APP分析并沒有特別本質(zhì)的區(qū)別，而考驗你的地方在于對業(yè)務與用戶的理解以及數(shù)據(jù)的定義與解讀。關(guān)于小程序的文章就先寫到這，歡迎大家留言交流。