她在江苏。抖音签名是「少来沾边滚」—— 防御性极强。她在「灿哥聊装修」的5 月开工 25 步流程图视频底下留了 4 个字 「需要攻略」。
Akke 把视频里第 18 步直接点了出来。35 分钟后她接受了聊天,又过半小时回了「3室一厅」。AI 立刻报了 3w 全屋柜活动价 + 要 V。2 小时 30 分前的事,她还在沉默。
videos.hashtags 完整入库(5 个),但 videos.craft_terms = []。原因:craft 词典只收具体工艺词(如"美缝""墙固""压光""鞋柜""拉篮""床头柜"),整装类常规词("装修""攻略""流程""开工")不命中。这是词典策略不是抓取 bug — 整装教程类视频天然在 craft 维度信号弱,需要靠 hashtag + topic_status 撑起视频上下文。
在灿哥聊装修(号源池里的一个本地号 · 服务市未标)发的那条「5 月开工 25 步流程图」视频底下,她打了 4 个字(原评论)— 案例库目前最短评论。同时她的抖音签名是「少来沾边滚」 — 防御性极强的姿态。其他案例的客户多半是默认昵称 / 友好昵称,本案是明确表达过"别来烦我"的客户。
3 件事在这条 4 字评论 + 签名组合里同时暴露:①「需要攻略」= 索要资料,product type 信号里最直接的转化前置动作;②评论时间 22:20 = 晚上刷视频,工作日睡前"明天开始查装修"的心态;③签名「少来沾边滚」+ 真实头像 + 实人 profile = 警惕型实人客户(不是默认 ID,不是 bot,是有自我表达的真实用户)。
极简评论的判断逻辑 + 防御性签名的解读:评论字数越短,越要看动词的转化距离。「需要攻略」里的动词「需要」+ 名词「攻略」组合 = 转化漏斗最上游的"我要开始研究了"。但本案叠加了一层防御性签名,意味着她平时收到大量垃圾私信、对陌生联系警惕度高。「需要攻略」对她来说很可能是对视频内容的反馈,不是邀请陌生 DM。AI 破冰需要对得起她的警惕:不能套话、不能群发感、必须证明读过她的具体上下文。事后看(见 #2),她接受了聊天 + 给了户型 — 说明 AI 这一关过了。
comments.ip_location · 抖音 IP 反查,可能偶尔漫游波动comments.city · f2 USER_DETAIL 抓不到自报市(客户未填或 profile 抓取被风控降级)source_accounts.city · 「灿哥聊装修」是本地号但 city 字段为 NULL(运营未录入)· 需要号源管理端补录source_accounts.city 是 NULL — 这是号源管理端的数据完整性问题。后续:运营加 V 后从客户端补市级信息;号源端把 city 补录(看抖音 profile 资料或视频内地名)。
20260512173500)双 NULL 直接短路 — 即使补抓到江苏哪个市,号源市还是 NULL 仍然 false。号源数据补全是同城判定恢复运行的前提。
Akke 的分析 cron 把评论喂给 LLM(DeepSeek V4 Flash)评分。模型读到「需要攻略」直接识别为 索要攻略 → product 信号,三轴合并 78 分。比刚子道场(68,问起订量)高 10 分,跟用户3824342698628(78,问尺寸)/ 空间向量(78,问联系)同分。评分发生在 5-20 15:27,距评论提交(5-19 22:20)晚了 17 小时—— 跨夜不算严重滞后。
首条 AI DM 已在源料 pack 内(#1)。这条破冰跟其他案例对比有两个独特点:视频复述深度最深(直接引用「流程图里柜体定制排第 18 步」具体序号),和第 ③ 段信息密度最高(攻略钩子 + ENF/PUR 工艺干货 + 三大品牌直供省 30% + 排单紧迫 — 4 件事压一段)。事后看(#2),她接受了聊天 + 给了户型 — 高信息密度配合视频引用,穿透了她的「少来沾边滚」防御态。
本案是案例库首次遇到 messaging_account_id = NULL 的情况。conversations.messaging_account_id = NULL、关联 accounts 自然查不到 — 但 message_queue 显示 status=sent + attempts=1,DM 确实发出去了。这是一条数据完整性的工程信号,需要排查 conversation create 时的发送账号绑定逻辑。本案 #3 跟进 DM 走的也是同条通道(运营在同一台设备上手动追发,所以 DB 也未入库)。
messaging_account_id 字段为空 · 案例库首次conversations 表的创建路径:是否有分支在 create 时没绑 messaging_account_id?②查 message_queue 的发送脚本:是否有从 conversation 拿 account_id 之外的 fallback 路径(如 round-robin 选号池)?③查这条 conversation 的 org_id,是否对应的 messaging 账号池当时为空(导致随机选号但没回写)?不修复的话,这种 conversation 后续无法做 followup、handoff、accounts 追溯 — 应当列为本周工程优先项。
签名「少来沾边滚」的客户接受了陌生 DM 的聊天请求 + 回了 3 个字(#2)。她没寒暄、没问公司名字、没问"你是谁" — 直接答了 AI 的反问。这是「警惕但好奇」型客户的典型表现:防御态没消失,但 AI 的视频引用 + 信息密度让她决定试一下。「3室一厅」3 个字给了 AI 接下来计算的全部参数。
跟进 DM 在源料 pack 内(#3),AI 在收到 #2 后 30 分钟内推出(运营手动)。这条跟进做了 4 件事压一段:复述户型 + 全屋配置清单 + 工艺/价格 + 加微钩子。案例库首次出现「首次跟进就报价」的策略 — 其他案例(用户3824342698628 / 空间向量)的第一轮跟进都没给具体价格数字,本案直接给 3w 落地价。
standard 触发的下一轮跟进文案要避免重复加 V 钩子,改成"工艺细节继续讲" / "案例图分享" 等低压力内容,维持对话开放;③运营 SOP 同步把 messaging_account_id = NULL 的工程问题(见 ACT 04)补到工程清单 — 本案如果走标准跟进,没有 account 绑定会让 followup 流程异常。
b10cae39-3d7f-…-2a5b6534b88eice_break · 等加 Vc39ca8d0-…-a7e2b372fec1MS4wLjABAAAA8Kokcs…hMuQhome · hashtags 5 个 / craft_terms 空(词典策略)
攻略· 评论字数 = 4 · 案例库最短