功能上线只是开始。本文把功能采用拆成五个能衡量的阶段,给出每个指标的公式,并走一遍一次上线:看板上写着采用率 19.5%,可真正把功能用成习惯的只有 5.9%;也说明为什么修好设置流程比多发几次公告更有效。
读完你会知道
- 报采用率之前先定义谁是可用用户
- 看到、首次成功、重复使用和形成习惯分开量
- 数产生价值的事件,不数入口点击
- 先修流失最大的阶段,再加提示
- 采用和未采用用户的留存差距不能证明因果
什么是功能采用?
功能采用(Feature Adoption)是指用户发现某个功能、试用它、并把它变成日常使用习惯的过程。它比产品采用更窄:产品采用问的是用户有没有用起整个产品,功能采用把同样的问题拆到每一个能力上:本可以从定时报告、批量编辑或新看板里受益的人,真的开始依赖它们了吗?
这件事很重要,因为产品投入大多花在功能上,而大多数功能用的人很少。Pendo 分析自家客户的产品后发现,约 80% 的功能很少或从未被使用。按功能衡量采用情况,才知道哪些投入有回报、哪些需要更好的引导、哪些应该下线。
功能采用漏斗
采用是一串步骤,不是单个事件。每一步分开衡量:
| 阶段 | 定义 | 典型事件 |
|---|---|---|
| 可用 | 能用这个功能的人(套餐、角色、平台符合) | 符合套餐的活跃用户 |
| 看到 | 看到了入口 | feature_viewed 或功能页的浏览 |
| 激活 | 成功用过一次 | report_scheduled(产生价值的事件,不是点击) |
| 重复 | 在规定窗口内再次使用 | 14 天内第二次成功 |
| 采用 | 形成习惯 | 最近 4 周里有 3 周在用 |
先定分母。不说清是「谁的 20%」,「采用率 20%」没有意义。
功能采用的指标和公式
| 指标 | 公式 | 回答什么 |
|---|---|---|
| 功能采用率 | 用过该功能的用户 ÷ 可用的活跃用户 | 用的范围有多广? |
| 发现率 | 看到入口的用户 ÷ 可用用户 | 大家找得到吗? |
| 激活率 | 成功用过一次的用户 ÷ 看到的用户 | 好不好懂? |
| 采用耗时 | 从初次看到到初次成功的天数中位数 | 阻力有多大? |
| 功能留存 | 第 N 周还在用的用户 ÷ 第 0 周首次使用的用户 | 留得住吗? |
| 使用深度 | 每个采用用户每周的使用次数 | 对采用的人有多重要? |
| 核心采用 | 达到习惯阈值的用户 ÷ 可用用户 | 有没有成为日常流程? |
| 指标 | 公式 |
|---|---|
| 采用率 | 用过该功能的用户 ÷ 可用活跃用户 |
| 激活率 | 首次成功 ÷ 看到 |
| 采用耗时 | 从看到到首次成功的天数中位数 |
| 功能留存 | 第 N 周用户 ÷ 第 0 周首次使用用户 |
| 核心采用 | 形成习惯的用户 ÷ 可用用户 |
一定要写明分母和时间窗口。
计算示例:定时报告
某 B2B 分析产品上线了定时邮件报告。上线后 30 天(示例数据):
| 阶段 | 用户 | 占可用用户 | 步骤转化 |
|---|---|---|---|
| 可用(付费套餐、活跃) | 8,000 | 全部 | — |
| 看到(打开过定时设置弹窗) | 5,200 | 65% | 65% |
| 激活(保存了一个定时任务) | 1,560 | 19.5% | 30% |
| 重复(14 天内打开报告邮件、修改或新增定时任务) | 780 | 9.8% | 50% |
| 采用(4 周里有 3 周有生效的定时任务) | 468 | 5.9% | 60% |
这些数说明:
- 发现没有问题。 一个月里 65% 的人找到了弹窗。
- 激活是瓶颈。 打开弹窗的人里 70% 没保存就走了。会话回放显示收件人输入框不接受团队邮件组,修好它是收益最大的改动。
- 对外口径和真实采用。 上线看板报的「采用率 19.5%」是试过一次的人,形成习惯的是 5.9%。两个都对,但只有后者能预示价值。
- 激活后的黏性不错。 重复使用的人里 60% 一直开着定时任务,说明过了设置这一关,功能是好用的。
采用的人留存更好吗? 有生效定时任务的账号续费率 92%,其他账号 81%。很诱人,但不是证据:活跃的账号本来就更可能设置定时任务,也更可能续费。想估计功能本身的作用,要拿上线前活跃度相近的账号比较,或者给引导提示留一个对照组,见相关不等于因果。
定时报告 · 可用用户
上线后 30 天可用
8,000
看到
5,200
激活
1,560
重复
780
采用
468
怎么提高功能采用
- 先修流失最大的那一步。 上面的例子里是激活,不是知晓度,多发几次公告没用。
- 把入口放在需求出现的地方。 在大家每周一都要导出的那份报告上提供「定时发送这份报告」,而不是藏在设置菜单里。
- 缩短理想路径。 合理的默认值、预填收件人、一键模板。
- 用有针对性的情境提示。 只给真的有这个问题的可用用户看(同一份报告导出了三次),不要给所有人看。
- 初次使用后跟进。 告诉用户头一份报告已经送达,并附上调整入口,能推动重复使用这一步。
- 向重度用户学习。 访谈那 468 个采用的人:拿它做什么、什么差点让他们放弃,见重度用户。
- 下线没人用的功能。 修过之后采用率还低的功能,照样要花维护成本,还让界面更乱。
常见错误
- 数点击而不是数成功。 打开弹窗只是看到,不是采用。
- 用全部用户做分母,而功能只有付费套餐能用。
- 把上线那一周当成常态。 新鲜感会带来尖峰,要在 30、60、90 天时再量。
- 拿采用和未采用的人一比就宣布因果影响(自我选择)。
- 没有埋点方案就开始衡量。 上线前没定义好看到和成功事件,事后就拿不到漏斗,见埋点方案。
在 TapCub 里衡量功能采用
- 用自定义事件发一个「看到」事件和一个「成功」事件,入口点击也可以用自动采集。
- 把各阶段建成漏斗,用分群(套餐、角色)限定在可用用户里。
- 留存分析里把首次成功设为起始事件、同一事件设为回访事件,就得到功能留存;用活跃天数分布看使用深度。
- 把该功能的成功事件加进产品参与度评分的核心事件(经营分析 › 产品健康分),它的采用情况就会计入评分里的「采用」部分。
另见:产品分析示例。
参考资料
- Pendo (2019). The 2019 Feature Adoption Report.
- Rogers, E. M. (2003). Diffusion of Innovations, 5th ed. Free Press.
- Nielsen Norman Group. Feature discoverability.
这篇文章对你有帮助吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。


