先讲一个配混了的数据事故
快手一个账户既投电商(小黄车/店铺成交),又投线索(引导加企微)。团队图省事,两套业务共用一个回传配置。结果:电商的”下单”和线索的”加粉”两个转化事件混在一条通道里,模型不知道该优化电商成交还是优化线索加粉,两边都跑不好。
电商和线索是两套完全不同的转化逻辑,回传必须分场景。这篇文章讲两套场景的回传差异和分场景配置。
两套场景的本质区别
- 电商场景:转化是”下单/支付”,用户在站内完成成交,回传的是电商转化事件。
- 线索场景:转化是”加粉/留资”,用户跳出站内去加企微,回传的是线索转化事件。
- 归因逻辑不同:电商归因到”成交”,线索归因到”加粉”,两者的优化目标和回传字段都不同。
分场景配置的三个动作
- 分场景转化 ID:电商和线索各建独立的转化事件和转化 ID,回传数据物理隔离。
- 分场景回传通道:两套业务用不同的回传配置,电商回传订单事件,线索回传加粉事件。
- 分场景看板:电商看成交 ROI,线索看加粉成本和开口率,分开评估,不混看。
用叮咚外链,线索场景的加粉回传和电商场景的订单回传可以分组配置,数据天然分开。
一个要避开的坑
别为了省事,把”加粉”和”下单”混成同一个转化目标。模型会无所适从——它不知道你要它优化”加人”还是”卖货”。电商和线索的转化目标,必须分开定义、分开回传。
落地清单
- [ ] 电商与线索已分场景建转化 ID
- [ ] 两套业务回传通道独立,不混传
- [ ] 电商看成交 ROI,线索看加粉成本,分开评估
- [ ] 加粉与下单转化目标分开定义,不混用
电商卖货和线索加粉,是两条完全不同的路。回传混在一起,模型就不知道该往哪走。分场景配,两条路才各自走得通。