别让小程序的运营数据白躺着

很多做小程序的朋友，上线之后每天就盯着一个数：今天多少人打开了。看完心里美一下，然后关掉后台。过两个月再来看，发现访问量掉了一半，却说不清为什么。运营数据不是用来看热闹的，它是用来做决定的。这篇就聊聊我在几个项目里怎么把小程序运营数据真正用起来，少讲概念，多讲能落地的做法。

先搞清楚哪些数据值得看

微信小程序后台自带的数据分析，其实已经覆盖了大部分日常需要。我的习惯是分三层看：

• 入口层：用户从哪来。是搜索、扫码、公众号菜单、分享卡片，还是聊天窗口里的链接。入口结构决定了你该在哪发力。
• 行为层：进来之后点了什么。页面访问路径、停留时长、按钮点击，这些能看出用户是直奔目标还是到处乱逛。
• 结果层：有没有完成你期望的动作。下单、留资、加客服、转发，这些才是业务指标。

三层里最容易被忽略的是入口层。我见过一个工具类小程序，老板一直以为用户主要靠搜索进来，结果数据一拉，六成来自老用户分享。那优化方向就完全不一样了——与其砸钱做关键词，不如把分享卡片做得更诱人。

留存率比访问量诚实得多

访问量会骗人。一次活动、一个朋友圈转发，数字就能冲上去，但第二天就归零。真正反映产品健康度的是留存。小程序后台能看到次日留存、7日留存这类指标，虽然不像App那样能做很细的漏斗，但足够判断问题了。

我的经验是：工具类小程序7日留存能到20%以上就算不错，电商类会低一些。如果次日留存只有个位数，别急着拉新，先回头看看首次打开的那几分钟体验是不是有问题——加载慢、要授权、首页看不懂，都是常见杀手。

用自定义事件补上后台看不到的细节

微信后台给的是页面级数据，具体到某个按钮点了几次、某个表单卡在哪一步，就得自己埋点。小程序里用wx.reportAnalytics就能上报自定义事件，很轻量。

// 用户点击"立即咨询"时上报
wx.reportAnalytics('click_consult', {
  from_page: 'detail',
  product_id: this.data.productId
})

// 表单提交失败时上报，定位卡点
wx.reportAnalytics('form_fail', {
  step: 'phone_input',
  reason: 'invalid_format'
})

埋点别贪多，一个页面两三个关键动作就够了。上报的事件名和参数最好提前列个表，不然三个月后自己都记不清evt_01是什么意思。

把数据变成每周一次的动作

数据看了不用，等于没看。我给自己定的规矩是每周花二十分钟，只回答三个问题：

1. 这周哪个入口带来的用户最多，值不值得加投入？
2. 哪个页面的跳出最严重，能不能改一版试试？
3. 有没有哪个功能几乎没人用，是不是可以砍掉？

第三个问题最反人性，但往往收益最大。功能越堆越多，维护成本跟着涨，用户还容易被绕晕。数据告诉你没人用的东西，果断下掉，省下来的精力放到主路径上。

运营数据不是考核工具，是方向盘。它不负责证明你干得好，只负责告诉你下一步往哪打方向。

几个容易踩的坑

• 只看总量不看结构：总访问涨了，但新用户占比暴跌，说明老用户在撑场面，拉新其实出了问题。
• 拿短期波动当趋势：周末数据高很正常，至少看两周再下结论。
• 埋点上了不验证：上线前一定自己在开发者工具里触发一遍，确认事件真的报上去了，别等一个月后发现参数全是空的。

说到底，小程序运营数据这件事门槛不高，难在坚持。后台就在那，事件上报也就几行代码，真正拉开差距的是有没有人每周认真看一眼，然后真的去改。做到这一点，很多问题不用等它爆出来，数据早就提醒过你了。