她在河北。深夜在米凌设计师·胡设计的视频底下问了一句:「这是多大平。花了多少钱」。
Akke 系统 9 分 14 秒就把破冰打进了私信 — 走的是 v42b (A1) 单价口径前置 + 反问面积分支。客户次日早上确认聊天回了 「200 平」,运营 10:18 跟进时按 284 一平算出 5.7 万总价 + 案例锚 + 反钩加微。客户 11:38 没接加微钩、反问 「你这5.7万包括什么」,运营 11:52 14 分钟内拆出 5.7w 覆盖范围(柜体位置 + 板材三选一 + 五金 + 服务包)— 但尾巴只是软问 「可以先了解看看吗?」没重挂加微钩,funnel 卡在"价格已透明,加微动力不足"的中段。
下面三块是这条案例的原始信号:客户留评论的视频、那句把"面积"和"价格"同时摆到台面上的评论、以及 5 条来回的完整对话(AI 破冰 → 客户报"200 平" → 运营算 5.7w + 反钩加微 → 客户反问"5.7w 包括什么" → 运营 14 分钟内拆出柜体范围 + 板材 + 五金 + 服务包)。先看全貌,再进入每个模块的拆解。
messages.role = ai,sent_at = 6-21 22:56:47 CST);#2 #3 #4 #5 客户首响 + 运营反钩加微 + 客户追问报价口径 + 运营拆口径均未入库(云电脑通道客户回复未轮询到 + 手动跟进未走 writeback — DB messages 仅 1 行),取自手机端聊天截图。sender 按截图气泡侧 + 抖音 UI 头像判定(小星账号在右 = akke,客户头像在左 = user),非启发式推断。sent_at = 6-21 22:56:47 是系统发送时刻;抖音陌生人 DM 要等"对方确认聊天"才会推送 — 深夜发的破冰要等客户次日早上打开抖音才看见,截图里 07:03 就是客户首次"确认聊天"的时间戳。客户首响 ~07:03 距 sent_at 8h16m 是抖音机制造成的天然延迟,不是系统问题。
这条 lead 在 Akke 系统里跑了 9 分 14 秒 — 评论入库 1 分 53 秒 + 评分/起草/真机发送 ~7 分 21 秒。客户视角是另一回事:6-21 深夜 22:47 留的评论,系统 22:56 发出,但抖音陌生人 DM 要等"对方确认聊天",所以她次日早上 07:03 才打开看到。系统时效和客户感知时效是两件事,要分开判读。
📌 系统侧 9m14s 比业务标准快 3 倍,但比兄弟 case「炒菜不要锅」的 4m23s 慢了一倍 — 差在起草 + 发送那 7m21s,云电脑当晚的派单批次可能踩了 30s 间隔节流。真正可优化的,是凌晨 00:00-06:00 的高/中意向 lead 是否延迟到次日上午发 — 三个 case 都展示了"深夜发 → 早上回"的 7-11 小时客户感知延迟。
这条评论 9 个字,把面积和价格两个最硬的销售问题同时摆到桌面:「多大平」是问视频里的样板,「多少钱」是问购建议。LLM 评分 78 / 100 = 中意向 + product + medium specificity。opener 必须既答复视频面积又给出单价口径,最后反问客户家的面积,把"她在调研"这一拍接住。
她暴露了 2 件事:① 看视频时关心面积("多大平" — 想知道这套是不是和她家差不多大的样板);② 直接问价格("花了多少钱" — 在做总价对比,不是问材料、不是问风格)。但她没自报面积、没自报城市、也没透风格倾向 — 比起兄弟 case「炒菜不要锅」的 160 平 + 意式轻奢明确锚点,园儿的暴露是"问购入门",所以系统打了 78 分(中意向)而不是 90+。
opener(#1)走的是 v42b (A1) 单价口径分支,专门处理"既问面积又问总价"类评论。这是 Akke 流量里占比最高的一类(~35%),过去 (A1) 容易栽在报死总价(如"5 万左右")— v42b 改成 "按平方算 284 一平 + 反问面积",把客户拉到下一句报数字。
客户 #2 只回 3 个字 "200 平" — 简短、不带情绪、纯报数据。这种回复对运营是好消息(客户接住了反问钩)也是坏消息(没暴露其他信号 — 风格、预算、时间表全没说)。AI 跟进 #3 三段链:① 软场承接 → ② 按单价算总价("按 284 一平柜体大概 5.7w 左右")→ ③ 案例锚 + 反钩加微("方便加个微信吗?")。客户 #4 11:38 跳过加微、反问 「你这5.7万包括什么」 — 价格谈判第二拍触发。运营 #5 11:52 14 分钟内拆口径(柜体范围 + 板材三选一 + 配件 + 服务包),响应速度和拆口径精度都很好 — 但尾巴只问 「可以先了解看看吗?」,没把加微钩重新挂上去。第三拍话术 funnel 状态:价格已透明,但客户加微动力反而被拆没了 — 信息越完整、加微的"信息差杠杆"就越小。
DM 进入之后,客户的第一反应是点头像验证身份。本案的发送账号在抖音 UI 显示的徽章是「小星·全屋定制」,与 DM 落款一致;但主页 6 项字段(粉丝、作品、获赞、简介、内容定位、近期视频类型)本次未做主页截图采集,需要后续补一次主页 dump 才能严谨复盘账号信任度短板。
零星(账号 ID 8af08f10-…b908349efbda)Akke 地区信号分三层:省(IP)、市(自报)、号源服务市。本案三层都不强:客户只透了河北省、没自报城市;号源「米凌设计师·胡设计」是本地号但服务市字段未入库;评论文本里也没出现任何具体地名。opener 选择完全不提地区 — 这是对的。当三层都弱时,强塞"河北这边"反而显得是 LLM 在拼凑。
comments.ip_location · 抖音 IP 反查 · 是地区信号唯一可用层comments.city · 字段 NULL · 评论文本也未提任何城市名source_accounts.city · 「米凌设计师·胡设计」是本地号但服务范围字段未入 → is_same_city = nullis_same_city = null — 系统层级无任何同城判定。这是本案的核心亮点。和兄弟 case「炒菜不要锅」走 (R) 资料钩、全程不报数字不同,本案 opener 直接给了 284 一平 的柜体单价 — 因为客户问的就是"花了多少钱"。三条 DM 走完整个 (A1) 链路:opener 报单价 + 反问面积 → 客户报 200 平 → AI 跟进算出 5.7w 总价 + 案例锚 + 反钩加微。这是 v42b 在野场把"问价类客户"接住的完整两拍。
本案的物理通道是阿里无影云电脑 — 不是本机 ADB 也不是 iPhone WDA。账号「小星」的 channel_pref = cloud_pc,cron 派单 → 无影 agent 自驱发 → outbound writeback 跑通。但是客户首响 + AI 跟进推微那两条没进 DB — 这是双通道分裂:opener 是机器人发的入库了,#2 #3 是运营看截图手动跟进的没回写。结果 DB stage 永远卡 ice_break,业务实质是"已推过加微反钩"。
"小星" 是 Akke 第一批迁到云电脑的 messaging 账号。无影桌面常驻登录抖音 PC 网页版,wuying_poll_agent.py 在云电脑里 poll message_queue,pending 的 DM 由 GUI 自动化(模板匹配 + SendInput)发出。
accounts.name = 零星MS4wLjABAAAAPftc…BiQjbjdmSchannel_pref = cloud_pcdaily_limit = 30 · min_send_interval = 30s因为本案已经在云电脑上跑了,这一节不是"迁移路线"而是"已落地的 5 步"+"仍有的双通道分裂短板"。
message_queue,按账号 30/天 + 30s 间隔限流messages.role = ai 落库 OK给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
stage = nurture 跳过新 opener;③ 本案手动补回写 #2 #3 #4 #5 四条到 messages 表。a74ad0ef-6516-40ce-8fa4-497241b652d5ice_break(DB 落后于业务实质)bfb24c77-010f-43b4-9cfc-fd2c13ae1435MS4wLjABAAAA2AW86atKWSBTYXKUSpmsFi4UPykA…8af08f10-…b908349efbda)channel_pref = cloud_pc,阿里无影)