本项目属于通信运营商号卡分销行业。用户通过微信小程序及 H5 页面浏览中国移动、中国联通、中国电信、中国广电四大运营商的手机号卡套餐,在线选号、填写收货与实名信息并提交下单;订单由上游供应商完成发货与激活,平台负责订单状态同步、物流查询及售后客服处理。
点击空白处退出提示
本项目属于通信运营商号卡分销行业。用户通过微信小程序及 H5 页面浏览中国移动、中国联通、中国电信、中国广电四大运营商的手机号卡套餐,在线选号、填写收货与实名信息并提交下单;订单由上游供应商完成发货与激活,平台负责订单状态同步、物流查询及售后客服处理。
广告投放(腾讯、巨量、百度、快手、小红书、小米),拉消耗/创意/账户数据
落地页(落地页配置、省市级拦截规则、弹窗、成功页策略、SEO)
商城(支付宝/微信小程序商城,头图、轮播、商品、客服模块、宽带模块配置)
订单(主订单、库存单、佣金单、风控单 、客服流转单、多状态机流转)
微服务底座 │ Spring Cloud Alibaba · Spring Boot · 基于 lamp-cloud 4.9.0 二次开发
注册/配置 │ Nacos(shared-configs 抽公共配置:common/redis/mysql/rabbitmq/elastic)
持久层 │ MyBatis-Plus · 自研 ColumnMybatisConfiguration 双拦截器
网关 │ Spring Cloud Gateway
广告归因的「最后一公里」
投放花了钱,必须能把「某一单成交」准确归因回「哪条创意、哪个优化师、哪个广告账号」,还要按比例控制回传量(全量回传会污染平台模型,不回传又不给量)。这是整个系统复杂度最高的部分:
- 8 家平台各自的回传协议、字段、签名都不一样
- 回传要在订单事务提交之后做,否则事务回滚会造成虚假回传
- 比例控制要跨天累计、要能中途改配置、还要保证并发下计数准确
- 失败订单要能逆转回传(关键字匹配)



评论