小程序用户行为数据监测与分析以及案例

小程序现在着火了。但是如何监控小程序的数据呢？我相信这是一个大家都关心的问题。本文回答了这个问题。

包括两部分：

1. 如何获取小程序相关数据(常规数据和自定义事件数据)；

2. 如何使用这些数据(三个案例说明)；

本文使用的监测工具是nEqual和策小程序监控模块。

一、如何获取符合业务需求的数据？

常规数据监控和自定义事件数据监控分为两部分。

常规数据监控是指我们需要获得的数据，无论小程序是什么类型，包括来源、页面和页面路径、共享、用户属性等。

自定义事件监控是指一些具有特殊业务场景的数据监控，如具有交易功能的小程序，在提交订单时需要监控订单中的商品、数量、金额等数据。如果小程序中有广告空间，则需要监控广告的曝光和点击数据。

接下来介绍常规数据监控和自定义事件数据监控的具体监控方法。

1常规数据监控

首先解释基本代码的部署。

在部署代码之前，您需要注册一个小程序帐户，然后在帐户后台添加合法域名。每个监控工具的域名都不同。您可以咨询您使用的工具制造商。

添加域名示例

添加域名后引入JS，将下载的SDK文件放入 util 目录，然后在 app.js 添加第一行js代码。SDK文件和JS工具制造商可以下载代码。

二是来源数据监控。先说小程序有哪些入口，哪些可以直接监控，哪些不好。

小程序入口近70个，包括发现栏小程序主入口、顶部搜索框搜索结果页面、朋友圈广告、搜索结果页面、发现栏小程序主入口搜索框搜索结果页面、聊天会话小程序信息卡等，详细入口列表，可查看小程序开发文档链接：https://developers.weixin.qq.com/miniprogram/dev/framework/app-service/scene.html。

在这些入口中，有些是我们可以添加参数监控的，比如小程序的二维码，这里提到的二维码也是一段url生成的原理与网站监控相同。在监控网站来源时，我们url上添加link tag区分不同的流量渠道和广告类型。

比如放在新浪上banner我们可我们可以添加参数

utm_source=sina&utm_media=banner&utm_campaign=cwa(这是谷歌分析的标准格式)，也可以在小程序中实现，但每个工具的参数标识不一定一样，有的兼容utm是的，有些有自己的标志。

比如nEqual的及策用md标识来源类型，使用pl这个链接的来源详细信息pages/index?md=Qr_code&pl=mendian_a代表来自A商店的二维码。网站来源参数的另一个共同点是，这些参数可以只写一个或不写。

有些不能添加参数监控。无法添加参数的来源类型需要工具从微信中获取场景值。上述小程序有近70个入口，每个入口都有相应的场景值。监控工具可以通过调用小程序定义的场景值来判断各种来源带来的用户数据。

来源场景报告

第三个常规监控是共享监控，这也是小程序数据监控不同于网站数据监控的地方。在微信生态中，共享监控是可能的。共享监控主要获取三个数据：共享位置、共享页面标题和共享路径。这样，我们就可以看到一个页面被分享到小组中或发送给朋友。

有朋友问，我想监控页面A有多少人在被分享后被访问，以及它是否可以实现。这种场景是可以实现的，我们需要监控一些定制的事件。

以这个工具为例，在 path 动态添加用户动作名的昵称，以计算共享者最终带来了多少用户。

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 值。通过这个字段，我们可以看到页面共享的层次有多深。

另一个常规监控是用户属性的数据。当用户打开您的小程序并使用微信登录时，他们将调用以下方法返回用户数据。

this.getUserInfo(function(userInfo){ jice.addUserIdentifier((((((( openid: openid,// openidid unionid: unionid,// unionid nickname: userInfo.nickName, //昵称 wxgender: userInfo.gender, //性别 wxcity: userInfo.city, //微信设 wxprovince: userInfo.province, wxcountry: userInfo.country,微信设置国家 avatarurl: userInfo.avatarUrl //头像url))()))())())())())()))()))()()))())()))()))()))()))())()))())))())))()))()))()))()))()))()))())))()))())()))()))()))()))()))())))())))()))())))()))()))())))()))())()))()))()))()))()))()))()))()))())))())))()))()))()))())()))()))()))())))())))()))())))()))()))()))))()))))()))))()))))())))())))))))())))))))))())))))()))))())()))))()))))))())))))))()))))())))))())()()))())))())))))))))()()()))()))))))())))))))))))()))()))))())()()())()))()))))))))()))))()))))))))))()))))()()()))))())))))))))))()))))))))))))())))))))))()()()()()))))()()))())))))))))))))())))))))()()())))))())))))))))))()()))))()))

关于用户id因为它涉及到用户id，本文介绍了监控小程序的工具依据id为了判断用户，当用户未登录时，工具机生成用户id，相当于网站监控cookie，只是每个工具的名字不一样，神策的名字uuid，易观方舟的名字originallid等等。(是否有官方名称)id极不稳定，如果你换了设备或者删除小程序，这个id然后重生或消失。

当用户用微信登录小程序时，我们会得到用户open id，如果可能的话，就会得到union id，在之前关于微信官方账号用户运营的文章中，我详细介绍了这两种。id的区别，如果你有多个公众号、小程序的时候（在同一认证主体下），假设有一个用户关注了你三个公众号并且登录过一个小程序，每个公众号和小程序都会给这个用户记录一个open id，而且都不一样，不符合你的业务需求。你还是想把这个用户识别成一个人。这时，微信会提供另一个id叫union id来这个用户open id统一标识，所以在你的平台上，一个用户对应一个union id。

除用户登录后open id或者union id，还有一个id您通过此用户收集的用户手机号码或邮箱id您可以访问您的网站，用户APP统一整合平台数据。

2 自定义事件数据监控

在完成常规部署后，我们将解释先进的部署内容。小程序和网站一样，除了页面、渠道来源和其他数据外，我们还有更复杂和重要的数据，如具体的交互监控，我们称之为事件监控；如订单数据监控，我们想知道用户提交的订单包含多少商品、商品名称、总金额等，我们需要使用定制变量事件监控；如果你在其他小程序中有广告，你也想知道广告曝光和点击数据等。

为了解决这些业务场景的数据监控问题，以下内容将主要介绍具体的交互监控、定制变量监控、广告曝光点击监控。

具体交互监测(事件监测)

以我最常用的小程序为例，因为我每周都要组织大家打篮球，确定大部分朋友的打球时间，所以我会用投票的小程序。

腾讯投票小程序

如果我们监控腾讯投票的小程序，我特别想知道点击页面上的单选投票和多选投票的数量。此时，我们需要部署小程序事件的代码，或者以政策为例，分别为这两个按钮部署事件代码jice.track(‘danxuan’)和jice.track(‘duoxuan这样就可以监控这两个按钮。

有朋友问，如果我不仅想监控按钮的点击次数，还想监控按钮中的文本内容？这涉及到自定义变量。为了更好地解释这个问题，我直接引入了自定义变量监控模块。

监控自定义变量数据

当我们想监控许多特定的动态数据，如订单信息、注册信息等，因为每个用户购买各种商品，注册手机号码和其他信息是唯一的，所以不能使用简单的事件监控，而是监控更详细的动态信息，所以有定制变量的可能性。

比如下图中的订单信息，用户在酒店买了两份单餐。当用户点击确认订单按钮时，我想将订单中的商品名称 ** 七星级酒店因缘庭单餐、数量2、总额200元等数据被监控。我们需要使用这样的代码

jice.track(‘qrxd’,{spmc:‘/*商品名称*/’,shuliang:‘/*数量*/’,zonge:'/*合计金额*/'});

当用户点击确认订单时，触发数据收集，用订单中的详细数据替换商品名称、数量和总金额。

美团订单信息

接下来，让我们介绍一下小程序中的曝光和点击监控。如果您的小程序在其他小程序中投放广告，您需要了解如何实现曝光和点击次数。

点击监控广告空间曝光

为了实现广告数据的监控，首先将小程序添加到监控工具中作为渠道，然后嵌入基本代码、事件代码、用户属性代码（详细介绍），同时在工具中添加广告商小程序，最后在广告空间部署以下代码。注：代码appid为广告主的appid，即工具生成的应用id。

Javascript//曝光jice.adTrack(“appid”,“view{ adtype: “banner //广告位，可选banner/timeline，或自定义值 adct: “audi suv // 广告内容标识 adv: “audi ///广告主名称}jice.adTrack(“appid”,“click{ adtype: “banner //广告位，可选banner/timeline，或自定义值 adct: “audi suv // 广告内容标识 adv: “audi //广告主名称}appid 为每个广告商分配的不同应用程序id;

数据监控部分已经完成。

二、案例:如何优化获取数据的业务

接下来，我将解释三个案例：漏斗分析、表单分析和自定义变量事件分析。

1漏斗分析

漏斗分析是很常见的做转化流程、表单等业务分析的模型，在宋星老师的大课堂上有介绍过漏斗的主要形态，如下图。

漏斗图

当然，最理想的状态是没有损失，所有的转变，但这是不可能的。正常过程中会有一定的损失率，但一些严重的泄漏点值得我们关注。这些严重损失的用户去了哪里，找出了优化的原因。

可口可乐在昵称瓶、歌词瓶之后，可口可乐应用程序推出了社交活动：密语瓶。该活动的游戏玩法是通过扫描小程序的二维码进入小程序页面，然后上传照片和密语，生成图片与朋友分享，最终达到娱乐和交流的目的。

其中一个过程是：打开主页-点击蜜语从何而来按钮-输入密语-确认提交-生成图片共享。

通过数据积累，我们构建了以下漏斗。

密语制作分享转化漏斗（柱状条右边的数据被隐去了，实际上是有具体数据的）

从上图可以看出，用户从主页上点击蜂蜜语言来自哪里进入密语定制过程的用户流失率较高。仅从这些数据来看，主页的损失就非常大。对于这种营销活动，最重要的目标是引导用户定制他们的密语并分享它。后来，我们从另一个漏斗数据中看到，除了一些直接退出小程序的用户，另一部分进入了密语表达DIY，进入了另一个定制密语的过程。因此，尽管从漏斗中可以看出流失率很高，但这并非坏事。

最后分享了第二个需要注意的泄漏点，最后一个环节的转化率很低，这个数据引起了我们的注意，我们需要分析是不是页面分享引导出现问题，后来经过排查发现是因为不支持分析朋友圈导致很多用户无法分享。

找到泄露的原因，也就找到优化的方法。

2表单分析

在表单分析中，有几个核心的指标需要重点关注。

重填率：发现用户反复修改的表单项，计算公式：与该表单项发生>1次互动的人数/所有与该表单项互动的人数；

人均填写次数计算公式：该表单项的互动次数/该表单项的互动人数平均填写时长：了解各表单项耗费用户的时长；表单项流失率：判断流失的用户都是从哪个表单项离开的。还有很多指标，比如表单空白项、填写路径等

接下来看下看个汽车行业客户在投放广告后如何通过数据发现表单问题的。大家知道汽车广告投放最主要的目的有预约试驾、申请手册、购车意向等，这里面都涉及到了让用户提交个人信息。所以提交个人信息的表单设计变得尤为重要。

这个表单在用户进入表单页面尝试填写到点击提交，有将近三分之二的用户离开了，我们想知道到底是哪些因素导致用户流失。

在大量数据中，我们发现了几个有意思的数据。其中一个是下图中展现的，用户在放弃填写前最后互动的表单，此图可以分析出用户是因为哪个表单项离开的。

用户放弃填写前最后互动的表单项

大家可以看到“经销商”这个表单项是导致用户离开的最主要的因素，结合重填率分析结果，发现用户在选择经销商时平均重复填写超过两次，重填率接近一半。

带着对这些数据的好奇，我体验了一下表单流程，发现在选择经销商的时候表单选项中只有经销商的名称，但是我并不知道经销商的位置到底离我有多远，我还需要通过地图APP去查看经销商的位置，这样势必造成用户的重复填写和流失。

经销商选项下拉列表

有朋友就问了，那怎么办呢？要不要在小程序里添加个地图功能或者跳转到地图的功能？这样处理的话明显把问题复杂化了，这样要增加多少开发和产品的工作量？有个比较简单的办法是填写经销商简称，并在简称后添加“近某条路”或者“近某地铁站”之类的大致位置信息，让用户大概了解哪个经销商离自己近即可。

3自定义变量事件分析

在前面可口可乐的案例里，在制作密语瓶的流程中，有一个环节是让用户提交自己想要写的密语。那我们如何能获取到用户提交了什么密语？这里就要用到前面提到的自定义变量的事件监测方法了。

我们需要在密语提交页面的提交按钮上部署事件代码，代码示例如下：

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

部署后即可监测用户提交了哪些密语、提交的次数等。

密语提交内容事件报告密语内容分布

从数据里面可以看出这个活动面对的人群很大一部分是鹿晗的粉丝（为了做这个分析，专门查了“LH7”是啥意思，暴露年龄了）。有些密语对我这个“上年纪的人”确实有些费解，大家看到有好玩的可以教我下是啥意思，帮我填补下鸿沟哈哈。

好了，具体的分析案例不多做介绍了。相信这篇文章可以帮助大家梳理小程序数据监测的基本方法。而案例部分，大家会发现与以往的网站分析、APP分析并没有特别本质的区别，而考验你的地方在于对业务与用户的理解以及数据的定义与解读。

关于小程序的文章就先写到这，欢迎大家留言交流。