她在黑龙江。7 月 8 日早上 7 点 37,她在一支「13w 装修四房两厅」的视频下问:「可以发我一份清单吗」。
6 分 50 秒破冰,她回「两室一厅」(顺手纠正了 opener 认错的户型),再答「115」=115㎡——正一步步把户型面积交出来。这条案例展示清单钩子破冰 + 逐步套户型,也如实记录了一次捕获漏写(「115」没入库)。
下面三块是这条案例的原始信号:客户评论的"13w 装修四房两厅"视频、那句要清单的评论、以及一筑账号的破冰 DM 和客户逐步交出的户型/面积。重点看 opener 怎么用"发清单"当钩子、逐步把户型和面积套出来。
下方各分析模块在拆解时用 #1…#5 引用回这里。#2 由 DOM 捕获入库;#3/#5 我方手动发(未回写);#4「115」被捕获日志检测到、但未写进 messages(真实漏写,见模块 6)。
#5:用"同户型整套实拍+带尺寸柜体清单"硬钩子 + 抖音压图理由 + 免费量尺,正等她给微信(数据快照 2026-07-08)。#6:她是否给微信、是否进入销售加微。
时效性是 Akke 链路最先体现的工程指标 —— 它衡量"从客户点发送到我们打回去"中间,每一段耗在哪里。本案 6m50s 完成首触达,两段都在几分钟内、比较均衡;客户侧隔约 2 小时回,落在同一上午的记忆窗口内。
📌 系统侧两段都在几分钟内(3m03s 入库 + 3m47s 触达),节奏均衡。客户 2 小时回、还顺手纠正了 opener 认错的户型,说明破冰"发清单"钩子接住了她原始诉求。
内容侧由评分模型 + 破冰/跟进话术共同决定。这条 lead 的评论"要一份清单"是个低承诺请求——价值在于 opener 拿"发清单"当由头,一步步把户型(两室一厅)和面积(115㎡)套出来。
在苏等等的家(本地号)发的「13w 装修四房两厅」视频底下,西瓜留了一句:「可以发我一份清单吗」。这是个低承诺的"要资料"请求——她对这套装修的性价比感兴趣、想要落地参考,但没给自家户型/面积/预算。LLM 判成 product 问购、specificity=medium、78 分中意向。
她要清单,opener(见 #1)先答应给("实拍+户型清单都可以发"),把她"发我清单"的请求接住;同时用视频里的"13w 四房两厅"拉近距离,最后用"你家几室几厅"把话题从"别人家的清单"转到"你家"。
她回「两室一厅」(#2)——给了户型,仍是短答(L1-L2)。此时不抢加微,继续用"帮你算"的方式套面积。我方回复(#3)三步:
她连着给了户型(两室一厅)+ 面积(115㎡)、配合度到位——按决策卡可以从 L1 试水升 C 档(硬钩子 + v)。我方回复(#5)按最新话术拟:
DM 进入之后,客户的第一反应是点头像验证身份。本案触达账号是「一筑·全屋定制」这类可持续运营的装修账号(与「小燕子」案例同一个发送号)。能不能扛住"主页一眼信任检查",决定她愿不愿意继续看 #1。
Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案三层里只有省级"黑龙江"是确定值,市级两端都未入库 —— 破冰话术只能停在省级,也无法判定是否同城。
comments.ip_location · 抖音 IP 反查comments.city · 客户未自填,跟进话术不带城市级 micro-contextsource_accounts.city · 号源市未入 → is_same_city = null西瓜的价格线索是一路埋出来的:opener(#1)借视频里"13w 装修"当参照;#3 抛出"我按你面积算下 568 投影价能装成啥样"当帮她算账的钩子、套出面积 115㎡;#5 说"全屋基础柜体整套能包进来"、但没报一个总价万数。报价节奏=埋单价锚点 → 套面积 → 加 v 后由设计师出准价单落总价。
"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化,物理上对应发送设备 + 人工节奏 + 回写。本案由一筑账号经无影云电脑触达;这条对话正好逮到一个真实的捕获漏写 bug:客户回的面积「115」被捕获日志检测到、却没写进库。
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,一筑账号现走阿里无影云电脑:账号常登在云电脑上,运营在云电脑抖音里发 DM。对外客户看到的是一筑·全屋定制这个装修账号身份,而不是内部 operator 名。
本案逮到一个具体 bug:她回的面积「115」,一筑 poll agent 日志明确打印 [inbound] 西瓜不见了: 115(检测到了),但查 messages 表没有这一行——同轮的文字回复「两室一厅」却成功写库。高度怀疑纯数字/超短内容被当 presence 噪声过滤掉(捕获本就会夹带"X 小时内在线"等噪声,过滤规则可能形如 ^\d+$,误杀了合法的面积回复"115")。已单独提交排查(同机小浣熊的"110"同样漏写,两个实证)。叠加"我方手动跟进不回写",DB 里这条对话看着比真实进度浅。
stage 仍显示 ice_break——她的关键回复「115」漏写、也没走 analyze 升 stage(DB 滞后,见模块 6),真实对话已到加微引导。下一步:她给微信 → 设计师发同户型整套实拍+带尺寸清单 → 约免费量尺出准价单。
给上面 6 个分析模块各打一个评价:做到位的当 SOP 沉淀;不足的当下一周 punch list。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。
09f5c25a-ff6f-…-32e11f6e22f3ice_breakdouyin.com/video/7655558671637079494MS4wLjABAAAAeMXhMq…q54O