用户分析 是一个人，
不是三台设备
画像把网站、App 和小程序合并到一条时间线上。人群随事件到达实时更新。账户把人汇总成公司，服务 B2B。这一切都可以用一句话问出来。
- 一个人一份画像
- 始终最新的人群
- 跨设备身份合并
- 内置隐私控制
问问你的用户
脚本化演示——本页不调用真实 AI。
RFM · 付费客户，最近 90 天
冠军客户
最近 · 频繁 · 高价值
18%
忠诚客户
频繁，但不是最新的
24%
流失风险
曾经常买，沉默 60 天以上
12%
冠军客户占付费用户的 18%，贡献 41% 的收入。 他们大多来自 Newsletter。对待方式应区别于对折扣敏感的 24% 忠诚客户。
人群 · 高价值，正在变安静
当前匹配
1,284
随事件到达每小时更新
实时人群按首次触点渠道
1,284 人匹配。 把他们推给客服做主动邀请的受众，或导出名单发召回邮件——人群会自己保持最新。
账户 · 健康分低于 60
| 账户 | 席位 | 30 天活跃 | 事件 | 健康分 |
|---|---|---|---|---|
| Acme Retail | 12 | 4 | 1,920 | 42 |
| Northwind | 8 | 6 | 3,410 | 58 |
| Bluebird Co. | 5 | 5 | 2,860 | 71 |
| Globex | 20 | 9 | 5,120 | 55 |
| Initech | 3 | 3 | 940 | 64 |
三个账户低于 60。 Acme Retail 12 个席位只有 4 人活跃——续约风险在续约日期前几周就显现出来。
数设备不等于认识人
让用户报表不可信的三个问题，以及 TapCub 的处理方式。
「我们的 MAU 虚高」
一个客户用手机、电脑和小程序，在按设备统计的工具里是三个用户——其中一个永远「没回来」。
登录时身份合并，并保留之前的匿名访问。留存和 LTV 按人计算。
「人群用的时候已经过期」
导出的名单下载那一刻就开始过时。活动发给了已经转化的人。
人群是规则不是名单。随事件到达重新计算，可直接用于客服、漏斗和导出。
「我们卖给公司，不是个人」
消费级工具看不出 12 个席位只有 4 个活跃。续约谈判没有数据支撑。
账户把画像归到公司下，带席位、活跃度、事件和健康分——同一份数据的 B2B 视图。
关于一个人的一切，按时间排好
画像是跨所有来源的事件时间线、你设置的属性、合并过的设备和这个人所属的人群。Lena 是 48,213 个访客中的一位付费客户。
- 跨网站、App、小程序和服务端的时间线
- 属性来自 SDK、服务端或 CSV 导入
- 人群和账户归属在同一张卡片上
示例场景： 客服从对话里点开 Lena 的画像：三笔订单、Pro 套餐、两分钟前在看定价页。关于升级的回答很短，因为上下文已经在那里。
Lena M.
柏林 · 3 台设备 · 首次出现 2026 年 6 月
14
会话
$412
LTV
3
订单
2 分钟前
最近出现
属性
- planpro
- orders3
- cityBerlin
- first_channelnewsletter
人群
时间线
全部订单- 浏览 /pricing今天 · 2 分钟前
- 复购 · $1289/28 · 推送
- 套餐变更为 Pro9/12 · 账单
- 在小程序下单 · $969/9 · 分享链接
- 阅读 /blog/linen-care9/3 · Newsletter
网站、小程序和 App，登录时合并
登录前访客是一台设备。登录后，你发送的用户 ID 把这些设备合并成一份画像——包括登录之前的匿名访问。漏斗、留存和 LTV 从此跟着人走。
- 带上你的用户 ID 调用一次，合并由 TapCub 完成
- 匿名历史被保留，不会丢弃
- 覆盖网页、iOS、Android、HarmonyOS、小程序和服务端事件
示例场景： Lena 在电脑上读了篇博客，一周后在小程序下单，之后装了 App。没有身份合并，这是三个用户、零留存；有了它，是一份画像、一位三单客户。
登录前 · 2 台设备
电脑 · Chrome
example.com
- 阅读 /blog/linen-care
- 两次浏览 /pricing
- 来自 Newsletter
手机 · 小程序
微信
- 从分享卡片打开
- 下单 · $96
- 安装了 App
登录后 · 1 个人
Lena M.
一个人 · 3 台设备 · 14 次会话
3
订单
$412
LTV
W4 · 54%
所在分群
- 登录前的匿名访问被保留
- 首次触点仍是 Newsletter
- 留存只把她算一次
可以筛选、分组、对比的特征
属性记在人身上：套餐、订单数、城市、首次渠道，以及你设置的任何字段。它们来自 SDK、服务端调用或 CSV 导入，每份报表都能按属性拆分。
- 从浏览器、App、服务端或导入设置
- 有类型：字符串、数字、日期、布尔、列表
- 设备、地理和首次触点属性自动填充
示例场景： 把结账漏斗按套餐拆开：免费用户转化 14%，Pro 用户 31%——下一个该看的是定价页，不是结账页。
付费用户按套餐
访客按设备
- 手机54%
- 电脑31%
- 平板15%
本项目的属性
| 属性 | 类型 | 示例 | 来源 |
|---|---|---|---|
| plan | string | pro | 服务端 |
| orders | number | 3 | 服务端 |
| city | string | Berlin | 自动 |
| first_channel | string | newsletter | 自动 |
| newsletter_opt_in | boolean | true | Web SDK |
是规则，不是名单
人群是一组关于事件和属性的条件。它随数据到达重新计算，所以「高价值、正在变安静」这一组在这一小时是准确的，而不是上个月的。可用于任何报表、作为客服受众，或导出。
- 条件可基于属性、事件、次数和时间窗口
- 编辑时实时显示人数和拆分
- 为付费客户预置了 RFM 人群
示例场景： 市场团队建了订单 ≥ 3 且 LTV ≥ $300 且 21 天未访问：1,284 人。这个人群同时驱动召回邮件和回访时的主动客服邀请。
高价值 · 正在变安静
当前 1,2841,284
人
$386
平均 LTV
38%
Newsletter 首触
RFM · 付费客户
B2B 视图：
公司、席位、健康分
把画像归到账户下，同一份事件就变成了每家公司的席位活跃度、使用深度和健康分。续约风险表现为提前几周下滑的分数，而不是续约会上的意外。
- 账户 = 共享公司属性或域名的画像
- 健康分加权活跃度、广度和近因
- 套餐、席位和活跃用户在同一行
示例场景： Acme Retail 有 12 个席位，30 天内 4 人活跃，健康分 42。客户成功周一就收到提醒，而不是在十一月的续约会上。
账户
全部健康分 < 60| 账户 | 套餐 | 席位 | 30 天活跃 | 事件 | 健康分 |
|---|---|---|---|---|---|
| ACAcme Retail | VIP | 12 | 4 | 1,920 | 42 |
| NONorthwind | Pro | 8 | 6 | 3,410 | 58 |
| BLBluebird Co. | Pro | 5 | 5 | 2,860 | 71 |
| GLGlobex | VIP | 20 | 9 | 5,120 | 55 |
| INInitech | Pro | 3 | 3 | 940 | 64 |
账户数
184
健康分 < 60
31
席位活跃率
61%
两组人，一张图
把任意两个人群放到同一个漏斗或留存曲线上并排看。差值那一列就是洞察所在：Newsletter 首触的访客从加购到结账是 71%，其他人只有 44%。
- 任意两个人群，任意模型
- 每一步的差值高亮
- 把对比保存到看板
示例场景： 对比Newsletter 首触与全部访客：Newsletter 组从浏览商品到支付是 25%，整体是 21%——这个渠道带来的是已经信任品牌的人。
结账漏斗 · 人群 vs 全部
| 步骤 | 全部访客 | Newsletter | 差值 |
|---|---|---|---|
| 浏览商品 | 100% | 100% | — |
| 加入购物车 | 52% | 58% | +6 pp |
| 开始结账 | 28% | 41% | +13 pp |
| 支付成功 | 21% | 25% | +4 pp |
留存 · 按周
Newsletter全部访客三个团队，三个人群
基于上方示例数据的场景示例。
召回沉默的冠军客户
复购用户悄悄沉默，直到季度结束才有人发现。
- 人群：订单 ≥ 3、LTV ≥ $300、21 天未访问
- 按首次渠道拆分：38% 来自 Newsletter
- 回访时主动弹出客服邀请
结果： 触达 1,284 人；原本会被算作「流失」的人群在下个月贡献 212 单。
提前发现续约风险
账户在续约时流失，而使用数据里没有任何人看过的预警。
- 每家公司一个账户健康分
- 健康分 < 60 持续 14 天即告警
- 席位活跃度与套餐同一行
结果： 客户成功在九月联系了 31 个账户；24 个在续约前重新活跃。
三个端上的同一个客户
在网站、小程序和 App 上购物的人每个季度都像三个新用户。
- 登录时身份合并
- 首次触点保留为最初的 Newsletter 访问
- 留存按人计算
结果： MAU 下修 23%——每位真实客户的 LTV 上升 41%，获客预算因此改写。
身份合并是怎么工作的？
用户登录时带上你的用户 ID 调用 identify。TapCub 把这台设备合并进画像，并保留登录之前的匿名访问。覆盖网页、App、小程序和服务端事件。
人群会自动更新吗？
会。人群是一组规则，随事件到达重新计算。示例中 1,284 人的人群标注为「每小时更新」，也可以按需重新计算。
可以从 CRM 或账单系统导入属性吗？
可以——通过服务端 SDK、API 或以用户 ID 为键的 CSV 导入。套餐、MRR、续约日期和负责人是常见的导入字段。
账户健康分是什么？
每个账户的加权指数，综合最近 30 天活跃度、使用功能的广度、席位利用率和近因。权重可调，默认近因和席位活跃度权重最高。
个人数据是明文存储的吗？
用户 ID 和邮箱在存储前哈希。自由文本属性按你发送的内容存储，所以不要把敏感数据当属性值发送。见安全。
画像保留多久？
事件历史按套餐的保留期：免费版 6 个月、Pro 12 个月、VIP 24 个月以上。账户有效期内画像和属性一直保留。见定价。