他在辽宁,在安康老朱聊装修发的「柏樾城完工交房全记录」底下,留下 7 个字 — 「几楼,要多少米」。
Akke 破冰后他先报了户型「三室 · 柏樾城小高 125」,跟进一轮就留下了联系方式。整条案例按 6 个模块复盘 — 做到位的与 还能拧紧的。
下面三块是这条案例的原始信号:他留评论的视频、那句直接问楼层 + 价格的评论、以及一来一回的完整对话。先看全貌,再进入每个模块的拆解。
时效性是 Akke 链路最先体现的工程指标。本案是诚实样本:评分 + 入库快(3 分钟内),触达延迟 4 天 19 小时,主因是 lead 在每日 DM 池里排队 — 单账号每天 25 条上限(陌生 DM 风控阈值),中意向需要等账号配额。难得的是:他排队期间没流失,破冰后当下就报了户型并在 12 分钟内留下电话。
📌 这条延迟说明的根本问题:触达配额是每日上限而非瞬时上限。问价型客户购买窗口短,本周可优先级队列改造 — 中高意向 lead 抢占当天 25 条配额的前几个,而不是 FIFO。本案排队近 5 天仍转化,是侥幸不是常态。
内容侧是评分模型 + 破冰话术生成共同决定的:客户留了什么、系统看到了什么、AI 写了什么。本案三块拼在一起 = 这条 lead 的内容质量。
在安康老朱聊装修(号源池里的「本地号 · 全屋定制」)发的柏樾城完工交房视频底下,他打了 7 个字 — 「几楼,要多少米」。3 件事同时暴露:①「要多少米」直接问价 = 已过比价前期、进入「想知道我家做下来多少钱」的实购阶段;②「几楼」 = 他默认楼层会影响报价,说明对装修计价逻辑有基本认知,不是随手刷;③在同小区完工视频底下评论 = 大概率本人就在柏樾城或同类小高层,房子是真实存在的待装目标,不是空想。
首条 AI DM 在 transcript(#1)。不正面报数字、但给报价口径:他问「要多少米」,AI 不慌着抛价,而是用「楼层和尺寸按项目报」回应他的「几楼」——既承接了问句,又把报价绑定到「看过你家具体情况再说」,自然引出加 v + 反问户型。
跟进 DM 在 transcript(#4)。3 件事一句话完成:①同小区背书「安康柏樾城小高 125 三室我们做过好几套了」直接拉信任;②给加 v 一个具体理由「抖音图压得糊看不清细节」——不是空泛地要微信,而是"为了发清晰实拍图";③再补一个反问「方便说下几厅」继续抓信息。承接 #2/#3 报的户型,把对话推到加微临门一脚。
DM 进来后,客户的第一反应是点头像验证身份。本案触达账号是「一筑·全屋定制」。能不能扛住"主页一眼信任检查",直接决定他愿不愿意在 #5 把电话给出来。
Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案三层里只有省级"辽宁"是确定值,市级两端都未入库 —— 但客户自报的「安康柏樾城小高 125」把定位直接拉到了小区级,比任何地区字段都精准。
comments.ip_location · 抖音 IP 反查comments.city · 客户未自填;但对话里自报「安康柏樾城」source_accounts.city · 安康本地号但服务范围字段未入 → is_same_city = null客户开口就是「要多少米」,但本案 opener(#1)和跟进(#4)全程没出现任何具体价格数字。这是 Akke 处理「直接问价」的另一种范式 —— 用报价口径代替报价数字。
"评论入库 → 评分 → 起草 → 真机发送"在 DB 里是几行行变化,但在物理世界对应的是本地操作设备 + 人工审批 + 真机自动化三件事。本节分两块:当前怎么走的;如果要搬到云电脑,需要解决哪些事。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,Akke 现阶段靠本地物理设备 + 真机自动化触达。本案首条消息(#1)与跟进(#4)由内部账号「饭粒(一筑·全屋定制)」承接,走 Android ADB + uiautomator2 驱动抖音 App;对外客户看到的是一筑·全屋定制这个装修账号身份。
云电脑不是"换个机器跑",而是把账号、设备、截图和回写统一托管。一筑账号需要长期登录在固定环境里,由调度器按账号限额 claim lead。它的价值是可监控、可回放、可统一回写;风险是云 IP / 模拟器指纹 / 登录态失效更容易触发风控。
给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
0fbb5a0e-…-12340862edee958d32a1-…-2c247bc345decisionMS4wLjABAAAA5sii…TbM2jk