超哥是大叔🏍
「马上装修，来一份表格呗」· 5 分 22 秒破冰 · 54 分钟后手机号到手
他在山东，自报现居聊城。在佳姐装修日记派送装修资料的视频底下，他写了一句 「马上装修，来一份表格呗，姐」 — 既报了工期，也点了名要什么。
系统 5 分 22 秒把破冰打了出去；40 分钟后他自己甩来户型图 + 「使用面积70平，想装侘寂风」；AI 2 分钟内用「见光板和封边我拆开标了」接住，并以「抖音发不了文件」为由要 vx；3 分钟后他给了手机号。评论到手机号，全程 50 分 50 秒。
但故事没有在这里收尾：企微好友申请发出后，他始终没点那个「通过」 — 前 50 分钟满分，卡在最后一米。整条案例按 6 个模块复盘 — 做到位的、还能拧紧的，以及那一米是怎么丢的。
客户抖音主页 ↗
从「来一份表格呗」到一串 11 位手机号
下面三块是这条案例的原始信号：派送装修资料的视频、那句自带工期和索取动作的评论、以及一小时内跑完的 6 条对话。这是一条当天完成加微交接的正面样本 — 先看全貌，再进入每个模块的拆解。
完整对话 · 6 条
2026-07-21 · 单通道 DM（抖音 App）· #1 #3 #4 #5 #6 来自 DB · #2 户型图为截图取证messages.role = ai · status sent），#3 #5 客户回复来自 DB（回复捕获已工作）；#2 户型图是图片消息，不入 messages 表，取自 PM 提供的抖音 App 聊天截图 — 左侧灰气泡 + 客户头像，sender 按截图气泡侧 + 头像判定为 user，非启发式推断。另有一条 07:33:56 生成的 draft opener（含「聊城最近问全屋柜体的多，放心，能做」）未发出，实发的是 07:35 那版 — 两版差异见模块 2。
清晨 7 点半的评论，5 分 22 秒就被接住了
这条评论留在 07:29:53 — 一个人刚睡醒刷手机的时间。本案时效是全链路正面样本：07:32:38 入库（+2m45s）、07:33:56 起草、07:34:10 进派单队列、07:34:25 被 claim、07:35:15 破冰送达，全程 5 分 22 秒，每一跳都有时间戳。客户 40 分钟后回来，说明消息落在了他还没放下手机的窗口里。
5 分 22 秒破冰 · 40 分钟后客户带着户型图回来
「马上装修，来一份表格呗，姐」
dispatch_queue · 07:34:25 被 claim
饭粒（一筑·全屋定制）
a249b091，可审计。评论 freshness 判 urgent（近窗），链路没浪费任何鲜度。客户侧节奏更快：首响 40m15s（07:35 → 08:15），此后 AI 1m54s 接住、客户 3m19s 给手机号 — 全程 50 分 50 秒从评论走到联系方式。
📌 这条案例证明了时效红利的实际形状：客户 07:29 说「马上装修」，08:11 就已经在翻户型图发给你 — 这个热度只在当天早上存在。如果破冰晚 6 小时到，他大概率已经在别家群里聊上了。反过来看隐患：08:23 之后链路交给了企微侧，抖音这边不再有动作，客户有没有点那个红点通过，DB 完全看不见 — 而事实是他没点，这个盲区隔了一天才由销售口头确认。5 分 22 秒抢来的时效红利，最后被一个无人监控的交接动作吃掉了 — 见模块 6。
他要「表格」· AI 就给「拆开标的表格」· 要 v 的理由是平台发不了文件
本案内容侧的主线是需求对齐：客户明确要一份表格，AI 从头到尾没有偏离这个物件 — 破冰承诺「按你家面积整一份」，跟进把这份表格具体化成「同户型那份、见光板和封边拆开标」，最后用「抖音发不了文件」把要微信这件事变成客户自己的需要。这是和 丹丹案（客户冲送资料来、破冰却问案例还是价格）正好相反的一条。
2.1 触发评论 · 一句话里塞了工期、动作和物件
在佳姐装修日记（号源池里类目「业主日记」的装修记录号）派送装修资料的视频底下，他写下 「马上装修，来一份表格呗，姐」。十一个字给了三件事：①工期 —「马上装修」是明确的阶段词，不是「以后想装」；②索取动作 —「来一份」，他在伸手；③具体物件 —「表格」，他知道自己要什么。相比同视频下只写「来一份！」的客户，多出来的「马上装修」这四个字，就是 85 分和 78 分的差距。
2.2 系统给他打了 85 分
「马上装修」被判为强买家信号，把这条从普通索取抬到 85 高意向；specificity 只给 medium 是因为评论本身没有面积/预算/房型 — 但这三样他在 40 分钟后主动补齐了，说明 medium 是评论时刻的准确刻画，不是模型看低了他。
2.3 破冰文案 · 实发版砍掉了「聊城」和「放心，能做」
首条 AI DM 在 transcript（#1）。值得注意的是 DB 里还躺着一版 07:33:56 生成、没发出去的 draft：「……最近装修的多，聊城最近问全屋柜体的多，放心，能做。方便发个v过来吗……」。实发版把市级坐标「聊城」和「放心，能做」都砍了，只留下「最近问全屋柜体的多」。丢掉聊城是这条 opener 唯一的可惜之处（见模块 4）。
2.4 跟进文案 · 三步把 70 平变成手机号
客户甩来户型图和「70平侘寂风」（#2 #3）之后，AI 1 分 54 秒给出的这条（#4）是本案的胜负手，三步：
他没点主页就给了手机号，但这不代表主页不重要
DM 进来之后客户的常规动作是点头像验证身份。本案客户跳过了这一步 — 40 分钟后直接甩户型图 — 说明话术本身的专业度扛住了信任检查。但这是运气还是能力，目前无法评估：发送号「饭粒（一筑·全屋定制）」的抖音展示资产（粉丝 / 简介 / 作品）尚未抓取。
accounts · type=messaging · status=activeaccounts.daily_limitIP 山东、自报聊城 · 市级信号拿到了，却在实发版里被砍掉
Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市）、号源服务市。本案三层里拿到了两层，而且 draft 版 opener 里本来写了「聊城最近问全屋柜体的多」— 但实发的是砍掉聊城的那一版。同号源的丹丹案把「洛阳」留在了 opener 里，本案没留住，这是可直接对照的一处退步。
📍 地区粒度 · 市级信号在手但未落进实发话术
聊城只出现在未发出的 draft 里 · 同城徽章因号源未标市而未触发comments.ip_location · 抖音 IP 反查comments.city · 客户自报source_accounts.city · 「佳姐装修日记」未标服务市 → is_same_city = null[市级] 「聊城」出现在 07:33:56 那条
draft 里，但实发版（07:35:15）把它连同「放心，能做」一起砍了 — 市级信号在手却没用上。参照丹丹案「洛阳本月活动期」的效果，本地化语境能让一条系统 DM 读起来像本地商家。本案靠专业细节赢下了信任，但这不意味着地区牌可以不打。本周建议：查清 draft → 实发之间是谁改写的（模板降级 or 人工编辑），把市级坐标保留为不可裁剪字段。同城徽章未触发（is_same_city = null），原因在号源侧未标服务市。
全程一个数字都没说 · 却把「怎么收费」讲清楚了
本案对话没有出现任何价格数字。但 #4 做了一件更聪明的事：不报价，报计价结构 —「见光板和封边这两项很多家是单收的，清单里我把它们拆开标了」。客户听到的不是「多少钱」，而是「这个人知道钱会花在哪些看不见的地方」。真正的报价被推迟到企微里的那份清单上。
这条 DM 走的物理通道，以及它在哪一步失去视野
「评论入库 → 评分 → 派单 → 发送 → 回复捕获」在 DB 里是几行行变化，物理世界对应的是一台真机上的抖音 App。本案链路质量是同期案例里最完整的一条：派单三跳有时间戳、出站 3 条全部回写、入站 2 条全部捕获。问题出在 08:23 之后 — 客户去没去点那个红点，系统永远不会知道。
7.1 当前 · dispatch_queue 派单 + 真机 GUI 发送 · 回写零缺口
破冰（#1）由发送号「饭粒（一筑·全屋定制）」发出，dispatch_queue 行 a249b091 记录完整三跳：created(queued) 07:34:10 → claimed 07:34:25 → completed(sent) 07:35:15，error_message 为空、无重试。后续 2 条 AI 消息（#4 #6）与 2 条客户回复（#3 #5）全部落 messages 表 — 出站入站双向回写都在工作，比同号源丹丹案（出站跟进漏回写）完整。唯一没进 DB 的是客户 08:11 发的户型图（#2）：图片消息不入 messages 表。
a249b091 三跳可审计；截图为 Android 抖音 App 界面，但 error_message 为空、无 ADB 特征串 → ADB 本机 or 云电脑未落库，不臆断7.2 交接断点 · 抖音链路到手机号为止，企微那一侧 DB 看不见
08:20 拿到手机号、08:23 发出「我们添加您啦」之后，这条线索物理上离开了 Akke 的视野：企微加好友的发起、客户在服务号点没点通过、清单有没有真的发出去 — 三件事 DB 全部无记录，conversations.stage 仍停在 ice_break、handed_off_at 为 null。这不是回写 bug，是链路设计上的断点。
handed_off_at = null；企微申请实际未通过，而系统隔了一天才由销售口头得知，期间无任何提醒stage 还是 ice_break，handed_off_at 为 null — 意味着跟进策略仍按「破冰未响应」的节奏在算，存在被二次触达打扰的风险。最小修复：拿到联系方式即把 stage 推到 handed_off 并写入 handed_off_at；交付侧要求销售把「清单已发」截图回传，让承诺物的兑现可审计 — 否则模块 5 列出的三个可验收项，没有任何一个能在系统里确认。
手机号已拿到 · 企微申请未通过 · 卡在最后一米
handed_off_at 仍为 null）。业务实质：客户 08:20 主动给出手机号 13156350111，08:23 我方发起企业微信添加并引导他去微信服务号点通过 — 截至 7-22 客户未点通过，好友关系没建立，那份清单一直没送出去。这条案例前 50 分钟做得几乎无可挑剔，却卡在最后一米：「服务号里有个小红点，你点一下通过」是一个要客户离开抖音、打开微信、找到服务号、再点一次的四步动作 — 每一步都在掉人。他给号时的热度（3 分 19 秒就回了手机号）没有被立刻兑现，隔了一夜就凉了。
下一步：①回抖音 DM 再碰一次 — 这是唯一还通着的通道，话术别催加微，直接把清单里最扎眼的一条先发过去自证（如「你家 70 平柜体投影大概 38–44 平，封边我们不单收、见光板 200 一平且不重复算面积」），让他觉得东西是真的；②同时给一条零摩擦的备选路径 — 让销售用个人微信直接加手机号（不走企微服务号确认流），或问他要不要直接把清单图发抖音（虽压缩但能看）；③别再重复「去点红点」这句 — 已经证明无效，重复只会消耗剩余耐心；④在 DB 里把 stage 推到 handed_off 并标记交接失败原因，避免自动跟进当他没响应过。
这条案例哪里做得好，哪里还能拧紧
给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。
时效性 · 5m22s 破冰 + 1m54s 接住
GOOD- 5 分 22 秒首触达：入库 2m45s + 起草 1m18s + 派单发送 1m04s，三段无堆积，dispatch_queue 三跳全可审计。
- 客户一回 1m54s 接上：08:15 报 70 平 → 08:17 给出拆项清单承诺，热度窗口一秒没浪费。
- 50 分 50 秒从评论到手机号：清晨评论当场闭环，是时效红利最直观的一次兑现。
- 08:23 之后没有任何时间锚：企微是否通过、清单何时发出，没有 SLA 也没有超时提醒。
- 本周建议：给「已拿到联系方式」的线索加一条 2 小时回执闸 — 到点没有「清单已发」截图就报警。
内容 · 承诺物具体化换来手机号
GOOD- 需求物件从头到尾没跑偏：客户要「表格」，破冰承诺「按你家面积整一份」，跟进升级成「同户型 + 拆项 + 带图」。
- 用内行细节建立信任：「见光板和封边很多家是单收的」— 站在客户一边指出别家的坑，比任何自夸都有效。
- 要 v 有正当理由：「抖音发不了文件、发图会压糊」把索取改写成交付受阻，3m19s 就拿到手机号。
- 用从众锚而非稀缺锚：「最近问全屋柜体的多」避开了丹丹案「排单还剩几席」的套路感雷点。
- 侘寂风被完全忽略：客户主动说了风格偏好，AI 一个字没接 — 这是最容易接的软话题（配色 / 无拉手 / 见光面留白），漏掉了一次加深专业印象的机会。
- 户型图没被利用：客户发了图，回复里没有任何基于图的观察（如「你家餐厅那面墙够做通顶餐边柜」），等于把一份高价值信息当没看见。
- 本周建议：客户发户型图 / 报风格时，跟进模板强制带一句「基于图的具体观察」，成本极低、可信度提升明显。
账号信任度 · 饭粒（一筑·全屋定制）
MID- 信任检查被话术扛住：客户没点主页就交了手机号，说明专业细节可以替代账号资产。
- 发送号资产未抓：粉丝 / 作品 / 简介全不可见，扛住这次是话术之功还是运气，无从判断。
- 抖音名与企微名不一致：客户在抖音聊的是「饭粒（一筑·全屋定制）」，收到的好友申请来自「有大有小」体系 — 认不出就是流失。
- 本周建议：补主页截图落数；企微验证语固定带抖音昵称 + 承诺物。
地区 · 聊城拿到了却没用上
MID- 市级信号采到了：
comments.city = 聊城，draft 版 opener 也确实写进了「聊城最近问全屋柜体的多」。
- 实发版把聊城砍了：07:33 draft 有、07:35 实发无 — 同号源丹丹案把「洛阳」留住了，本案没有，是可直接对照的退步。
- 同城徽章仍未触发：「佳姐装修日记」没标服务市，
is_same_city = null。 - 本周建议：查清 draft → 实发的改写环节，把市级坐标设为不可裁剪字段；给号源池补服务市标注。
价格 · 不报价、报计价结构
GOOD- 未量尺前零数字：70 平只有使用面积、没有柜体尺寸，此时抛总价必然要么报低反悔、要么报高吓跑。
- 用透明度替代低价：「见光板和封边拆开标」把竞争维度从「谁便宜」换成「谁不藏」，这是可复用的高价值话术。
- 清单口径可查：568 元/投影㎡、封边含、见光板 200 元/平且不重复计面积，全部对得上知识库当前实值。
- 承诺已具体到无处含糊：三个可验收特征一旦有一项对不上（发了通用模板 / 没拆项 / 发纯文字），前 50 分钟归零。
- 568 是活动价：加微后若档位已变，必须主动说明；沉默换价会把「透明」人设一次清零。
- 本周建议：清单交付前做一次三项自检，并在页脚标明活动价有效期。
信息流转 · 回写零缺口、交接是盲区
MID- 派单三跳全可审计：dispatch_queue
a249b091queued 07:34:10 → claimed 07:34:25 → sent 07:35:15，无重试无报错。 - 双向回写零缺口：出站 3 条 + 入站 2 条全部入库，比同号源丹丹案（出站跟进漏回写）完整。
- stage 与业务实质脱节：手机号已到手，
stage仍是ice_break、handed_off_at为 null — 自动跟进可能把已交接客户当未响应再打扰一次。 - 交接后全盲，且代价已兑现：客户实际没通过企微申请、清单至今未送达，而这件事系统一无所知 — 靠销售隔天口头反馈才知道。全盲的成本不是"数据不全"，是"一条 85 分线索在无人察觉中冷掉"。
- 本周建议：拿到联系方式即推 stage=handed_off 并写
handed_off_at；交付要求截图回执，让承诺兑现可审计。
- 评论
14dc436f-e7e2-4b8f-b5cf-84850c0509b0· status contacted- conversation
38662b14-ffa6-48ff-a030-dec7d9e0882d· stage ice_break- comment_time
- 2026-07-21 07:29:53 CST · 入库 07:32:38
- 派单
- dispatch_queue
a249b091· queued 07:34:10 → claimed 07:34:25 → sent 07:35:15
- 抖音昵称
- 超哥是大叔🏍
- sec_uid
MS4wLjABAAAAMfZ6mQCxEWhMGSbMIldJkSNOLv_pYkqItCOVoXgn3Ts- IP 属地
- 山东（自报现居聊城）
- 房型
- 使用面积 70㎡ · 两室两厅一厨一卫 · 侘寂风
- intent_score
- 85 / 100
- intent_label
- 高意向
- comment_type
- product · medium · urgent
- video
96f3c42c-cde2-4a82-804d-72ce30c9f05d·7645493871992237998· 号源「佳姐装修日记」（业主日记）
- 发送账号
- 饭粒（一筑·全屋定制）· messaging · 30 条/天
- 通道
- 真机抖音 App · 子通道需手动判定（无 error_message 证据）
- 客户回复
- 2 条（DB）+ 1 张户型图（截图取证）· 已给手机号
- AI 消息
- 3 条已发（全部回写）+ 1 条 draft 未发