SaaS 产品埋点：早期先追关键动作，不要堆满事件

开场：没有使用数据，就只能靠感觉做产品

早期 SaaS 团队经常知道客户“有没有登录”，却不知道客户是否真正获得了价值。客户说最近挺忙，你不知道是没有时间用，还是产品没有进入关键流程；客户提出功能，你不知道它是核心阻力，还是一次性偏好。

产品埋点的目标不是把所有点击都记录下来，而是回答几个经营问题：客户是否完成激活，是否持续使用，是否遇到阻力，是否有扩展机会。

先定义关键动作

不要从技术事件开始，而要从业务价值开始。

不同 SaaS 的关键动作不同：

这些动作要能说明客户正在用你的产品完成真实工作。

事件命名要稳定

埋点最怕随手命名。今天叫 create_ticket，明天叫 ticket_add，后天又叫 new_issue，几个月后数据无法对齐。

建议使用统一格式：

• 对象 + 动作：ticket_created、ticket_assigned。
• 保持过去式，表示动作已完成。
• 不把页面名称当作核心事件。
• 同一个业务动作只保留一个主事件。
• 新事件进入前先写说明。

事件是产品语言的一部分。命名混乱，分析也会混乱。

每个事件至少带上上下文

只记录事件名不够。至少要带上：

• 租户 ID。
• 用户 ID。
• 角色。
• 对象 ID。
• 来源页面或入口。
• 关键属性，例如工单优先级、订单渠道、报表类型。
• 时间。

对于 B2B SaaS，客户层面的分析比个人层面更重要。你要知道一个团队是否健康，而不是只知道某个用户点了什么。

先做 3 个基础视图

早期不要急着搭复杂 BI。先做三个能指导行动的视图。

第一，激活漏斗：

第二，客户周活跃：

• 本周有关键动作的客户。
• 本周关键动作下降的客户。
• 连续两周无关键动作的客户。

第三，功能采用：

• 哪些功能被目标客户持续使用。
• 哪些功能只被少数客户试过。
• 哪些新功能上线后没有进入关键流程。

埋点要连接客户成功动作

数据不能只给产品经理看。它要触发动作。

例如：

• 客户注册 3 天后没有导入数据，发送上线协助邮件。
• 客户完成导入但没有邀请成员，提醒负责人做团队推广。
• 客户关键动作连续两周下降，安排客户成功复盘。
• 客户多个团队开始使用同一功能，触发扩展销售机会。

埋点的价值在于改变行为，而不是生成图表。

不要过早追踪所有点击

全量点击听起来全面，实际会制造噪音。早期团队没有时间分析几百个事件。

优先追踪：

• 激活必经动作。
• 付费价值动作。
• 协作动作。
• 失败动作。
• 扩展信号。

按钮 hover、菜单打开、页面停留时长，不一定没有价值，但在早期通常不是最优先。

常见误区

第一个误区，是只装统计工具，不定义业务事件。工具只能采集，不能替你判断价值。

第二个误区，是只看用户活跃，不看客户活跃。B2B SaaS 的购买和续费通常发生在客户组织层面。

第三个误区，是事件没有版本管理。产品改版后，事件含义变化要记录。

第四个误区，是数据只用于复盘，不用于触发动作。好的埋点应该让团队更早干预客户风险。

从 0 做 SaaS，产品埋点不需要复杂，但必须贴近关键业务动作。少量稳定事件，比一堆没人看的点击数据更有价值。