产品分析平台对比 产品分析，
不用先写埋点方案
国外产品分析平台在埋点方案写好、开发完、验证过之后非常强。TapCub 从自动采集开始，让 AI 给事件命名，第一个小时就能看漏斗、留存和路径——网站统计和在线客服也在同一段代码上。
- 自动采集 + AI 事件收件箱
- 网站、App、小程序算同一个人
- $9/月起，不按席位
结账漏斗
7 天窗口商品页
2,400
加购
1,248
结账
674
支付
508
事件收件箱 · AI 建议
- add_to_cart已确认
任意商品页点击「加入购物车」
- checkout_started已确认
提交 /checkout 表单
- coupon_applied81%
填写并确认优惠码
哪一个适合你？
两类都基于事件。区别在于谁来定义事件，以及这要花多久。
你想这周就拿到答案，而不是等下个版本
- 团队里没人有时间写并维护埋点方案
- 你想要漏斗、留存、路径和热力图，但没有数据工程师
- 网站流量、产品行为和客服对话应该放在一个地方
- 网站、App 和小程序的用户应该算同一个人
- 你更想要按站点档位的价格，而不是按席位或按事件的账单
你有数据团队和成熟的数据模型
- 你已经有数据团队在维护严格的事件体系和治理流程
- 分析需求深入到数仓建模和自定义数据管道
- 你的技术栈依赖某个特定供应商的集成
- 只有少数分析师需要访问，按席位计费反而划算
- 采购已经统一到企业级合同
这类平台在它们擅长的领域非常出色。问题只是，那是不是你的团队现在需要的。
十四项逐一对比
国外产品分析平台与 TapCub 分析的特征对比。
包含部分包含 / 各家不同不包含
| TapCub | 国外产品分析平台 | |
|---|---|---|
| 第一张图 | 安装后几分钟 | 几天：写方案、开发、验证 |
| 埋点方案 | 不需要，自动采集 + AI 命名 | 需要 |
| 谁来定义事件 | AI 建议、你确认；只有业务字段才写代码 | 开发按规范实现 |
| 漏斗、留存、路径、分布 | 支持 | 支持 |
| 公式与 SQL | ✓ 专业模式 | 各家不同 |
| 用户画像与分群（规则、RFM） | 支持 | 支持 |
| 网站、App、小程序身份打通 | ✓ 一个项目、一个人 | 按 SDK 各算各的 |
| 营销归因与渠道 ROI | ✓ 14 个广告平台、成本导入 | 需另一个工具 |
| 网站统计（来源、页面、机器人） | ✓ 包含 | 需另一个工具 |
| 在线客服 | ✓ 同一段代码 | 不支持 |
| 行业模板 | ✓ 10 个行业包 | 很少 |
| 私有化 | ✓ 企业版 | 部分 |
| 免费版 | ✓ 每月 50 万事件 | 有限 |
| 价格模式 | 按站点档位，$9/月起 | 按事件量 + 按席位 |
依据 2026 年公开产品特征整理的类别对比。各家不同，这里不点名。
产品团队最先问的六件事
每个场景展示它在 TapCub 里长什么样，用的是示例数据。
「真的不用写埋点方案？」
自动采集记录点击、提交和滚动。AI 把它们归组、给出名字和置信度。你在收件箱里确认，事件立刻可以进报表。
事件收件箱 · 今天
- trial_started · 96%已确认
- signup_submitted · 94%已确认
- pricing_viewed · 81%待确认
- docs_search · 77%待确认
「注册之后在哪一步停住不付款？」
漏斗带时间窗口、步骤顺序和流失人群。示例在加购到结账之间流失 46%——点一下这一步就能看到他们是谁。
商品页
2,400
加购
1,248
结账
674
支付
508
「新的引导流程有没有提升留存？」
按周同期群并排看。第 1 周留存从 46% 升到 58%，从 9 月 22 日那一批开始——正是上线引导清单的那一周。
| 同期群 | 用户 | 第 0 周 | 第 1 周 | 第 2 周 | 第 3 周 |
|---|---|---|---|---|---|
| 9/1 | 1,840 | 100% | 46% | 38% | 33% |
| 9/8 | 2,012 | 100% | 49% | 41% | |
| 9/15 | 1,966 | 100% | 52% | ||
| 9/22 | 2,130 | 100% | 58% |
「网站和 App 里的同一个人算一个吗？」
一个项目接多个数据源。身份归并把登录前的访问和登录后的用户合在一起，一张画像里能看到网站上读的文章、小程序里下的单、App 里的复购。
Lena M. · 3 台设备 · 14 次会话
- 在网站上阅读 /blog/linen-care9/3
- 在小程序里下单9/9
- 在 App 里复购9/28
「分析师还能写 SQL 吗？」
专业模式开放所有模型、自定义公式和针对同一张事件表的 SQL。简单模式对其他人保持简单。
SELECT channel,
count(DISTINCT person_id) AS buyers
FROM events
WHERE event = 'order_paid'
GROUP BY channel ORDER BY buyers DESC;从产品分析平台迁过来的五步
现有事件名可以保留。自动采集补上空缺，你只需要搬真正在用的看板。
-
1
安装并让自动采集先跑
一段代码，每个平台一个 SDK。点击、提交、滚动从第一分钟开始采集，不需要任何结构定义。
-
2
保留你的自定义事件
用相同的事件名和属性调用 tapcub.track()。并行期间两个平台都会收到。
-
3
确认 AI 建议的事件
收件箱会给自动采集到的交互起名。确认你会用来做报表的那些，其余忽略。
-
4
重建你会看的看板
通常是三到五张图。行业模板为电商、SaaS、内容等提供起步布局。
-
5
归并身份，然后切换
登录时传入你的用户 ID，让网站、App、小程序变成同一个人。然后把团队切到 TapCub 看板。
为什么数字会不一样
产品分析平台和 TapCub 之间几乎所有差距，都能用四个口径解释。
| 口径 | 产品分析平台 | TapCub | 对数字的影响 |
|---|---|---|---|
| 用户（UV） | 识别前按设备 ID，识别后按用户 ID 合并 | 识别前为匿名访客哈希，识别后按用户 ID 合并 | 登录前用户不以持久 ID 存储，数量略低 |
| 会话超时 | 30 分钟，可配置 | 30 分钟无操作，跨午夜连续 | 基本一致；深夜会话不会被切开 |
| 机器人 | 事件数据通常不过滤 | 计数前剔除；AI 爬虫进账本 | 浏览类事件下降 10–20%，漏斗从真人开始 |
| 漏斗窗口 | 按漏斗设置，常见默认 7 天 | 按漏斗设置，1 小时到 30 天 | 窗口对齐后一致 |
| 时区 | 项目级设置 | 按站点设置，改动无需重新采集 | 时区不同时每日总数会平移 |
并行一周。漏斗和留存应该讲同一个故事，只是 TapCub 的第一步会从更小、只有真人的基数开始。
价格模式有什么不同
我们不引用其他厂商的价格——它们会变。重要的是你会按什么模式被收费。
按事件量
产品分析最常见的模式：一定免费额度，然后按每月事件数分档。自动采集类数据会很快把额度用完。
留意： 加上自动采集或机器人之后的事件数。
按席位
每个想看图的同事都要一个授权。营销、客服和创始人最后往往共用一个账号。
留意： 真正应该看到数据的人有多少。
免费额度后的大台阶
慷慨的免费档在某个阈值结束，第一个付费档可能是一大步，而且常常要年付。
留意： 第一个付费档的价格和计费周期。
TapCub 定价
产品分析包含在统计套餐里。按站点档位计价，成员数包含在内，机器人不计入事件。
免费版
$0/月
50 万事件 · 保留 6 个月 · 3 个漏斗 · 1 名成员 · 网站
Pro
$9/月
100 万事件 · 12 个月 · 20 个漏斗 · 3 名成员 · 网站、App、小程序
VIP 1
$29/月
300 万事件 · 24 个月 · 漏斗和看板不限 · 10 名成员
VIP 2
$79/月
1000 万事件 · 36 个月 · 成员不限
年付 6 折：Pro $64.80 · VIP 1 $208.80 · VIP 2 $568.80 每年。企业版单独报价。
自动采集会不会很吵？
原始自动采集天然是吵的，所以 TapCub 不直接拿它做报表。AI 把交互归成候选事件并给出置信度，你只确认重要的那些。未确认的候选不会进入报表。
还能在代码里定义事件吗？
可以。tapcub.track(name, properties) 在所有 SDK 上都可用；当事件需要订单金额这类业务字段时，AI 会帮你写好代码片段。确认过的自动采集事件和代码事件出现在同一个列表里。
有留存、路径和分布吗？
有：事件、漏斗、留存、路径、分布、间隔、归因、生命周期、自定义公式和 SQL。简单模式显示五个入口，专业模式显示全部模型。
跨平台身份是怎么打通的？
每个 SDK 发送一个匿名 ID；当你用自己的用户 ID 调用 identify() 时，该设备之前的行为会合并到这个人身上。网站、App、小程序的画像变成一条时间线。见用户分析。
有 API 或导出吗？
每张表都能导出 CSV。开放 API 返回指标和事件，Webhook 把事件和告警实时推到其他系统。
能私有化部署吗？
TapCub 企业版可以部署在你的服务器或私有云上，单独报价。见企业版。