她在武汉,正准备动工。一句 knowledge 型问工艺评论 「准备动工,是不是要先把柜子定制留出来啊」 起头。
系统 ~9 分 触达,破冰抓住"动工在即得趁早";AI 用欧派设计师背景 + 橘猫小四拉满信任、从住的人做需求发现,深聊 19 条。但当客户去搜"有大有小"却 「搜不出来」,信任出现裂缝 —— AI 转私信要微信,客户已读未给。这是一条 65 中意向、话术做足、却卡在品牌可信度 + 待转微信的样本。
下面三块是这条案例的原始信号:留评论的视频、那句问施工顺序的评论、以及当天中午 19 条来回的完整对话。先看全貌,再进入每个模块的拆解 —— 这是一条话术做足、却在信任和转微信两处卡壳的案例。
本案评论被标为 urgent(近窗) —— 客户"准备动工",柜子必须在改水电前定,时效直接关系到能不能接住。评论 12:40:12 留下,破冰 12:49 发出,约 9 分钟触达,随后客户 1 分钟内就回应、连抛一串顾虑。速度守住了 urgent 窗口,只是比链路最快的分钟级样本稍慢一档。
📌 本案时效达标但非标杆:~9 分对 urgent 评论够用,但入库→发送 ~6 分、且有 draft opener 被弃发,说明发送段还有压缩空间。对"动工在即"这类近窗客户,越快越稳。
内容侧是评分模型 + 破冰话术生成共同决定的。本案话术是最大亮点:从破冰抓住"改水电前定柜子"的工序痛点,到用欧派设计师背景立专业、橘猫小四拉近距离、从住的人做需求发现 —— persona 层几乎教科书级。可惜后半段被"品牌搜不到"打断(见模块 3)。
在武汉全屋定制刘中平|金艺家居(号源池里类目「品牌号」的武汉本地装修号)的视频底下,她问 「准备动工,是不是要先把柜子定制留出来啊」。一句话暴露 2 件事:①时间紧 —— "准备动工",柜子尺寸必须赶在改水电前定,是 urgent 近窗;②在求工序引导 —— 问的是施工顺序(knowledge 型),不是问价、不是问色。但户型、面积、预算都没给,所以系统给到 medium specificity、65 分中意向。
首条 AI DM 在 transcript(#1)。客户问的是工序,破冰的任务是接住这个工序痛点、给出"为什么得趁早"的具体理由,再反问户型变量。
跟进链在 transcript(#4 / #10 / #14)。客户抛顾虑后,AI 分三层推进:①立专业「之前在欧派干设计师、去板材厂待过,柜体结构五金闭眼能说」;②拉近距离「我去年自己装修也懵、我家两口子加一只橘猫小四」;③结构化需求发现「先从住的人聊起:几口人、有没有老人小孩宠物」,把"不知从哪下手"翻译成可回答的问题。
前两案的账号信任问题是"资产未抓取、无法评估";本案更进一步 —— 客户主动做了验证并失败了。她先问"你们叫什么名字"(#13),拿到"有大有小"后去搜,回了三个字 「搜不出来」(#16)。这是一次实打实的信任检查不通过。
本案地区信号很足却没用到位:客户 IP 湖北、评论所在号源直接叫"武汉全屋定制刘中平",而客户还主动点破 「你不是在武汉啊」(#11)—— 她明显在乎服务方是不是本地。这本该是一张现成的同城牌,AI 却只回了句泛泛的"全国有店、武汉也有分店"。
comments.ip_location · 抖音 IP 反查(对话里客户自述武汉)comments.city · 对话中客户以「你不是在武汉啊」暗示本人武汉source_accounts.city 未入 → is_same_city = null,但号名「武汉全屋定制」明示本地city 补录、同城时话术直接给武汉门店 POI。
本案对话全程没有任何数字报价、计价方式或预算话题。AI 主打的是"免费的整套案例和参考方案,定不定都没关系"(#14),把价格 friction 完全后置。所以本模块按规范跳过价格拆解,只记录这条策略选择。
"评论入库 → 评分 → 起草 → 派单 → 发送"在 DB 里是几行行变化,但物理世界对应的是无影云电脑上的浏览器网页版 DM 自动化。本案 opener 走完了自动链路,但一条 19 轮的深聊,DB 只回写了 10 行、且首条 opener 出现 draft/sent 错位 —— 大量关键节点(客户顾虑、区域对话、品牌自报、要微信)落在了 DB 之外。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,「有大有小」这类只在网页版操作的号,走的是无影云电脑上的浏览器(DOM)网页版 DM 通道。本案首条破冰(#1)走自动链路、评论后 ~9 分发出,但 19 条对话 DB 只回写 10 行(6 AI 含 1 条 draft + 4 客户),中间 #5–#8 客户顾虑、#11–#12 区域对话、#15 品牌自报、#19 要微信全丢;opener 还有一条 draft 未发出(sent_at 空)。DB stage 失真为 ice_break、last_inbound_at 也为空。
本案通道已在无影云电脑上常驻,真正的短板是网页版 capture / 回写不完整 + draft→sent 状态错位。加固不是"换机器",而是把捕获→入库→回写这一段做原子、做全:
给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。本案的教训集中在信任与同城两处。
city 补录,同城时直接给武汉门店 POI / 约到店。394439cb-…-30fbe6fdabfdeb409cd4-…-2c0161ed57ac · stage ice_break(失真)MS4wLjABAAAAAXFd…YYpM7643096146064398436 · 号源「武汉全屋定制刘中平|金艺家居」品牌号