他在河南。在Ly__(本地号)发的「硬装9w」视频底下,他留下一句带比价心思的话 — 「这是河南哪里,9w硬装」。
这条评论在系统里压了6 天才轮到触达,但破冰打出去的当晚,他就把需求从「硬装」聊成了全包,并在追问下 直接甩出微信号。整条案例按 6 个模块复盘 — 做到位的与 还能拧紧的。
下面三块是这条案例的原始信号:留评论的视频、那句带比价心思的评论、以及当晚 6 条来回的完整对话——需求从「硬装」一路被聊大成「全包」。先看全貌,再进入每个模块的拆解。
messages.role = ai,落库 6-1 17:22);#4 跟进 DM 由 _reply-one.py ADB 发出(本地 _reply-one-log.json 记录,未写 DB messages 表);#2 #3 #5 #6 客户回复取自手机实时聊天页截图。sender 按截图气泡侧 + 头像判定(一筑账号在右 = akke,客户头像在左 = user),非启发式推断。
时效性是 Akke 链路最先体现的工程指标。本案的瓶颈集中在前段:评论 5-26 留下,6-1 才入库——采集回扫滞后整整 6 天;但入库后只排队 4 个半小时就触达,破冰当晚客户就把硬装聊成全包、并给了微信。说明:拖时效的是「老评论回扫慢」,不是「配额排队」。
📌 本案的根本问题只有一个:采集回扫滞后 — 评论 5-26 留下却 6-1 才入库,6 天黄金窗口几乎全耗在「老评论什么时候被回扫到」上。配额排队这次不是瓶颈(仅 4.5h)。要拧的是缩短评论→入库的回扫延迟,让高意向评论更快进池。
内容侧是评分模型 + 破冰话术生成共同决定的:客户留了什么、系统看到了什么、AI 写了什么。本案的看点是需求被一步步聊大——评论只问 9w 硬装,破冰后客户自己升级到全包,跟进 DM 顺势给出富信息行情。
在Ly__(号源池里类目「本地号」的装修号)发的「硬装9w」视频底下,他写下 「这是河南哪里,9w硬装[黑脸]」。一句话暴露 3 件事:①预算 + 范围已锚 — 「9w 硬装」说明他在看一个具体档位的硬装;②地域试探 — 「这是河南哪里」= 想知道这家在不在河南、能不能服务自己,是带落地意图的问购;③[黑脸] 表情 — 半信半疑、觉得 9w 硬装有点离谱,正是需要专业接住的比价心理。问购 + 落地意图 + 价格敏感,三者叠加给到 93。
首条 AI DM 在 transcript(#1)。不纠缠 9w 真假、先立专业:直接点出「河南这边瓷砖空鼓、防水层厚度」这类硬装常见雷,把对话从「9w 靠不靠谱」拉到「怎么把硬装做对」,再反问清水房还是精装房改,套出口径。
跟进 DM 在 transcript(#4),由生产模型(qwen3 + Langfuse)生成、PM 审核后发出。客户把范围扩到「全包含窗户柜子」后,这条一次给足专业信息:①给行情区间「100 平左右 8 到 12 万居多」;②拆材料差价「窗户极东/坚美铝材差价 3000 一平、柜体 ENF 多层板比颗粒板贵 15 个点」;③钩子方向是问对方要 v「你 v 多少发我,报个户型和面积,我加你把全包清单和报价单发你」。
s010209_,比让他主动加成功率高。
DM 进入之后,客户的第一反应是点头像验证身份。本案的触达账号同样是「一筑·全屋定制」(与灯火阑珊、xiaozhu 同一账号资产)。能不能扛住"主页一眼信任检查",决定他愿不愿意继续看 #1。
Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案特殊在客户主动抛了地域问题——评论第一句就是「这是河南哪里」,想确认这家能不能服务到自己。省级信号在手,但市级两端缺位,连客户明示的地域诉求都没正面回答。
comments.ip_location · 抖音 IP 反查comments.city · 客户未自填source_accounts.city · 号源「Ly__」本地号但城市字段未入 → is_same_city = null与灯火阑珊「不报总价、认可客户预算锚」相反,本案客户对 9w 硬装半信半疑([黑脸])、又主动把范围扩到全包,所以价格策略是主动抛透明行情 + 拆到材料级差价,用「内行才知道的数字」把比价心理压下去。报价口径全在跟进 #4 里。
"评论入库 → 评分 → 起草 → 真机发送"在 DB 里是几行行变化,但物理世界对应的是本地操作设备 + 人工审批 + 真机自动化。本案的回写缺口:客户 4 条回复全靠截图、跟进 DM 走 _reply-one.py 本地 log,DB 里只有 1 条 opener。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,Akke 现阶段靠本地物理设备 + 真机自动化触达。本案 opener(#1)由内部账号「饭粒(一筑·全屋定制)」承接、走 Android ADB;跟进 DM(#4)走 _reply-one.py(消息 tab→搜索昵称→注入→发送),结果只写本地 _reply-one-log.json、未回写 DB messages;客户 4 条回复取自手机实时聊天页截图。DB 仅留下 1 条 opener。
云电脑不是"换个机器跑",而是把账号、设备、截图和回写统一托管。一筑账号需要长期登录在固定环境里,由调度器按账号限额 claim lead。它的价值是可监控、可回放、可统一回写(直击本案 writeback 漏);风险是云 IP / 模拟器指纹 / 登录态失效更容易触发风控。
s010209_;②兑现 #4 承诺 — 加上后第一件事发"全包清单 + 报价单";③先量房/确认面积,把 8-12 万行情收成具体数,别让区间变成对账锚;④正面回答客户问的"河南哪里、能否上门";⑤补回写本对话到 messages 表,避免该 user 被重复 claim 触达。
给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
source_accounts.city 补录 + 备好"河南覆盖范围/能否上门"话术。_reply-one.py 不回写 DB messages,客户 4 条回复仅截图,DB stage 失真为 ice_break。66e599f6-…-4669806f02abb5658fce-…-62527a86f5c1 · stage ice_breakMS4wLjABAAAAZPIf…ZG2N707642692017751339721 · 硬装9w · 号源类目本地号