她在河南。在设计师_大鱼发的餐边柜视频底下,她只留了 7 个字 — 「你好想做同款有尺寸吗」,什么规格都没给。
系统 2 分钟内完成评分、起草、送达。随后 57 分钟里她一步步交出房况、面积,最后主动问「你们是什么牌子的板子」 — 这是全场最强的购买信号。整条案例按 6 个模块复盘 — 做到位的与 还能拧紧的。
下面三块是这条案例的原始信号:她留评论的餐边柜视频、那句什么规格都没给的 7 字提问、以及不到一小时里 9 条来回的完整对话。先看全貌,再进入每个模块的拆解。
messages.role = ai);#2 / #4 / #8 来自 DB(role = customer);#6 / #7 两条客户消息未入库,取自手机聊天截图,sender 按截图气泡侧 + 头像判定(小星账号在右 = akke,客户头像在左 = user),非启发式推断。sent_at / created_at。抖音客户端截图上显示的时间戳与落库时间存在数分钟偏移(客户端只在间隔较大时插入时间标签),以 DB 为准。
时效性是 Akke 链路最先体现的工程指标。本案是这条链路目前最快的一档:12:51:33 评论,12:53:29 破冰送达 — 全程 1 分 56 秒。对比同库里 14 天延迟的反面样本(灯火阑珊案),本案证明快通道跑通时能有多快:客户此刻还停在那条视频的评论区里,记忆最鲜、注意力最集中。
📌 值得记住的对照:同一套系统在灯火阑珊案里花了 14 天,本案只用 1 分 56 秒。差别不在算法而在评论新鲜度 + 当日配额余量 — 本案是当天新评论、账号配额充足,走的是最短路径。这条链路值得被固化成"新评论优先抢占当日配额"的标准姿势。
内容侧是评分模型 + 破冰话术生成共同决定的:客户留了什么、系统看到了什么、AI 写了什么。本案的难点是输入信息极少 — 7 个字里没有面积、没有房型、没有预算,破冰必须自己造抓手。
在设计师_大鱼发的圆弧造型餐边柜视频底下,她写下 「你好想做同款有尺寸吗」。这句话暴露的东西很少但很关键:①意愿明确 — 「想做同款」是想买不是想看,购买动机已成立;②关注点在落地 — 问「有尺寸吗」说明她在考虑自家能不能放得下,已经在脑内量房;③但三个决策变量全缺 — 面积、房型、预算一个没给。这是它拿 68 分(中意向)而不是 90+ 的原因:意愿满格,规格为零。
intent_reason = 「问购·模糊·在调研」,comment_type_reason = 「问同款尺寸,购买意图」):产品型 · 低 specificity · active。首条 AI DM 在 transcript(#1)。客户没给变量,破冰就自己造三个抓手再反问:用工艺难度立专业、用「外地也能发」拆地理顾虑、用活动价给锚点,最后用最容易回答的二选一收尾。
三条跟进(#3 / #5 / #9)构成一条清晰的信息阶梯:房况 → 面积 → 户型图,每一步都给客户一个「给我这个,我给你那个」的交换理由 — 给房况换「好规划」的认可,给面积换「预估价」,给户型图换「设计师方案」。最后一条 #9 是被客户的问题触发的:她问板材品牌,AI 一次性抛出三大品牌 + ENF 级 + PUR 封边 + 环保不达标全额赔 + 假一赔三,然后用「你最看重环保还是防潮」把球再踢回去。
DM 进入之后,客户的第一反应是点头像验证身份。本案触达账号是「小星·全屋定制」(DB 内部账号名「零星」,聊天气泡右上角带「小星·全屋定制」徽章)。能不能扛住"主页一眼信任检查",决定她愿不愿意继续看 #1。
accounts.following_count(同步于 6-25)accounts 无粉丝字段 · 需运营主页截图补数Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案只拿到省级,但破冰做了一件更聪明的事 — 不提她在哪,直接说「外地也能发」,把潜在的地理疑虑提前消掉。
comments.ip_location · 抖音 IP 反查comments.city · 客户全程未提所在城市source_accounts.city · 「设计师_大鱼」标为本地号但市字段未入 → is_same_city = nullcity 未入库,无法判定是否同城,也无法用"本地仓 / 本地安装队"这种更强的信任锚。建议补录号源城市字段。
本案价格策略与"不报价"流派完全相反:破冰第一条就报了 568 一平的活动价。对一个只给了 7 个字、什么都没问价的客户来说,这是主动投喂锚点 — 赌的是「有具体数字比含糊其辞更能留住人」。结果证明赌对了:她没有被价格吓走,反而一路交出房况和面积。
"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化,物理世界对应的是一台阿里无影云电脑上常驻的抖音客户端。本案是 Akke 通道演进后的样本:账号 channel_pref = cloud_pc,不再依赖运营本机的手机和 ADB 线。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,Akke 现阶段靠云电脑常驻 GUI 自动化触达:cron 派单进队列,云电脑上的 poll agent 拉单,用模板匹配 + SendInput 在抖音 PC 客户端里完成搜人、开会话、粘贴、发送。通道判定有硬证据 — accounts.channel_pref = "cloud_pc"。
channel_pref = cloud_pcmin_send_interval_seconds = 30
云电脑通道的回写基本跑通:4 条 AI 消息 + 3 条客户回复都进了 messages 表。但客户的 #6「好」和 #7「有平面图」两条没有入库 — 而 #7 恰恰是本案信息价值最高的一条客户消息。
给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
city 未入库:无法判定同城,打不了"本地仓 / 本地安装队"这张更强的牌。channel_pref = cloud_pc,不再依赖运营本机手机和 ADB 线。53011288-…-1bf57ddfcd3d2ea2b9ad-…-0b439bd9c214 · stage ice_breakMS4wLjABAAAAorxh…mdP47660450521655893425 · 圆弧餐边柜 · 号源「设计师_大鱼」channel_pref = cloud_pc)· ≥30s/条