【SaaS金羊毛】微信小程序We分析

微信前几天发布了通告https://mp.weixin.qq.com/cgi-bin/announce?action=getannouncement&announce_id=11652079103ziYFG&version=&lang=zh_CN&token=，小程序统计模块会升级为”We分析“这样一款独立的产品。实际上这也符合很多B端产品的趋势，在开始阶段各个模块都有些定制指标和报表，但发展一段时间后会发现各个模块间很难做关联分析、还有可能指标不一致，于是需要建立一个独立的BI模块，是为”数据中台“:) 对于小程序而言，还有上面的各种自定义页面的分析，就更需要这样一款独立的产品了。实际上，阿拉丁、以及神策、易观这样的用户行为分析产品都或多或少的覆盖了部分功能，并且腾讯零售也有”有数“实现更面向业务的分析。但毫无疑问，微信自带的We分析会对这些产品产生降维打击，毕竟，有一个免费官方自带的产品，有多少客户还会去花钱买呢？

作为功能的迁移，We分析提供了详细的文档对照之前的指标：https://developers.weixin.qq.com/miniprogram/analysis/wedata/FAQ.html#_2-MP%E7%BB%9F%E8%AE%A1%E4%B8%8EWe%E5%88%86%E6%9E%90%E5%AF%B9%E7%85%A7%E8%A1%A8。我我个人体验下来：

优点：支持手机小程序查看预置平台数据。与腾讯有数默认需要合作伙伴实施不同，We分析是默认开放给所有小程序管理员的，所以该用户行为分析产品必需做得非常易用（感觉很难）。帮助文档里都有详细的指标说明。

缺点：没有启动小程序、进入小程序页面这样的预置事件。虽然预置的指标应该是用这些预置的事件生成的，但是无法与其它自定义事件一起做关联分析。

以下按各个功能模块做分析：

1. 数据看板

1.1 平台数据

平台数据都是默认的预置指标。

1.1.1 核心数据

今日实时数据包含：访问人数、打开次数、打开页面数。

访问核心数据包含：访问（访问小程序页面）、打开（打开小程序）等的留存、流失（应该是基于留存分析的结果）。其中日回流用户数=过去90天内无访问但当天有访问的用户。

还有交易核心数据。

1.1.2 实时数据

包含核心数据中的部分指标。可以按页面维度或场景维度查看。

其中场景维度分3层，可以分析到很细。这是We分析的特色功能，它基于小程序的原始场景聚类为3级，参见 https://developers.weixin.qq.com/miniprogram/analysis/wedata/FAQ.html#_1-%E5%B0%8F%E7%A8%8B%E5%BA%8F%E5%9C%BA%E6%99%AF%E4%BD%93%E7%B3%BB

1.1.3 访问分析

访问分析包含：公众号渠道、扫码渠道、分享渠道，也就是小程序被消费的主要方式。貌似少了个最重要的链接（URL scheme）渠道？

1.1.4 留存分析

留存分析基于新增、或者活跃用户。

1.1.5 页面分析

包含访问深度、用户路径分析等。

1.1.6 交易分析

包含交易金额、交易笔数、复购率等。

1.1.7 专题分析-灰度分析

只记录在现网有产生过数据的灰度版本；开发版本、测试版本和全量版本不会纳入统计。

1.2 经营分析

经营分析提供了行业模板，现在有电商行业、餐饮行业，接入模板需要管理员授权。包含经营总览、流量分析、商品分析、客户分析这几部分。

除了预置分析，也提供了预置事件，以及埋点的简介：例如”商品卡曝光“事件应该埋点在页面的什么位置。详见：https://developers.weixin.qq.com/miniprogram/analysis/wedata/BusinessAnalysisAccess.html#_1-2%E4%BA%8B%E4%BB%B6%E8%AF%B4%E6%98%8E

在“预约其他模板”里可以看到除了行业模板，还有“扩展模板：通用场景专题分析模板”，可选项包括：活动分析、收入分析、会员分析、直播分析、竞品分析、裂变分析、导购分析，这些大概就是We分析之后的规划。

1.3 分析看板

就是一个标准的仪表盘功能，可以将行为分析中的各种分析图表：事件分析、漏斗分析、留存分析，自定义加入到看板中。

2. 行为分析

新建分析之前，都需要先在数据管理模块中定义事件。

2.1 事件分析

事件分析没什么特别的，就是选指标、条件（以及时间范围）、维度。看上去也是上图下表的展示形式。

2.2 漏斗分析

漏斗分析中有个特殊的概念：开环漏斗 vs. 闭环漏斗。其中“开环漏斗”不区分事件触发顺序，我的理解这和N个事件分析的指标除一下是一样的。。

2.3 留存分析

定义初始事件、留存事件的2步漏斗，我的理解实现效果和预置指标中的留存是一样的，也可以计算流失。

3. 画像洞察

3.1 基础画像

包含：用户属性（性别、年龄）画像，用户设备画像，用户地域（省级、地级）画像。

每个报表都能按天、周、月的时间维度，也可以分全部用户、老用户、新用户（当期时间维度的才是新用户？）。

3.2 标签分析

需满足条件：1、小程序累积用户数大于等于1000；2、小程序近30天日均活跃用户大于等于100

3.3 人群分析

人群更新方式现在只能选手动。。。必须选一个基准用户池，基于近一段时间的活跃or交易用户。

标签规则中可以看出，预置的标签有：用户活跃标签（高活、中活、低活、沉默），访问用户流失标签（轻度流失、中度流失、重度流失），RFM-R（近、中、远），RFM-F（高、中、低），RFM-M（高、中、低）。

属性标签就和基础画像里的性别、年龄、设备、地域是一致的。

4. AB实验

需满足条件：日活用户>=200

4.1 实验看板

4.2 实验数据

4.3 实验指标

5. 性能质量

5.1 性能数据

包含启动性能、指标趋势，是小程序的性能，与自定义事件无关。

5.2 接口监控

可以查看前端、或服务器接口，前端接口可以选全部，服务器接口只能单个查询。

5.3 质量报告

分为”接口质量“页中的T+1数据，以及实时监控。

6. 数据管理

数据管理都提供了“JSON新增”的能力，可能是更好地辅助小程序埋点代码。

6.1 事件管理

事件包含默认的12个属性，会在wx.reportEvent接口中默认上报。可以理解微信将SDK默认嵌入到小程序框架中了。默认属性中特殊的就是“场景值”了，例如“1058-公众号文章”等。

6.2 属性管理

属性即事件属性，值得注意的是，We分析的事件属性也是统一维护的、而不是各个事件分开维护的；可能是数据治理的考虑，更可能是这些事件属性都会作为大宽表的列，所以不宜太多。

6.3 字典管理

6.4 页面备注

非常实用的功能，因为在埋点时默认传入的是页面路径。（是否有OpenAPI能返回所有页面？）

属性标签就和基础画像里的性别、年龄、设备、地域是一致的。

4. AB实验

需满足条件：日活用户>=200

4.1 实验看板

4.2 实验数据

4.3 实验指标

5. 性能质量

5.1 性能数据

包含启动性能、指标趋势，是小程序的性能，与自定义事件无关。

5.2 接口监控

可以查看前端、或服务器接口，前端接口可以选全部，服务器接口只能单个查询。

5.3 质量报告

分为”接口质量“页中的T+1数据，以及实时监控。

6. 数据管理

数据管理都提供了“JSON新增”的能力，可能是更好地辅助小程序埋点代码。

6.1 事件管理

事件包含默认的12个属性，会在wx.reportEvent接口中默认上报。可以理解微信将SDK默认嵌入到小程序框架中了。默认属性中特殊的就是“场景值”了，例如“1058-公众号文章”等。

6.2 属性管理

属性即事件属性，值得注意的是，We分析的事件属性也是统一维护的、而不是各个事件分开维护的；可能是数据治理的考虑，更可能是这些事件属性都会作为大宽表的列，所以不宜太多。

6.3 字典管理

6.4 页面备注

非常实用的功能，因为在埋点时默认传入的是页面路径。（是否有OpenAPI能返回所有页面？）