他在陕西。在苏等等的家的视频底下留了五个字 — 「可以发我一份吗」。系统 2 分钟内把破冰送到他私信里,第一句就直球要微信;8 分钟后他回了「可以呀」。
本该到此为止的一单,被下一条 60 字的跟进推翻了 — AI 没有说「好,你发我」,而是又讲了一遍层板五金和工厂直供,再问一次要微信。此后他没有再说话。这是全批唯一一条「客户点了头,却被自己的话术拉回原点」的案例。
下面三块是这条案例的原始信号:他留评论的那条视频、那句只有五个字的索取、以及全长仅 12 分钟的三条来回。这场对话短到可以逐字读完 — 而正因为短,问题出在哪一句看得格外清楚。
messages.role = ai,右侧紫色气泡);#2 来自 DB(role = customer,左侧灰色气泡)。本案 DB 3 条与手机截图逐条对齐,没有丢消息、也没有截图补录。sent_at / created_at。抖音客户端截图上显示的时间戳与落库时间存在数分钟偏移(客户端只在间隔较大时插入时间标签),一律以 DB 为准。先把好消息说完:这条案例的时间轴挑不出毛病。12:21 评论、12:23 破冰送达、12:31 客户回应、12:33 跟进跟上 — 全程 12 分钟,三段间隔分别是 2 分 / 8 分 / 2 分。失误不在快慢,在于快速送出去的那句话说错了内容,这一点在模块 2 展开。
📌 本案证明了一件事,也暴露了一件事:证明快通道在新评论 + 配额充足时能做到 2 分钟触达;暴露速度救不了内容 — 12 分钟内把话说完,也可以在第 12 分钟把已经到手的单子说没。时效是入场券,不是成交因。
这是本案的核心。破冰做了一件全批唯一的事 — 第一句话就要微信,而且成了,8 分钟拿到「可以呀」。真正的失误发生在那之后:客户已经答应,AI 却又讲了一整段说服,把一扇已经关上的门重新推开,让客户重新决策。
在苏等等的家的视频底下,他写下 「可以发我一份吗」 — 全批最短的评论之一。没有面积、没有户型、没有预算,什么变量都没有。但它有一个别的评论没有的优点:动作是明确的。「发我一份」不是「好看」「多少钱」这类需要翻译的表达,它直接说出了自己想要什么 — 要一份资料。这给破冰留了一个极干净的抓手:他已经开口要东西了,你只要问他往哪儿发。
intent_reason = 「问购·一般·在调研」,comment_type_reason = 「极简购买信号,索取资料」):产品型 · medium specificity · active。首条 AI DM 在 transcript(#1)。它没有铺垫工艺、没有报价、没有讲品牌 — 四段话里第三段就直接问微信。这是全批 11 条案例中唯一一条把要微信放在破冰的打法。结果:8 分钟拿到「可以呀」,判定有效。
12:31 客户回了 #2「可以呀」。这三个字是明确的同意 — 到这一刻,破冰的任务已经 100% 完成,剩下要做的只有一件事:说声好,等他把号发过来。
两分钟后 AI 发出了 #3,60 多个字,讲了四件事:吊柜层板数和五金容易被漏算、工厂直供比门店低、同户型那份已经拉出来、抖音发不了文件发图会压糊 — 最后才又问一次「你报个 vx 号给我」。
本案的账号信任度有一个别的案例都没有的硬证据:聊天页顶部挂着抖音的系统横幅「他已关注你,回关方便以后联系」。在抖音,一个陌生人主动回关,是比回一句「可以呀」更重的信任表态 — 他不只是答应给资料,他还愿意把这个账号留在自己的关注列表里。
accounts.following_count(同步于 6-25)accounts 无粉丝 / 作品 / 播放量字段 · 需运营主页截图补数comments / conversations 里都没有「该用户是否关注本号」的字段,采集链路也不读这个关系。后果有两层 —
Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案只有最粗的那一层 — 陕西。客户没说城市,号源「苏等等的家」的城市字段也没入库,is_same_city 因此为 null。而这场对话本身,一句话都没提到地区。
comments.ip_location · 抖音 IP 反查comments.city · 客户全程未提所在城市source_accounts.city · 「苏等等的家」标为本地号但市字段未入 → is_same_city = null两条 AI 消息里没有任何具体数字。唯一沾边的是跟进里那句「工厂直供比门店低」— 一个方向性的价值主张,不是报价:没有单价、没有总价、没有计价口径。按「未涉及具体报价」处理。
"评论入库 → 评分 → 起草 → 发送 → 回写"在 DB 里是几行行变化,物理世界对应的是一台阿里无影云电脑上常驻的抖音客户端。本案是这条通道最健康的一次样本:3 条消息全部入库,与手机截图逐条对齐,一条不多一条不少。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,Akke 现阶段靠云电脑常驻 GUI 自动化触达:cron 派单进队列,云电脑上的 poll agent 拉单,用模板匹配 + SendInput 在抖音 PC 客户端里完成搜人、开会话、粘贴、发送。通道判定有硬证据 — accounts.channel_pref = "cloud_pc"。
channel_pref = cloud_pcmin_send_interval_seconds = 30
2 条 AI 消息 + 1 条客户回复全部写进 messages 表,与手机截图逐条对齐、无需截图补录。对比同批「A☞微微微笑」案(客户三分钟内连发 3 条、DB 只捕到最后一条,漏掉的恰是最高价值的那句),本案没有触发连发捕获的盲点 — 客户只发了一条,捕获逻辑轻松命中。
handed_off_at / next_followup_at 均为 null,followup_policy = standard。给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。本案的分布很极端:技术侧几乎全绿,内容侧一票否决。
city 未入库:「苏等等的家」标为本地号但市字段为空,is_same_city = null,打不了"本地仓 / 本地安装队"这张更强的信任锚。channel_pref = cloud_pc,不依赖运营本机手机和 ADB 线。50b28b10-…-b78da931fbac5050e232-…-a0534456acf0 · stage ice_breakMS4wLjABAAAAdVh9…PHDH7655558671637079494 · 号源「苏等等的家」(本地号 · 市未标记)channel_pref = cloud_pc)· ≥30s/条