做投放的团队普遍是这个状态:抖音、腾讯广告、百度各有一个后台,落地页的访问数据在统计工具里,线索在销售的微信和表格里,钱花在哪个渠道、哪条素材带来的成单,全靠月底手工拼表。
更麻烦的是两件事:一是线索分配靠群里喊,销售撞单、漏接都发生过;二是转化结果没有回传广告平台,平台学不到"什么样的人真的成交",出价越跑越偏。
所以这套后台要解决的是把"落地页 → 短链归因 → 线索分配 → 转化回传 → ROI 报表"连成一条链路,让投放、销售、老板看同一份数据。
点击空白处退出提示
做投放的团队普遍是这个状态:抖音、腾讯广告、百度各有一个后台,落地页的访问数据在统计工具里,线索在销售的微信和表格里,钱花在哪个渠道、哪条素材带来的成单,全靠月底手工拼表。
更麻烦的是两件事:一是线索分配靠群里喊,销售撞单、漏接都发生过;二是转化结果没有回传广告平台,平台学不到"什么样的人真的成交",出价越跑越偏。
所以这套后台要解决的是把"落地页 → 短链归因 → 线索分配 → 转化回传 → ROI 报表"连成一条链路,让投放、销售、老板看同一份数据。
归因与落地页:落地页模板管理、短链生成、utm/点击 ID 落库到访客维度,线索生成时自动带回来源渠道与素材。
线索:线索池、去重、按规则分配给销售(轮询/按区域/按渠道)、跟进记录、无效线索标记。
回传:转化结果通过各渠道 API 回传广告平台,形成投放闭环;回传失败有重试队列与失败明细。
数据:按日 UV/PV 趋势、转化漏斗(访问→表单提交→有效线索→回传成功)、分渠道与分落地页的转化率对比、ROI 报表(花费/线索/成单)。
配套:A/B 实验(落地页版本对比)、黑名单、素材库、客户管理、增长能力配置、行为点分析、短视频报表、审计日志。
独立设计与开发者,17 个页面路由、5 大子系统(归因 / 线索 / 回传 / 报表 / 配置)全部由我完成,包含前端后台界面和后端接口。
技术栈:Vue 3 + Element Plus + Vite / Java 17 + Spring Boot / MySQL 8 / Redis / 各渠道回传 API(抖音、腾讯广告等)。
实现要点:
1. 归因模型:访客首次进入落地页时把 utm 与点击 ID 写入 cookie + 访客表,之后同一访客的多次访问归到同一来源;跨渠道重复曝光按"首次有效归因 + 归因窗口"处理,避免一个线索被记两次。
2. 回传适配器:每个渠道一个 adapter 实现统一接口(参数组装、签名、重试策略不同),新增渠道不改业务代码,只加一个实现类。
3. 报表:明细表按天预聚合到汇总表(渠道 × 落地页 × 日期),后台查询走汇总,避免每次实时扫明细;日期筛选与维度切换在前端做缓存。
4. 线索分配规则做成配置表 + 规则引擎,改分配策略不用发版;撞单靠线索唯一键(手机号 hash)在入库时拦截。
难点是数据可信度:渠道后台的点击数和自己的 UV 永远对不上,最后在报表里明确区分"平台口径/本站口径"两列,并给出偏差说明,而不是强行凑数——这一点客户后来认可度最高。
作品链接:
https://changfeng.club/cases/ad-console.html



评论