用户行为分析工具别急着选,先分清统计和分析
目录索引
用户行为分析工具分两类:统计类回答多少人来、从哪来;分析类回答为什么没转化。选型先定要哪一类,再比功能。
选型会上最常见的一幕:三家的功能清单摊开,每家都有四十多项,看哪家都差不多。真正的差别不在功能多少,在它回答哪一类问题。

图 1:先定问题类型,再比功能,选型时间能省一半。
▌ 用户行为分析工具的分界线:回答什么问题
统计类工具的核心是计数:来了多少人、看了哪些页、从哪个渠道来、跳出多少。这些问题有标准答案,谁算都一样。
分析类工具的核心是归因:人为什么在第三步停下、哪一类用户转化更好、改了这一个按钮之后有没有变化。这些问题没有标准答案,取决于事件怎么定义。
分界线可以写死成一句:能不能按“人做过什么”来切分数据。能,就是分析类;只能按“人从哪里来、看了哪页”切,就是统计类。
两类工具都会说自己能做用户行为分析,区别在于前者的“行为”是页面浏览,后者的“行为”是自定义事件。
这句话可以直接拿去问供应商:你们的事件能不能自定义、能不能带属性。答不上来的,基本都是统计类套了个分析的名字。
选型时先把问题写下来,再看谁能答。顺序反过来,很容易被功能清单牵着走,最后买了一堆用不上的模块。
▌ 统计类的边界
| 能回答 | 不能回答 | 原因 |
|---|---|---|
| 来了多少人 | 为什么没有转化 | 没有事件,不知道人做了什么 |
| 从哪个渠道来 | 哪一步掉的 | 没有漏斗步骤定义 |
| 哪个页面最热 | 哪一类用户更值钱 | 没有分群与属性 |
统计类的价值在于快:接入一段代码,当天就有数。它适合回答日常的流量问题,不适合回答转化问题。
判断标准也不复杂:如果最近三次复盘的问题都停在“涨了还是跌了”,统计类够用;如果开始问“为什么”,就到了它的边界。
统计类还有一个隐性限制:它按页面组织数据,不按动作。同一个按钮出现在三个页面,统计类会记成三条,你想知道“这个按钮一共被点了几次”,只能手工相加。
▌ 分析类的门槛:事件模型
分析类工具真正的门槛不是功能,是事件模型。没有事件,再强的分析能力也跑不起来。
事件模型要回答三件事:这个动作算什么、什么时候算一次、带哪些属性。三件事定义清楚,漏斗、路径、留存才有共同坐标。
| 层级 | 决定什么 | 定义不清的后果 |
|---|---|---|
| 分类 | 报表怎么分组 | 报表目录混乱,找不到对应的事件 |
| 名称 | 报表里的一行 | 同一动作两个名字,数据裂成两行 |
| 属性 | 能不能拆开看 | 想按渠道看转化时拆不动 |
门槛在于人,不在工具:谁负责定义、谁负责维护、改一次要走什么流程。这三件事没有答案,买了分析类工具也用不起来。
我们见过不少这样的情况:工具买了,事件表是空的,报表打开只有页面访问。半年后再看,续费的时候才想起没用起来。
反过来,事件表做扎实的团队,哪怕只用一个基础档位,也能把转化问题定位到具体一步。差别在治理,不在功能。

图 2:判断只需要一句话——有没有人每周真的按事件改一次页面。
▌ 按团队阶段选
| 阶段 | 主要问题 | 需要哪一类 |
|---|---|---|
| 只有官网,看日报 | 多少人来、从哪来 | 统计类足够 |
| 有明确转化目标 | 哪一步掉的 | 分析类的最小配置 |
| 多端都有量 | 同一批人在各端做了什么 | 分析类 + 端覆盖 |
| 有专职数据同学 | 按人群、按路径做归因 | 分析类完整能力 |
阶段判断错了,买贵的用不上,买便宜的三个月后要换。判断只需要一句话:团队里有没有人每周真的按事件改一次页面。
这句话比任何功能清单都准。有人按事件改页面,说明事件已经进入工作流;没有,说明买了也只是看大盘。
还有一个过渡状态:有人在看事件,但改页面的决定还在拍脑袋。这种阶段可以先上最小配置,把“看完改什么”这一环补上,再谈扩展。
▌ 为什么推荐先上分析类的最小配置
我们推荐的不是“买最贵的”,而是“先上能定义事件的那一档”。理由是:事件定义一旦跑起来,换成统计类很容易;反过来,从统计类迁到分析类,历史事件要重埋。
456数据的做法是把事件放在「多维分析」里,分类、名称、属性三层上报,漏斗、留存、路径共用同一批事件;用户行为分析在基础版为“基础”,专业版起完整支持,先按最小配置起步就够。
工具只是把这三层固定下来,真正决定报表能不能用的还是事件表。所以我们建议选型时先问对方“事件怎么定义、谁维护”,再谈功能清单。
预算有限时,优先把预算放在“能定义事件”的那一档,而不是放在端数量上。端可以后补,事件要重埋。

图 3:一条清单项,抵得上一页功能对比表。
▌ 选型时最容易忽略的一条
最容易忽略的是“改事件要不要发版”。有的工具在后台改事件名就能生效,有的必须改代码、重新发版。
这条差别在第一年不明显,第二年会很痛:业务调整频繁,每次改事件都发版,团队就会放弃维护,事件表半年后变成没人认识的一堆名字。
选型时直接问:改一个事件名,要不要动代码。答案决定你未来两年的维护成本。
456数据把事件与漏斗的维护放在「多维分析 → 治理」下,改完让前端同步一次即可,不用重新走一遍发版流程;这也是我们建议把“能不能在后台改事件”列进用户行为分析工具选型清单的原因。
一条清单项,抵得上一页功能对比表。
▌ 什么情况下先别买
只有一个官网、每周只看一次流量报表时,先别买分析类。用免费的统计类把来源与页面看顺,等出现“哪一步掉”的问题再考虑。
刚上线、页面还会大改的产品,也先别买。事件会随页面一起改,买的越早,浪费越多。
团队里没人愿意做事件表时,先解决人的问题。工具解决不了“没人维护”。
456数据在这条上的做法很朴素:把事件维护的入口放在治理菜单里,谁定义谁维护,责任跟菜单走。
▌ 常见问题
统计类和分析类可以都用吗
可以,很多团队两套并行:统计类看大盘,分析类看转化。代价是两套口径要定期对账,否则数会打架。
功能清单越长越好吗
不是。清单长说明覆盖面广,也说明每项都可能不深。选型看的是你最常问的三个问题能否被直接回答。
免费的工具能做分析吗
部分可以。能不能做分析取决于有没有自定义事件与漏斗,不取决于是否收费。
换了工具,历史数据能带走吗
原始明细一般带不走。迁移前把报表导出留档,新工具从切换那天开始积累。
▌ 延伸阅读
产品总览:行为分析、用户画像与性能监控:行为分析 Tab 的能力清单与菜单结构。
网站、App、小程序怎么选统计方案:一张矩阵定档:按端覆盖与档位组合给出的选型矩阵。
名词解释(19 项指标):事件触发用户数、事件触发次数等指标的官方定义原文。
网站数据分析与流量统计平台:网站端六项能力与三步接入的说明。