私域是终身用户资产，非流量池

　　前年冬天，我在客户现场盯一个私域用户数据同步任务——就那种每天凌晨三点跑一次的脚本，把公众号粉丝、企微好友、小程序注册用户三端 ID 对齐，写进一张宽表。那天我蹲在他们运维间角落，笔记本搁在暖气片上，键盘烫手。

　　第八次重跑时，脚本卡在“查重去重”环节不动了。我切到后台看日志，发现不是死锁，也不是超时，是其中一批用户（去年双十二领过优惠券但没下单的）的标签字段突然多出一个叫“LTV_pred_2023Q4”的新列，类型是 JSON，内容却全是 null。我问对面穿灰卫衣的后端：“这列谁加的？”他正用牙签剔指甲缝里的方便面渣，头也不抬：“哦，算法组上礼拜塞的，说要测生命周期预测模型。”

　　我原以为只是字段兼容问题，改个 IFNULL 就完事——结果一跑，整张宽表主键冲突率从 0.3%蹿到 17%，而冲突全集中在同一拨人：2019 年注册、2021 年沉默、2023 年突然在社群点过三次红包链接的用户。系统把他们识别成“复活高潜”，硬往“LTV_pred_2023Q4”里塞了个空 JSON，又因为下游报表强校验该字段非空，整个同步链路就僵在那儿。二十来分钟，谁也没动，连空调外机停转的咔哒声都听得清。

　　后来运维把这张表 truncate 掉重跑，我蹲着看清洗后的 ID 映射关系——发现那些被反复打标又丢弃的“复活高潜”，八成以上是同一个人的三个马甲号：公众号关注、企微通过、小程序注册用的都是同一个手机号，但中间隔了三年，每次注册填的生日差两天，昵称带“VIP”“官方”“福利”字样轮着换。他们不是流量，是活人，是记不住自己填过几次表的人。可系统不认这个。

　　对，就是那天下午四点十七分，甲方产品总监推门进来，拎着保温杯站在机柜前面，说了一句：“你们总说私域是资产，可我翻后台看到去年拉进来的五万用户，今年只有一千八百多人还在线上留痕——这算资产？还是库存积压？”

　　我没接话。但那会儿我盯着屏幕右下角时间，秒针跳得特别慢。旁边咖啡机突然漏了一滴黑液，在地砖上洇开一小片——我也不知道那算不算故障，反正没人擦。

文章配图，仅供参考

　　还有件事：他们机房贴着墙根排了两排绿植，第三盆发财树枯死了大半，只剩一根枝干挺着，叶子卷边发白，土面上还插着上周换水的便利贴，字迹晕开：“已浇，勿动”。（这跟数据没关系，删掉不影响。）

　　我其实到现在也说不清，到底是算法组乱加字段触发了去重逻辑的崩塌，还是这群人本来就该被判定为“劣质资产”所以自动淘汰——但“优胜劣汰”这四个字，那天真像把钝刀子，来回刮骨头。它不靠算法判，靠时间判。用户自己走，自己留，自己换号，自己遗忘，系统追不上，也拦不住。

　　我手机屏保还存着那天截的图：凌晨三点二十六分，同步日志最后一行写着“[ERROR] Duplicate key violates unique constraint on user_id + source_type”，而上面一行是“INSERT INTO user_asset_log VALUES (xxx, 'wechat_official', '2019-03-11', NULL, '{}')”。那个空花括号，就是全部答案了。

　　（对了，隔壁工位打印机卡纸七次，第六次卡的是发票联，第七次卡的是收据联——这事和私域没关系，删掉论点也不少啥。）

　　有谁碰到过这个吗？

（编辑：航空爱好网）

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