电商经营
这块看板有 10 张卡片
这块看板上的指标
GMV · 订单数 · 客单价 · 下单转化率 · 看商品用户数 · 下单用户数
同一个店铺,更多平台,更多语言,还有一个永远不结束的白天。
Google、Meta、TikTok、Microsoft、Pinterest 都说这单是自己的。只有留在买家身上直到 purchase 的点击 ID 能说清。
盯这个数: 按平台的渠道 GMV
我们这边凌晨两点的一个德语运费问题,九点才有人回,那时购物车已经没了。
盯这个数: 按语言的首次回复时间
支付方式、税费、地址格式按国家变。不按市场拆的漏斗会把坏掉的那一个藏起来。
盯这个数: 按国家的结账完成率
这个方案原样安装电商包。每个指标都可以按国家、币种或平台属性拆开,单独看每个市场。
| 指标 | 定义 | 格式 | 所在看板 |
|---|---|---|---|
| GMV | PROPSUM(purchase.revenue) | 金额 | 电商经营 商品与转化 |
| 订单数 | TOTALS(purchase) | 数值 | 电商经营 商品与转化 |
| 下单用户数 | UNIQUES(purchase) | 数值 | 电商经营 |
| 客单价 | PROPSUM(purchase.revenue) / TOTALS(purchase) | 金额 | 电商经营 |
| 看商品用户数 | UNIQUES(view_item) | 数值 | 电商经营 商品与转化 |
| 加购数 | TOTALS(add_to_cart) | 数值 | — |
| 加购用户数 | UNIQUES(add_to_cart) | 数值 | 商品与转化 |
| 加购率 | UNIQUES(add_to_cart) / UNIQUES(view_item) * 100 | 百分比 | 商品与转化 |
| 下单转化率 | UNIQUES(purchase) / UNIQUES(view_item) * 100 | 百分比 | 电商经营 |
| 结账完成率 | TOTALS(purchase) / TOTALS(begin_checkout) * 100 | 百分比 | 商品与转化 |
| 搜索数 | TOTALS(search) | 数值 | — |
| 退款金额 | PROPSUM(refund.revenue) | 金额 | 商品与转化 |
| 退款单数 | TOTALS(refund) | 数值 | 商品与转化 |
| 退款率 | TOTALS(refund) / TOTALS(purchase) * 100 | 百分比 | 商品与转化 |
指标名称和公式来自行业包。TOTALS 数事件次数,UNIQUES 数人数,PROPSUM 对某个属性求和。本页所有数字都是示例数据。
每块看板由一组卡片组成:KPI、漏斗、趋势、留存、分布和分组表。装上以后可以改、复制、分享。
这块看板有 10 张卡片
这块看板上的指标
GMV · 订单数 · 客单价 · 下单转化率 · 看商品用户数 · 下单用户数
这块看板有 8 张卡片
这块看板上的指标
看商品用户数 · 加购率 · 结账完成率 · 退款率 · 加购用户数 · 退款金额
购买漏斗按市场分别跑。−46% 的角标标出所选国家里流失最多的那一步。
购买漏斗
7 天窗口看商品
2,400
加购
1,248
开始结账
674
支付成功
508
按国家分组
给漏斗加一个国家分组。某个市场缺一种支付方式,会表现为只在那里失败的结账步骤。
币种作为属性
purchase 带 currency。报表时再换算,GMV 总额和分市场视图都保持一致。
买家所在时区
按买家当地时间看小时报表,就知道购物车什么时候被放弃,客服该什么时候排班或交给自动化。
包里的其他漏斗
跨平台归因、跨语言翻译,以及一个在每个市场都能用的结账。
gclid、fbclid、ttclid 等从落地页 URL 读出来,留在这个人身上。purchase 从服务端到达时,订单就落到最初那条活动上,不管什么币种。
各平台花费占比 vs 订单占比
示例里 TikTok 花掉 23% 的预算,只带来 7% 的订单。
进来的消息翻译成你的语言,回复翻回他们的语言。对话里两个版本都保留,同事之后可以复核答得对不对。
进行中的对话
6 种语言支付渠道一有变更,先看按国家的结账完成率。带国家分组的漏斗会告诉你哪个市场掉了、掉在哪一步。
示例场景: 巴西结账完成率 32%,其他市场 60%。支付渠道升级时把 Boleto 关掉了。第二天早上恢复。
按国家的结账完成率
最近 30 天| 国家 | 结账 | 支付 | 完成率 | 客单价 |
|---|---|---|---|---|
| 德国 | 1,240 | 806 | 65% | $48 |
| 美国 | 2,180 | 1,286 | 59% | $44 |
| 日本 | 640 | 371 | 58% | $52 |
| 巴西 | 910 | 291 | 32% | $39 |
| 法国 | 720 | 439 | 61% | $47 |
凌晨两点,知识库用买家的语言回答运费、关税和退换问题。涉及具体订单的问题排到早上,带着翻译好的对话和购物车。
示例场景: 夜班对话占总量 38%。AI 接手第一句之后,首次回复中位数从 6 小时降到 12 秒,早上的队列减半。
访客上下文
TapCub AI · 自动回复
Versand nach Hamburg dauert 3–5 Werktage mit DHL, Zollgebühren fallen keine an. Soll ich dir den Rabattcode für den ersten Einkauf anwenden?
和电商包同样的 9 个事件。add_to_cart、begin_checkout 和 purchase 一律带 currency,报表才能正确换算。
| 事件 | 显示名 | 触发时机 | 必填属性 | 来源 |
|---|---|---|---|---|
search | 站内搜索 | 提交站内搜索时。results = 0 表示无结果搜索。 | query | 网页 小程序 App |
view_item必需 | 看商品 | 商品详情页,每次看商品一条。 | item_id | 网页 小程序 App |
add_to_wishlist | 收藏 | 商品被收藏时。 | item_id | 网页 小程序 App |
add_to_cart必需 | 加购 | 商品加入购物车时;带金额和店面币种。 | item_id | 网页 小程序 App |
remove_from_cart | 移出购物车 | 商品被移出购物车时。 | item_id | 网页 小程序 App |
view_cart | 看购物车 | 打开购物车页或购物车抽屉时。 | — | 网页 小程序 App |
begin_checkout必需 | 开始结账 | 进入结账时;金额、件数和币种。 | — | 网页 小程序 App |
purchase必需 | 支付成功 | 支付结算后由服务端上报;insert_id = order_id,revenue 为实付币种金额,payment_method 按市场填。 | order_idrevenuecurrency | 服务端 |
refund | 退款 | 服务端上报;带 reason,才能把跨境退货和质量问题分开。 | order_idrevenue | 服务端 |
事件名、必填属性和来源来自行业包。标为「服务端」的事件必须由你的后端上报;订单号、发票号作为 insert_id 去重。
场景示例,非真实评价。
我们的访客写德语、日语和西班牙语。我用中文回,没人察觉。翻译双向跑,而且不碍事。
D. H.
创始人 · 两人外贸团队
Meta 说巴西的每一单都是它的。点击 ID 归因把一半给了 Google 和邮件订阅。我们停止了给 Meta 加倍预算。
M. S.
市场负责人 · 跨境独立站
以使用者视角撰写的场景示例,非真实评价。
没有。跨境店装电商包。10 个模板,11 个方案。本页的指标、事件和看板就是电商包的,用市场分组来读。
按点击 ID:Google Ads、Meta、TikTok、Microsoft Ads、X Ads、LinkedIn、Snapchat、Pinterest、Reddit Ads、Yandex Direct,加国内四家:巨量引擎、百度营销、腾讯广告、快手磁力引擎。其他平台走 UTM。
purchase 按实收上报 revenue 和 currency。报表按项目币种换算,币种分组里能看到原始数字。
会。每条对话单独识别语言。AI 回复和翻译后的客服回复都用那种语言发出,并和原文存在一起。
能。按团队设营业时间。时段之外 AI 从知识库回答,涉及订单的问题排队,并标注为自动回复。
能。每个店面是一个项目下的站点。收件箱每条对话都显示站点、语言和当地时间。