她在浙江。在石材橱柜板材批发工厂号的视频底下,她留下的不是疑问,而是一句指令 — 「我家要安装7米.你给我安装吧」。这是号源池里少见的强购买信号,评论后 8 分 03 秒破冰就到了,第二天早上她主动回了 「L型」。
内容侧打得很漂亮 — 破冰接住 7 米 + 石英石 + 动线,跟进给了「转角拉篮治死角」的实在干货 + 「整体重做还是换柜体」的合格化提问。最大短板在回写:她的回复和那条精彩跟进都没回库。整条案例按 6 个模块复盘。
下面三块是这条案例的原始信号:她留评论的工厂号视频、那句直接的下单式评论、以及隔天早上她主动回「L型」后展开的对话。这是一条评论后 DM 触达 — 客户尚未回关,所以只能先发一条破冰。
messages.role = ai,sent_at 15:40:51);#2 客户回复「L型」+ #3 AI 跟进均未入库 — DB 里这条 conversation 除 opener 外,"客户消息"全是云电脑收件箱抓回的「X小时前在线 / 关闭会话」状态噪声,不是真实消息。#2 #3 内容取自手机聊天截图,sender 按截图气泡侧判定(文哥账号在右 = akke,客户头像在左 = user),非启发式推断。
时效性是 Akke 链路最先体现的工程指标。本案是时效的正面样本:评论 15:32 留下,15:37 入库评分,15:40 破冰送达 — 全程 8 分 03 秒。对一句「你给我安装吧」的强意向客户,这个速度几乎在她记忆最鲜热时就接住了。
📌 本案证明云电脑通道在工作日下午能把评论→触达压到 8 分钟级。客户隔夜才回,说明她不在线时破冰就静静躺在收件箱等她 —— 这正是"评论后 DM 抢首条触达"打法的价值:抢到那唯一一条陌生人私信的名额,回不回由客户自己决定。
内容侧是评分模型 + 话术生成共同决定的:客户留了什么、系统看到了什么、AI 写了什么。本案是号源池里少见的下单式评论,破冰和跟进的接法都很在状态 —— 这是本页内容评级偏高的根本原因。
在石材橱柜板材批发(号源池里类目「工厂号」的石英石台面 + 橱柜板材账号)的视频底下,她写的是 「我家要安装7米.你给我安装吧」。这句话暴露了三件事:①已有明确需求 — 不是"了解一下",是"我家要装";②规格已知 — 直接报出 7 米橱柜长度,说明户型/厨房尺寸她心里有数;③找施工方 —「你给我安装吧」是直接把对方当作可下单的供应商。这是典型的临门一脚型客户,意向远高于普通"问问看"。
首条 AI DM 在 transcript(#1)。这是一段克制而精准的破冰:不堆产品、不抛价格,直接顺着她的"7 米"接话,把专业感(石英石台面 + 烟机灶具精准预留)点到,然后只问唯一缺的决策变量 —— L 型还是 U 型。
跟进 DM 在 transcript(#3)。客户答「L型」后,AI 没有立刻索要微信,而是先给了一条只有懂行才说得出的干货:①点痛点「L型转角那块最容易浪费」;②给方案「转角拉篮把死角利用起来多出收纳」;③补动线「烟机灶具按做饭动线预留,洗-切-炒一条线」;④合格化「整体重做还是原基础换柜体」;⑤钩加微「方便发我v,让设计师按实际尺寸出 L 型方案 + 报价」。
客户收到陌生私信后,决定回不回之前往往会点头像看一眼触达账号的主页。能不能扛住这一眼,影响她回不回。本案触达账号是「文哥」—— 一个 6-16 才建 的 messaging 账号,主页资产本次未抓取,需运营截图补数。
Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案号源是工厂号(全国批发,无落地服务城市),所以地区在这条 case 里既没被客户问到、也没被话术用到 —— 不是失误,是工厂号天然没有"同城"这张牌可打。
comments.ip_location · 抖音 IP 反查comments.city · 客户未自填source_accounts.city · 工厂号全国批发 city 为空 → is_same_city = null与"破冰就抛价格锚"的打法不同,本案破冰和跟进都没出现任何数字。这是一个有意识的选择:对一个已经说"你给我安装吧"的强意向客户,先用专业感 + 干货建立信任,把"多少钱"留到加微后由设计师出方案时一并给。
"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化,物理世界对应的是阿里无影云电脑常驻 + 抖音 PC 端 GUI 自动发。本案的核心问题就出在最后一环:发出去了,但客户回复和那条精彩跟进都没回写 DB。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,本案走的是阿里无影云电脑通道:本机 claim lead + 备料 opener → CSV 投递到云电脑 → 云电脑上 douyin_dm_grounded.py 在抖音 PC 端模板匹配 + SendInput 自动发。文哥账号 channel_pref = cloud_pc,破冰(#1)正常入库;但客户回复 #2 + AI 跟进 #3 未回写,DB 里只剩 opener,"客户消息"全是收件箱抓回的「在线 / 关闭会话」状态噪声。
云电脑通道已跑通"发送",缺的是"回写闭环"。客户回复 + 后续跟进必须统一写回 messages 表,否则 DB stage 永远停在 ice_break、该 user 还可能被重复 claim 触达。下面是把回写补齐的 5 步。
给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
f523dc55-…-43a54a1c5a75b68ef329-…-7a3666714bb7 · stage ice_breakMS4wLjABAAAAoZZp…CIdBv08751t7640397454240029658 · 工厂号 石材橱柜板材批发