实时潜在触达 · 可行性探讨
把「给已 DM/RC、没回的老 lead 提触达时效」这个想法，用真实数据验到底——而不是直接砸一套实时系统。一天里它从「该怎么搭」走到「先别搭、换条路」。
📅 2026-06-08
🎯 通道 潜在触达（多次触达）
👥 人群 DM/RC 已发 · 未回
🔬 方法 先验数据，再决定
① 起点 ：想要的时效，长什么样
1我们想做的事
对一个高意向用户，我们发过私信（DM）或反向评论（RC），但 ta 一直没回。原来的「多次触达」是每小时扫名单 → 评 ta 当前最新视频 → 一条评论，没有时效要求（那条视频可能是几个月前发的）。
这次想升级成事件驱动的实时触达：
KPI：新视频发布后 10 分钟内完成。价值在于——新视频评论区是空的，10 分钟内评 = 前排可见 = lead 真能看到；几小时后评就被埋了。
② 第一个发现 ：这群人，几乎不发视频
2扫了 184 个候选，触发源几乎为零
用账号 cookie 签名拉「作品列表」API，把 fanny 一个号的 184 个潜在触达候选（DM/RC 未回、高/中意向）全量扫了一遍，看他们到底多久发一次视频。
触发事件极其罕见。这群人是装修需求方——他们在别人的装修视频下评论求报价，自己不是做内容的、不发视频。「盯他们发新视频」每天活儿 ≈ 0，为它砸一套高频实时系统，投入产出严重不匹配。
更糟：近 30 天里发视频活跃的那批，不少是商家/同行号（火腿厂家、家私店、品牌号在做内容营销），不是真客户。对他们刷「卖货评论」= 打错人、甚至打到同行脸上。
③ 两条侦测路 ：一条死，一条通
3怎么实时知道「谁发了新视频」
就算量小，我们仍想验证机制能不能成立。难点是：抖音不会推送给我们的脚本，得自己轮询。两条路实测对决——
✗ 路 A · 逐人并发轮询作品列表
- 顺序 0.6s 间隔拉 184 人 → 100% 成功
- 但要满足时效得并发。并发 10 持续拉，第 3 轮（约 2 分钟）被反爬打死（183/184 返回空 body）
- 单号有反爬速率预算，高频轮询会把号怼进冷却、和发 DM 抢号健康度
- 否决 除非降速率 + 多账号/代理池（基建重，不划算）
✓ 路 B · 特别关注 + 关注更新流
- 让号特别关注目标 → 轮询「关注 feed」一次聚合查询拿「谁更新了」
- 6 个请求拿到 27 个作者的更新，vs 逐人 184 个请求
- 请求量小两个数量级 → 限流问题直接解了
- 选定 这正是「特别关注」这个产品功能的用法
④ 路 B 实证 ：特别关注的人，发了就进 feed
4真机验了一把
用「一筑·全屋定制」号特别关注了几个测试目标，再拉关注 feed 看抓不抓得到：
掌上雨衣（特别关注的测试目标之一）——ta 约 2 小时前刚发的视频，第一页就抓到了，带作者 sec_uid + 发布时间 + 标题。机制成立。
| 核对项 | 结果 |
|---|
| 6 页 feed 去重 | 27 个不同作者 |
| 其中是我们 184 池子里的 lead | 7 个（号本就关注了一批 leads） |
| 命中本次特别关注测试名单 | 3 个（不管有多苦 / 掌上雨衣 / 楊六郎） |
| 每条数据是否够判「新视频」 | 够 sec_uid + create_time + 标题齐全 |
一个工程细节：feed 是算法排序、不是纯时间序，且每次调用返回的帖子还不固定。所以生产侦测不能信单次结果，要持续轮询 + 每个作者记最新发布时间 + 和水位线比对去重。数据都在，可做。
⑤ 结论 ：路通了，剩最后一哆嗦
5今天的落点 + 下一步
路 B 选定，实时潜在触达机制基本走通。限流这个最大的拦路虎解决了，特别关注的人发视频确实能被 feed 抓到。
🔴 唯一没验的 make-or-break：新视频发布后多久才在关注 feed 里冒出来？看到的都是几小时~几天前的帖，还没确认「发布后 10 分钟内 surface」。如果 feed 推送延迟超过 10 分钟，时效 KPI 就崩。
当前只特别关注了几个、且这群人日发 <1 条，样本太少逮不到。所以延迟那一关，等特别关注铺全后挂被动监控跑一天，自然就有答案。
✦这次探讨的方法
起点假设
「盯老 lead 发新视频，5 分钟内点赞 + 两条评论，搭个实时系统。」
数据说话后
这群人几乎不发视频（0.71 条/天）→ 直接砸实时系统 ROI 差；逐人轮询会限流 → 换成关注 feed；5 分钟放宽到 10 分钟，侦测预算更松。
没有一上来写代码。先用脚本把「这批人每天几条新视频」「API 会不会限流」「feed 抓不抓得到」一个个验出真实数字，每一步用数据决定下一步走向——省下的是一套可能每天只触发不到一次的实时系统的白工。