她在浙江,自己家正在自装、刚到木工阶段。在大橘的家的业主日记视频底下问了句 「柜子表面什么颜色」。
这条评论6-12 14:36 留下、5 分钟后 14:42 就送达破冰 —— 之后沉了 17 天,直到 6-29 她才回「收到」,又聊起自己自装到木工、朋友家刚开始,对话三轮来回但还没给微信。整条案例按 6 个模块复盘 —— 做到位的与 还能拧紧的。
下面三块是这条案例的原始信号:她留评论的视频、那句问柜子颜色的评论、以及 6-12 破冰 + 沉默 17 天后 6-29 当天三轮来回的完整对话。先看全貌,再进入每个模块的拆解。
messages.role = ai,DB 唯一落库的一行,6-12 14:42);#2 #4 #5 是客户三条真实回复(均 6-29);#3 #6 #7 是 AI 跟进(#3 #6 于 6-29、#7 于 7-01)。破冰 6-12 发出后客户沉默 17 天,6-29 才回;#6 后客户未再回,7-01 我方补了 #7 轻唤醒。#2–#7 全部未入库 —— check-replies / 回写未覆盖,仅凭手机聊天截图取证。sender 按截图气泡侧 + 头像判定(零星账号/小星头像在右 = akke,莫慌头像在左 = user),非启发式推断。
时效性是 Akke 链路最先体现的工程指标。工程侧本案是顶格正面样本:评论 6-12 14:36 留下,5 分钟后就评分、起草、送达 —— 评论→首触达约 5 分钟,链路把"采集→评分→真机发送"压到了极限。客户当下没回,沉了 17 天才在 6-29 自醒回「收到」并聊起进度 —— 这是客户行为、不是链路时效问题,但也说明"秒级送达"≠"秒级回复",破冰能否在沉睡后被唤醒还看话术与意向本身。
📌 时效起点用评论时间 14:36,opener 落库 + 送达 14:42 来自 DB + 截图,客户首响 6-29 16:59 来自截图。评论当分钟级送达是这条链路的最优区间,链路没有任何延迟;客户 17 天后才回是行为侧的"冷线索自醒",与 tuise-jiyi(19 天自醒)同类 —— 说明高/中意向即使当下不回,破冰留在对话框里仍有被翻出来的机会。
内容侧是评分模型 + 破冰话术生成共同决定的:客户留了什么、系统看到了什么、AI 写了什么。本案破冰没正面答她的颜色问题,直接抛板材品牌 + 568/平报价 + 锁名额 + 要微信 —— 答非所问、略显推销;但后面两条跟进(#3 #6)软下来、问进度、抛实拍对比钩子,把对话救了回来。
在大橘的家🏠(软装中)(一个记录自家装修的业主日记号)的视频底下,她写下 「柜子表面什么颜色」。一句话暴露 3 件事:①正在自装 —— 昵称直接挂着"(自装中)",房子已在施工;②到了柜体选材环节 —— 问的是柜子表面颜色,是个具体的当下决策点;③在主动调研 —— 看到别人家的柜子想知道同款,是真实需求、不是路过点赞。规格细节(面积/预算/户型)未给,问题问得很短、specificity 偏 low,但 freshness 是 active。
首条 AI DM 在 transcript(#1)。它带了昵称、点到了"看到你问柜子颜色",但随即跳到板材品牌(兔宝宝/千年舟 ENF 级)+ 568/平报价 + 锁名额 + 要微信 —— 客户问的那个"什么颜色"始终没正面回答。一条破冰塞进了报价、折扣、稀缺、加微四件事,信息密度过高、推销感偏重。
客户只回了「收到」,AI 跟进(#3)聪明地没有继续逼价/逼微信,而是轻轻一句"你自装到哪一步啦?"——把话题从"报价"拉回"她自己的装修"。客户立刻报出"木工 · 朋友家刚开始"。第二条跟进(#6)顺势问"柜子动工没",并抛出"同户型柜体实拍 / 材料对比"两个钩子,给继续聊下去的理由。
DM 进入之后,客户的第一反应是点头像验证身份。本案触达账号是内部 messaging 账号「零星」,抖音端显示名为「小星 · 全屋定制」(DM 气泡旁徽标可见),已在 zhengzhou-heikang / gangzi-daochang / laoxie 等案例实证为 Android ADB 通道。能不能扛住"主页一眼信任检查",决定她后面愿不愿意继续聊、愿不愿意给微信。
Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案省级"浙江"在手,但市级两端都缺:客户没自报城市,号源「大橘的家」是全国向业主日记号、未标记服务市。
comments.ip_location · 抖音 IP 反查comments.city · 客户未自填source_accounts.city · 全国业主日记号 → is_same_city = null和"全程不谈价"的案例不同,本案破冰就把价格摊开了:原价 868→现价 568、全包五金安装、一个小区锁一套名额。报价的结构很完整(降价锚 + 全包口径 + 稀缺锚三件套齐了),问题在时机——这套火力压在客户只问了句"什么颜色"的第一句回复里。
"评论入库 → 评分 → 起草 → 真机发送"在 DB 里是几行行变化,但物理世界对应的是本地操作设备 + 真机自动化。本案的硬伤在回写:DB 里只有破冰 1 条 AI 消息,客户三条回复 + 两条跟进全部没入库,整段对话靠手机截图取证 —— 回写覆盖严重不足,是这条链路最明显的短板。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,Akke 现阶段靠本地物理设备 + 真机自动化触达。本案破冰(#1)由「零星(小星·全屋定制)」账号承接,走 Android ADB 驱动抖音 App。但后续两轮(#3 #6 跟进 + 客户三条回复)均未回写,check-replies 没拉到、stage 也仍停在 ice_break,造成"看库以为只发了一条破冰"的盲区。
云电脑不是"换个机器跑",而是把账号、设备、截图和回写统一托管。零星账号需要长期登录在固定环境里,由调度器按账号限额 claim lead。它的价值是可监控、可回放、可统一回写(直击本案"只回写破冰、后续全缺库"的痛点);风险是云 IP / 模拟器指纹 / 登录态失效更容易触发风控。
给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
c55d4c01-…-9c8e-0740916c18ac3d90da20-…-8bc9-312d11157384 · stage ice_breakMS4wLjABAAAANRGL…wxBwM377646767494762127286 · 号源「大橘的家🏠(软装中)」