她在江苏。在设计师温倪(本地设计号)的「床尾衣柜」视频底下,她笼统地问了一句 — 「这一屋子装下来得多少钱」。没给面积、没给楼盘,所以系统只判 中意向 78,不是高意向。
但这条触达最快 — 评论到破冰送达只用了 1 小时 39 分,是整批价格案例里最快的。破冰锚住视频里的「床尾衣柜」,给了 284 一平、全屋标配 5 万起。这条案例的价值在于:它说明就算是中意向,链路也能快速接住,但也暴露了「评论太笼统、破冰没法报准」的天花板。目前破冰已送达,客户尚未回应。整条案例按 6 个模块复盘。
下面两块是这条案例的原始信号:那句没给面积、没给楼盘的笼统问价评论,以及不到 2 小时后发出的、锚住视频「床尾衣柜」的破冰 DM。先看全貌,再进入每个模块的拆解。
ice_break。
messages.role = ai · status = sent,6-3 15:59 发送)。本案对话目前只有这一条 AI 破冰、客户消息 0 条 — 这次 writeback 是干净的(opener 完整入库)。细节:DB 里另有一条同文案的 draft 行(6-3 15:05 起草、sent 为空),是「先起草后另起一条发送」留下的草稿副本,文案与送达版完全一致、无信息丢失。
时效性是 Akke 链路最先体现的工程指标。本案是这批价格案例里触达最快的一条:评论 6-3 下午 14:20 留下,当天 15:59 破冰送达 — 评论到首触达 仅 1 小时 39 分。入库 43m、排队 56m,两段都很短。值得注意的是:它只是中意向 78,却跑得比好几个高意向还快 — 说明链路速度本身没问题,瓶颈不在这条。
📌 时效这块是满分,但要客观看:本案快,一部分是因为它撞上了发送队列的空窗,不代表中意向都会这么快。真正的启示是 — 既然中意向都能 1h39m 触达,那高意向卡 24h(森鹿)就更不该发生,问题在排队优先级,不在链路本身。
内容侧是评分模型 + 破冰话术生成共同决定的。本案的特点是客户给的信息太少 — 一句「这一屋子多少钱」没面积、没楼盘、没风格,所以评分只到 78 中意向,破冰也只能报「全屋标配 5 万起步」这种带不确定性的起步价。
在设计师温倪(号源池里类目「本地号」的设计师号)的「床尾衣柜」视频底下,她写了 「这一屋子装下来得多少钱」。诉求清楚 — 想知道全屋总价;但变量几乎为零:没说面积、没说户型、没说楼盘、没说风格。跟森鹿(面积+风格+问价)、阳光明媚(楼盘+面积+档位+问价)一比,她给的信息最少 — 这正是她只拿 78 分中意向、而不是 90+ 的原因。
首条 AI DM 在 transcript(#1)。破冰的聪明在于「用视频内容补客户没给的信息」:客户没说装什么,破冰就锚住视频里的「床尾衣柜」当切入点;客户没给面积、报不出准价,破冰就给「全屋标配 5 万起步」这个带「起步」二字的安全锚,再用「几室几厅」反问把缺失的面积/户型要回来。
DM 进入之后,客户的第一反应是点头像验证身份。本案触达账号是 messaging 账号「零星」(走 ADB 手发)。但它的主页资产 — 昵称、简介、作品数、粉丝量 — 尚未抓取,无法判断它扛不扛得住「主页一眼信任检查」。对一个本就只是中意向、随手问问的客户,主页一旦露怯,她滑走的成本极低。
Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市/县)、号源服务市。本案三层只填上了第一层:IP 江苏。客户评论里没自报城市,号源「设计师温倪」的服务城市也没入库。结果是 is_same_city = null,破冰里也完全没提地区 — 跟森鹿一样,是本案的明显短板。
comments.ip_location · 抖音 IP 反查comments.city 空source_accounts.city 空 → is_same_city = null面对没给面积的笼统问价,破冰(#1)的价格策略是给单价 + 起步总价、不硬编死数 — 284 一平的单价 + 全屋标配 5 万「起步」,用「起步」二字留出余地,再用活动钩收尾。在信息不足的前提下,这是相对稳妥的报价方式。
「评论入库 → 评分 → 起草 → 真机发送」在 DB 里是几行行变化,物理世界对应的是本地操作设备 + 人工审批 + 真机自动化。本案在流转上干净:破冰完整回写、status = sent,没有失真问题。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,Akke 现阶段靠本地物理设备 + 真机自动化触达。本案破冰(#1)由账号「零星」承接,走 Android ADB 驱动抖音 App,opener 完整落库、status = sent。DB 里有一条 6-3 15:05 的同文案 draft 草稿 + 一条 15:59 的 sent 发送行,文案一致、无丢失。目前 DB 1 条 AI 发送、客户 0 条,stage = ice_break 是真实状态。风险点:一旦客户回应,零星 ADB 手发链路若不补回写,就会重蹈三少爷的覆辙。
云电脑不是「换个机器跑」,而是把账号、设备、截图和回写统一托管。零星账号需要长期登录在固定环境里,由调度器按账号限额 claim lead。对本案最直接的价值是客户回应后的自动回写 — 这条若客户回了面积,必须立刻补客户消息入库,否则她会被当成「未联系」被任何人重复 claim 重发。
给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
is_same_city = null。60a3ded1-…-c9a51a3a689002409feb-…-58444e · stage ice_breakMS4wLjABAAAAGnrm0S4Sxn…2yAGc7640040268809171187 · 床尾衣柜还是太全面了 · 设计师温倪