她在辽宁鞍山。在苏等等的家发的「30 岁拥有小家」视频底下,她替自己问了一句 — 「能不能问一下你家多少平吗」。
系统 4 分钟内完成评分、起草、送达,她 2 分钟就回了话。但第三个回合她说了「不用了,谢谢啊」 — 标准的送客。接下来的一句把她拉了回来:5 分钟后她主动问「要钱不」。这是全批唯一一条从明确拒绝反转回意向的对话,也是最值得抄的一条。整条案例按 6 个模块复盘 — 做到位的与 还能拧紧的。
下面三块是这条案例的原始信号:她留评论的「30 岁拥有小家」视频、那句替自己打听面积的提问、以及 15 分钟里 7 条来回的完整对话。这条对话的重心不在开头也不在结尾,而在第 5 条 — 客户已经送客了,AI 用一句话把她拉了回来。
messages.role = ai,右侧紫色气泡);#2 / #4 / #6 来自 DB(role = customer,左侧灰色气泡)。本案 7 条全部入库,无截图补录,与手机聊天截图逐条一致。sent_at / created_at。抖音客户端截图上显示的时间戳与落库时间存在数分钟偏移(客户端只在间隔较大时插入时间标签),以 DB 为准。
时效性是 Akke 链路最先体现的工程指标。本案两头都快:评论到破冰 4 分 29 秒,而客户首响只用了 2 分 21 秒 — 是本批 11 条案例里最快的首响。整场 7 条在 15 分钟内走完,节奏几乎是即时通讯的密度,而不是常见的"隔几小时回一句"。
📌 值得记住的对照:AI 侧三次跟进平均 1 分钟内出手,客户没有一次需要等。本案证明"快"不只是接得住首触达,更重要的是接得住第 4 条那种转折 — 客户 08:33 说完「不用了」,AI 08:34 就补上了救场话术。如果这里延迟 30 分钟,那条「要钱不」大概率不会出现。
内容侧是本案最有教学价值的部分。同一场对话里出现了两个极端:一条信息密度过载、被客户整体略过的破冰,和一条只做一件事、把明确拒绝拉回来的救场。两相对照,能直接读出"该说多少"这条线画在哪。
在苏等等的家发的「30 岁拥有小家」视频底下,她写下 「能不能问一下你家多少平吗」。这句话很轻,但方向明确:①她在拿别人家做参照 — 问博主多少平,是想对照自己家的尺度,说明脑子里已经有一套具体户型;②但落点全在别人身上 — 整句话没有一个字是关于她自己的,没面积、没房型、没时间、没预算;③属于产品咨询而非闲聊(comment_type = product)。所以它拿 60 分:方向对,但抓手为零。
intent_reason = 「问购·模糊·无时间」,comment_type_reason = 「问面积属产品咨询」):产品型 · 低 specificity · 无时效信号。freshness 只能记 none。但她后面的表现说明低分不等于低意向:2 分钟内首响、被拒后 5 分钟又主动回头问「要钱不」,实际参与度不比高分客户差。真正的差异不在意向强弱,而在意向的表达方式 — 有的人上来就报面积报预算,有的人只是安静地看、安静地问一句别人家多少平。评分模型量的是前者,量不到后者。首条 AI DM 在 transcript(#1)。它是本批信息密度最高的一条破冰 — 昵称、视频、地区从众、计价科普、报价、反问,六件事挤在一句里。下面按四段式拆,但请注意第 ③ 段其实是被硬塞了三件事。
#4 客户说了「不用了,谢谢啊」。这是中文里最标准的送客话术 — 客气、彻底、不留缝。本批其他案例遇到这句基本就是终点。 但 #5 把她拉了回来:5 分钟后,客户主动发来「要钱不」。这是全批唯一一次意向反转,值得逐层拆开。
DM 进入之后,客户的第一反应是点头像验证身份。本案触达账号是「小星·全屋定制」(DB 内部账号名「零星」,聊天气泡右上角带「小星·全屋定制」金色徽章)。本案有个值得注意的细节:她拒绝之后还愿意回头问价,说明账号本身没有被判定为骗子。
accounts.following_count(同步于 6-25)accounts 无粉丝字段 · 需运营主页截图补数Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案是少数几条拿到市级的案例,而且破冰真的把它用出来了 — 「鞍山最近问全屋柜体的多」,点名城市 + 制造从众感。本批其余多数只有省级,或拿到了市级也没用进话术。
comments.ip_location · 抖音 IP 反查comments.city · 本批极少数拿到市级的案例之一source_accounts.city · 「苏等等的家」标为本地号但市字段未入 → is_same_city = nullcity 未入库,无法判定是否同城,也就打不出"鞍山本地仓 / 本地安装队"这种更硬的信任锚 — 而客户市级已经明确是鞍山,这一层缺得尤其可惜。建议补录号源城市字段。
本案价格话术有一个明显优点和一个明显风险,且它们出自同一场 15 分钟的对话:破冰把计价口径说清楚了(按房产证面积 284 一平),但五分钟后又冒出一个 568,两个数字之间没有任何解释。
"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化,物理世界对应的是一台阿里无影云电脑上常驻的抖音客户端。本案是 Akke 通道演进后的样本:账号 channel_pref = cloud_pc,不再依赖运营本机的手机和 ADB 线。而且本案回写完整无缺。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,Akke 现阶段靠云电脑常驻 GUI 自动化触达:cron 派单进队列,云电脑上的 poll agent 拉单,用模板匹配 + SendInput 在抖音 PC 客户端里完成搜人、开会话、粘贴、发送。通道判定有硬证据 — accounts.channel_pref = "cloud_pc"。
channel_pref = cloud_pcmin_send_interval_seconds = 30
本案回写零缺失:4 条 AI 消息 + 3 条客户回复全部进了 messages 表,与手机聊天截图逐条对得上,无需截图补录。这一点在本批里是加分项 — 同批有案例因为客户连发短消息导致 DB 只捕到最后一条,还因此让 AI 漏接了关键信号。本案客户每条回复之间都隔了 2–5 分钟,没有连发,正好避开了那个捕获盲点。
conversations 的 handed_off_at / next_followup_at / last_outbound_at / last_inbound_at 四个字段全为 null,followup_policy = standard。也就是说:系统知道这场对话说了什么,但不知道它该在什么时候被再捞起来。客户 08:41 之后没有回应,谁也没被排到下一次跟进 — 这条"要钱不"的线索目前是躺着的。建议排查 followup 调度为何未给本会话写入 next_followup_at。
followup_policy = standard,但 next_followup_at 为 null — 无人排下一次跟进。next_followup_at,别让这条已经反转过一次的线索继续躺着;④复用她的鞍山市级信息 — 「鞍山本地仓/本地安装队」是目前还没打出去的一张牌。
给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
next_followup_at 为 null,快速开局没有配套的慢速续跟。comments.city = 鞍山,破冰直接写「鞍山最近问全屋柜体的多」— 本批唯一一条把市级转化成话术优势的案例,其余要么只有省级、要么有市级也没提。city 未入库:is_same_city = null,打不出"鞍山本地仓 / 本地安装队"这张更硬的牌 — 客户市级都明确了,这层缺得尤其可惜。channel_pref = cloud_pc,≥30 秒/条节流,连续失败 0。handed_off_at / next_followup_at / last_outbound_at / last_inbound_at 四个都是 null。next_followup_at。3fec6789-…-819bbe799abbf035e6c6-…-1550ae974541 · stage ice_breakMS4wLjABAAAASSD-…ndkI7660375727498337636 · 30 岁拥有小家 · 号源「苏等等的家」channel_pref = cloud_pc)· ≥30s/条