他在湖南。晚上 21 点 50 分,他在「灿哥聊装修」的全屋定制视频底下问了五个字:「在哪里买得到」。
系统 8 分钟就把破冰打了回去,他 17 分钟后回了 「还没考虑好」—— 这条案例把"极速触达"与"过早推销"两件事摊开复盘。
下面三块是这条案例的原始信号:客户留评论的视频、那句五个字的问购评论、以及由「文哥」账号通过云电脑通道发出的破冰 DM,外加客户那条已截图取证的回复。先看全貌,再进入每个模块的拆解。
下方各分析模块在拆解时用 #1 / #2 引用回这里。#2 客户气泡来自 截图取证(check-replies 未入库)。
#2 未进入 DB(check-replies 未轮询到),原文取自运营截图。下一步看是否回暖;当前未发自动跟进。
时效性是 Akke 链路最先体现的工程指标。本案是案例库里最快的一档 —— 评论到首触达只用了 7 分 55 秒,远好于"当天触达"的标准;客户还在刷同一支视频时就收到了私信。
📌 两段都极短:前者 4m06s 入库说明 scrape/cron 当时巡得很密;后者 3m49s 触达说明评分、起草、云电脑发送几乎无积压。时效在本案不是问题 —— 问题出在内容(见模块 2):触达够快,但破冰把折扣 + 紧迫词压得太满,客户回了软拒绝。
内容侧是评分模型 + 破冰话术共同决定的:客户留了什么、系统看到了什么、AI 写了什么、客户怎么回的。本案的关键张力是 —— 评分高(85)但 specificity 低,破冰却按"高确定性客户"来写,结果踩了过早推销的雷。
在灿哥聊装修(号源池里的一个装修知识号 · 7.18 万粉 · tier 1)发的全屋定制视频底下,浩留了五个字:「在哪里买得到」。这是装修流量里典型的强买家信号 —— "在哪里买"直接指向购买动作,所以模型给了 85 分高意向。但要注意:他只问了渠道,没给户型、面积、预算、风格 —— specificity 是 low。换句话说,意图强、但信息薄,他还在"刚动念头、到处问"的最早期阶段。
破冰(见 #1)的结构是标准四段式,但在一条只有五个字、还在最早期调研的信号上,同时压了"工厂直供低30%" + "样板房名额还剩几席" + "排单优先"三重推力。对一个刚动念头的人,这更像门店导购的开场白,而不是帮他理清思路的第一句。
客户 17 分钟内回了 #2「还没考虑好」 —— 这是软拒绝而非硬关门:他没拉黑、没已读不回,回复速度还很快,说明人在、也愿意搭话,只是被推太快。本案截至快照尚未发出 AI 跟进。建议的下一拍不是再逼单,而是降压 + 给价值:撤掉"名额/排单",改成"那不急,你家大概多大面积、几室?我先按你户型估个柜体范围给你参考,不合适也不打扰" —— 把对话从"逼你决定"拉回"帮你理清",同时顺势补回缺失的 specificity(户型/面积)。
DM 进入后,客户的第一反应是点头像验证身份。本案发送账号「文哥」是 2026-06-16 才建档的新号,且主页画像(昵称展示名、简介、粉丝、作品、获赞)尚未抓取入库 —— 这意味着我们现在无法评估他点进主页会看到什么,是这条链路最大的盲区。
accounts 表里没有粉丝数、作品数、简介 —— 客户点头像看到的内容我们完全没有数据。新号通常意味着粉丝少、作品薄,在客户已经回「还没考虑好」的当口,主页厚度不足会进一步压低信任。两件事要补:①运营截图主页,把昵称展示名 / 简介 / 粉丝 / 作品 / 获赞落到本页;②若粉丝/作品确实单薄,本周补 3-5 条全屋定制案例视频再继续触达这类高意向 lead。
Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案三层中只有省级"湖南"是确定值,市级两端都缺 —— 而且即便有的省级,破冰话术也没用上,是一个被浪费的归属感锚点。
comments.ip_location · 抖音 IP 反查comments.city · 客户未自填,无城市级 micro-contextsource_accounts.city · 「灿哥聊装修」是全国知识号,city 为 NULL → is_same_city = null客户问的是"在哪里买",opener(#1)没给绝对数字(因为没有面积,给不了),而是用了相对锚"价格比门店低 30% 以上" + 紧迫词"样板房名额"。这种报价策略在早期信号上有它的风险。
和大多数还在本地真机的案例不同,本案账号「文哥」的 channel_pref = cloud_pc —— 触达已经跑在阿里无影云电脑通道上。这是链路演进的方向。但本案也暴露了一个回写缺口:客户的回复没能自动入库。
首条消息(#1)由文哥账号在云电脑上自动发出 —— 本机 claim lead + 备料,CSV 经投递到无影,无影上的 GUI 自动化匹配模板、SendInput 串发。客户看到的发送身份是"文哥"这个抖音账号。
cloud_pc
发送侧(outbound)已经回写到 messages(1 条 ai,sent_at 准确)。但inbound 这条「还没考虑好」没入库 —— check-replies cron 没轮询到,本案 #2 完全靠运营截图取证。这是云电脑通道当前的短板:发得出去,但客户回了什么,系统看不到。
ice_break、followup_policy = standard。这是软拒绝不是关门 —— 客户在、愿意搭话,只是被破冰的折扣 + 紧迫词推太快。下一步不该再逼单:撤掉名额/排单,改成"降压 + 问户型面积"的跟进,把对话从"逼你决定"拉回"帮你理清"(见模块 2.4 建议话术)。当前尚未发出 AI 跟进。
给上面 6 个分析模块各打一个评级:做到位的当 SOP 沉淀,不足的当下一周 punch list。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 这条链路的明显短板。本案的核心教训:触达快 ≠ 触达好,节奏错一样收软拒绝。
8b5b32b0-…-e52b072958b7ice_break28acc200-…-a8c40dd21ff0MS4wLjABAAAA6M-EI…uXVD_U