营销运营双轮驱动的数仓底层逻辑

　　跟产品吵。去年四月，灰度开关没推完，我正盯着那个标着「mkt_op_mix_v2」的调度节点发呆，PM冲进来问“双轮驱动的底表今天能上线吗”，我说“不能”，他抬手就把工单状态改成「阻塞-数仓侧」——这动作我敢打包票，他右手小指第二节有道浅疤，去年Q3团建烧烤时烫的，每次敲键盘都会蹭到键盘框上。

文章配图，仅供参考

　　先扔结论后补细节。优胜劣汰不是机制设计出来的，是DBA半夜三点打来电话逼出来的。那天晚上oncall手机震了一下，不是警报，是测试提了个紧急需求变更：把「用户最近七日触达路径」里埋在运营宽表里的营销标签，全挪到营销事实表里去。我边回邮件边听DBA在电话那头冷笑：“你那个join三张大宽表的物化视图，现在扫的是全量分区，不是增量。” 我说“早改了”，他回“你改的是DWD层，但ADS层还在读老物化视图”。挂掉前他补了一句：“你们双轮驱动？轮子都卡在同一个坑里，还转得挺欢。”

　　咖啡杯上印的公司logo掉了左下角一小块漆，现在看着像张嘴在笑。我原以为“双轮驱动”是让营销和运营的数据流独立建模、互不污染，结果呢？营销那边建了「曝光-点击-领券-核销」闭环，运营那边建了「入群-活跃-留存-流失」漏斗，最后俩宽表都要往一张用户主维表里灌维度，灌完发现ID映射对不上——营销用的是设备ID归因，运营用的是账号ID登录态，中间那个ID映射服务，上周刚被前端重构了一版，还没切流量，我们数仓的ETL就先崩了两次。我说不准这到底算谁的问题，但监控大屏上一个无关曲线抖了一下，是CDN带宽那个蓝线，当时正好17:23:04，抖得毫无逻辑，就抖了一下，没人管。

　　发版那天拆了三步：第一步是把旧宽表加字段停写；第二步是建新宽表并跑历史快照；第三步才是开调度、切读流量。结果第二步卡在HDFS空间不足，运维说“你这快照占三百七十TB”，我回“我只跑了三个月数据”，他说“你那个临时压缩参数设成snappy，实际存的是lzo没生效”。我说“那删了重跑”，他说“删？你先等权限工单走完流程”。我就坐在那儿看前端在群里发消息：“按钮点不动，loading转了十八秒”，其实那会儿压根没调我们接口，他调的是风控的验签服务——纯属手滑点了错环境。

　　真要我说实话，“优胜劣汰”就是让两个业务方自己打架，谁的口径先被老板点名质疑，谁的底层模型就得先改。去年四月那次上线，营销提了个“首单转化率”的指标，运营立刻反手抛出“LTV/CAC比值”，俩数一算差了27%，财务直接拉会。结果查出来：营销算的首单用的是支付成功时间，运营用的是订单创建时间，中间隔了十二小时，而我们的用户行为日志里，根本没记录“下单来源是否经过营销归因链路”这个标记字段——这个我敢打包票，字段名是event_source_tag_v3，去年十一月PR合并时被注释掉了，因为当时说“下游没用”。结果两个月后，它成了唯一能桥接双轮的锚点。

　　谁去倒了杯水？测试的小王。她端着杯子从工位走过来说：“你们这个双轮驱动，轮子是不是少个轴承？”我说“你咋懂这个”，她说“我男友修拖拉机的”。后来我们真在模型里加了个「驱动耦合度」中间表，就两列：user_id 和 coupling_score，算法是营销触达频次除以运营任务完成次数，再做对数平滑——现在每小时刷一次，值域0.3~2.1，业务方看了三天，没人问，也没人改。KPI考核里这条早删了，去年十月人力说“耦合度太虚，没法进OKR”，所以现在它活着，只是没人喂它。

　　说实话，我不信这套逻辑能撑过今年冬天。上个月DBA又把我叫过去，说他们巡检发现：我们所有带“双轮”字样的表，血缘图里92%都连着同一张公共用户标签宽表——这张表上个月刚因为索引失效拖垮了整个OLAP集群。他指着拓扑图问我：“你这双轮，轴心是不是焊死在一块儿了？”我没吭声，低头看见自己电脑贴纸上还留着三年前写的“星型不星，雪花不雪，雪饼倒是真脆”，旁边被咖啡渍洇开一小片，像块污渍。

　　下一步？我把那个coupling_score表的调度周期从小时级改成天级，关掉实时落库。等哪天PM真拿着它的输出去怼运营总监再说。反正现在，它就安静躺在DWS层最底下那个schema里，名字起得特别老实：dws_user_coupling_di。没文档，没owner，只有我在ddl里留了句注释：“此表暂无业务消费，勿删，谢。”

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!