数据为什么重要：别凭感觉改产品

很多小程序做着做着就陷入「我觉得这个按钮应该放左边」「我猜用户不喜欢这个弹窗」的争论。凭感觉改产品，改完没人知道是变好了还是变坏了。数据分析的作用，就是把这些主观判断换成可度量的事实：用户到底点了哪里、在哪一步走了、下次还回不回来。

做数据分析不要贪多。先围绕你的核心业务目标定三五个关键指标——比如内容类看阅读完成率，交易类看下单转化率，工具类看留存。围绕这几个指标去埋点，而不是把每个点击都记下来，那只会得到一堆没人看的数字。

数据不是为了好看报表，而是为了回答「下一步改什么」。
本文核心知识点
  • 埋点把关键用户行为按统一格式上报。
  • 漏斗把一条转化路径的每一步人数画出来，找到流失点。
  • 留存衡量用户第二天、第七天还回不回来。
  • 转化优化针对流失点做小步实验，用数据验证。
小程序数据分析示意：蓝调渐变背景上的上升柱状图、漏斗形流程与数据节点组成的扁平科技插画
埋点采数据，漏斗找问题，留存看长期——三步把产品做对。

埋点：把关键行为记下来

小程序自带数据上报能力，也可以接第三方埋点。不管用哪种，关键是埋点要有统一的命名和字段，否则三个月后自己都看不懂。

// 自定义埋点：在关键行为处上报
wx.reportEvent("view_goods", {
  goods_id: item.id,
  source: "home_recommend"
});

// 点击按钮时
onBuyTap(e) {
  wx.reportEvent("click_buy", { goods_id: this.data.id });
}

埋点设计的几条原则：

  • 事件名用统一前缀，比如 view_、click_、share_。
  • 每个事件带上必要的上下文：从哪来、哪个商品。
  • 别过度埋点，只报和核心指标相关的行为。

埋点还有一个容易被忽略的点：要校验。上线前自己走一遍核心路径，看每个事件是不是真的上报了、字段全不全。很多团队埋点写了一堆，真到分析时发现关键一步根本没报，回头补埋点又要等下次发版。

漏斗：找到用户在哪一步流失

转化从来不是一步完成的。用户从进来到下单，要经过好几步，每一步都会流失。漏斗分析就是把这条路径上每一步的人数列出来，看哪一步掉得最多。

步骤人数相对上一步
进入商品页1000100%
点击加入购物车32032%
进入结算页18056%
支付成功12067%

从这个漏斗一眼看出，最大的流失在「商品页→加购」，只有 32%。那优化的第一刀就该砍这里，而不是去打磨支付流程。

留存：用户下次还来吗

拉来一个新用户不难，难的是他明天还回来。留存率衡量的就是这一点：今天来的用户，明天、七天后还有多少人回来。

  • 次日留存反映第一次体验好不好。
  • 七日留存反映产品有没有持续价值。
  • 留存掉得厉害，先别急着拉新，先把体验修好。
// 简单留存口径：统计当日新增，看次日回访
// 口径要固定下来，别每次换算法
function retention(cohort) {
  return cohort.day1 / cohort.newUsers;
}

转化优化：从数据到动作

看数据只是第一步，真正的功夫在于「找到问题 → 提出假设 → 小步改动 → 用数据验证」。一次只改一个变量，否则你不知道是哪处改动起了作用。

// 假设：加购按钮不明显，试试放大它
// 改动后看漏斗：商品页→加购 是否提升
// 提升就保留，回落就回滚

优化转化的几个常用切入点：减少步骤、突出主按钮、缩短加载时间、给用户一个现在就做的理由。每改一处，都回到漏斗里看数字变化。

还有个细节：实验期间别同时改好几处，哪怕它们看起来都和转化率相关。一次一个变量，你才能归因；一次改五处，数字涨了你都不知道是哪处的功劳。