Xu-
她把预算摊在了评论区，破冰却没接住
她在江苏。凌晨一点，她刷到「苏等等的家」发的一条 136 平案例视频，留下一句 「能给我发份清单，怎么才12w🌹🌹🌹」 — 惊叹、追问、三朵玫瑰，全在这十几个字里。
系统 5 分钟内完成评分、起草、送达 — 但那是凌晨 01:05，她睡着。9 小时 26 分后她醒来回了「三室两厅」，AI 2 分钟就跟上。整条案例按 6 个模块复盘 — 做到位的与 还能拧紧的。
→ 抖音个人主页
从「怎么才12w」到「三室两厅」
下面三块是这条案例的原始信号：她留评论的 136 平案例视频、那句带着惊叹和三朵玫瑰的追问、以及横跨一整夜的 3 条完整对话。先看全貌，再进入每个模块的拆解。
完整对话 · 3 条来回
2026-07-18 凌晨 → 上午 · 单通道 DM（无影云电脑）· DB 3 条，与截图完全一致messages.role = ai，右侧紫色气泡）；#2 来自 DB（role = customer，左侧灰色气泡）。本案 DB 3 条与手机聊天截图完全一致，没有回写缺口 — 这在本批案例里不多见。时间口径：本页所有时间取 DB
sent_at / created_at。抖音客户端截图上显示的时间戳与落库时间存在数分钟偏移（客户端只在间隔较大时插入时间标签），以 DB 为准。
工程指标很漂亮 · 但它把消息准点送进了她的睡眠
本案是个有意思的对照样本：采集侧的 5 分钟是全库第一档的速度 — 01:00:45 评论，01:05:21 破冰送达。但这条消息发出的时刻是凌晨一点零五分。她当然没看到。等她第二天早上 10:31 醒来翻私信，这条消息已经在收件箱里躺了 9 个多小时，还被夜里其他消息压在下面。「多快送达」和「什么时候送达」是两个不同的优化目标，本案只优化了前者。
5 分钟送达 · 9 小时 26 分才被读到
「怎么才12w🌹🌹🌹」
中意向进入触达队列
小星·全屋定制
业务侧被时段抵消：01:05 是凌晨。客户 10:31 才回「三室两厅」— 这 9 小时 26 分不是系统慢，是她在睡觉。同一条消息如果排到早上 9 点发，首响很可能是几分钟而不是九个半小时。
📌 值得记住的对照：AI 跟进只用了 2 分钟（10:31 → 10:33）。系统的响应能力完全没问题 — 客户什么时候回来都能接住，问题出在发起时机的策略上。建议给非紧急破冰加一个发送时段窗口（如 09:00–22:00），凌晨产生的 lead 排到次日早高峰再发 — 这不牺牲任何采集速度，只是把「送达」挪到人醒着的时候。
她主动报了预算锚点 · 破冰接住了面积和风格，唯独漏掉了钱
内容侧是评分模型 + 破冰话术生成共同决定的：客户留了什么、系统看到了什么、AI 写了什么。本案的信息密度其实很高 — 她一句话里塞了需求、情绪和价格锚点三样东西，破冰只取了两样。
2.1 触发评论 · 十几个字里藏了三条信息
在「苏等等的家」发的 136 平案例视频底下，她写下 「能给我发份清单，怎么才12w🌹🌹🌹」。这句话拆开看有三层：①明确诉求 — 「能给我发份清单」，她要的东西说得清清楚楚，交付物已经指定；②强烈的情绪反应 — 「怎么才12w」是在惊叹视频里 136 平居然只花了 12 万，加上三朵玫瑰，情绪是兴奋 + 难以置信；③价格锚点已成形 — 12 万这个数字进了她脑子，从这一刻起她心里的参照系就是「136 平 = 12 万」。
需要说清楚的是：136 平是视频里那个案例的面积，不一定是她自己家的。她自报的房型只有后来那句「三室两厅」，面积她始终没说。
2.2 系统给她打了 78 分
intent_reason = 「问购·一般·在调研」，comment_type_reason = 「询价清单+金额→product」）：产品型 · 中 specificity · active。系统判得准：「询价清单 + 金额」被同时识别，specificity 因为带了具体数字（12w）从 low 抬到 medium，78 分落在中意向偏上。评分环节看到了 12w，破冰环节却没用上 — 这是本案最值得注意的一处断裂：信号被识别了，但没被话术消费掉。
2.3 破冰文案 · 用语气词开场，但漏了最值钱的那张牌
首条 AI DM 在 transcript（#1）。它做对了一件同批案例里少见的事 — 不带昵称，用语气词开场：「你好，哈哈这条挺多人催」。客户昵称「Xu-」确实塞不进话术（一个姓加一个破折号，念出来很别扭），破冰没有硬套模板，改用「哈哈」降低推销感、用「这条挺多人催」制造从众与稀缺。
.Xun 案例里的「你这条评论我看了几遍」是同一类解法：叫不出名字时，就用情绪和语气开场。值得进话术库当标准兜底。
如果接住了，可以是这样：「12 万做 136 平确实是压得很紧的价格，能落地靠的是工厂直供 + 把见光板封边这些容易加价的项提前锁死 — 你家几室几厅，我按同样口径给你拉一份」。一句话同时回应了她的惊讶、植入了「我们也能做到」的暗示、还顺手带出了差异化，最后那个反问一个字没少。把最好的牌扣在手里，是本案最大的损失。
2.4 跟进 · 全批「清单换微信」模板里钩子最专业的一条
客户只回了四个字「三室两厅」，跟进（#3）在 2 分钟内接住，并且没有停在「好的我发你」的层面。它做了三件事：先确认已经拉好清单（「这份我已经拉出来了」— 交付物已就绪，制造即得感）→ 抛一个行业内幕（见光板和封边很多家单收，我给你拆开标了）→ 用平台限制合理化要微信（抖音发不了文件、发图会压糊）。
凌晨收到陌生私信，她第二天会先点头像还是先回话？
DM 进入之后，客户的第一反应是点头像验证身份。本案触达账号是「小星·全屋定制」（DB 内部账号名「零星」，聊天气泡右上角带「小星·全屋定制」徽章）。本案还有个额外的信任压力 — 消息是凌晨一点发的，隔夜再看，天然多一层「这是不是机器人群发」的疑虑。
account_id: 8af08f10
channel_pref = cloud_pc
accounts.following_count（同步于 6-25）accounts 无粉丝字段 · 需运营主页截图补数相当于对话内的持续身份背书
账号资产层依然是观测盲区 — 粉丝数、作品数、播放量在 DB 里全是空的，无法评估主页扛不扛得住她真去点头像那一下。建议运营补一次主页截图入库。
只拿到省级 · 而且这一层信息在对话里完全没被动用
Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市）、号源服务市。本案三层里只有省级有值，客户市级未公开、号源市级未标记。与同批某些案例不同的是，本案破冰连间接的地理话术都没有 — 地区这条线从头到尾是空白的。
📍 地区粒度 · 只有省级，且话术未使用
市级两端缺位，破冰也没用替代话术补位comments.ip_location · 抖音 IP 反查comments.city · 客户全程未提所在城市source_accounts.city · 「苏等等的家」标为本地号但市字段未入 → is_same_city = null[但也没有替代动作] 同批某些案例在拿不到市级时，会用「外地也能发」这类话术主动拆掉地理顾虑。本案完全没提物流、安装、服务范围。号源「苏等等的家」是本地号、客户 IP 也在江苏，大概率同城，这张牌本来是可以打的，但因为号源
city 未入库，系统无从判断，只能沉默。[市级缺位的代价] 打不了「本地仓 / 本地安装队 / 随时上门量房」这种在全屋定制里极强的信任锚。建议补录号源城市字段 — 这是一次性成本，收益覆盖该号源下所有 lead。
全场唯一的价格数字，是客户自己带来的
这是本批里最特殊的一个价格局面：AI 从头到尾没报任何数字，而客户在还没进私信的时候，就已经在评论区自己立好了锚 — 「怎么才12w」。于是对话变成了一个微妙的状态：客户心里有价，而 AI 既没确认也没否认。
走的是「清单换微信」不报价打法
数字源于视频案例，非 AI 提供
跟进只提「见光板封边单收」的口径问题
后果发生在加微之后：设计师按她真实的三室两厅出方案，如果报出来的数字明显高于 12 万，这个预期差会在信任刚建立的最脆弱时刻引爆，转化直接崩掉，而且很难挽回 — 因为客户会觉得「前面骗我」。
本周建议：给话术库加一条规则 — 客户评论/对话里自带价格数字时，破冰阶段必须表态，三选一即可：①认可（「这个价确实做得到，靠的是⋯」）②说明差异（「那套是精简配置，你家三室两厅要看柜体数量」）③界定口径（「12 万是不含见光板封边还是全含，这个差挺多」）。装作没看见是唯一错误的选项。
这条 DM 走的是云电脑通道，而且 3 条消息一条没丢
"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化，物理世界对应的是一台阿里无影云电脑上常驻的抖音客户端。本案是通道演进后的样本：账号 channel_pref = cloud_pc，不再依赖运营本机的手机和 ADB 线。
7.1 当前 · 无影云电脑通道
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽，Akke 现阶段靠云电脑常驻 GUI 自动化触达：cron 派单进队列，云电脑上的 poll agent 拉单，用模板匹配 + SendInput 在抖音 PC 客户端里完成搜人、开会话、粘贴、发送。通道判定有硬证据 — accounts.channel_pref = "cloud_pc"。
channel_pref = cloud_pcGUI 自动化 · 非本机 ADB / WDA
min_send_interval_seconds = 30连续失败 0 次 · 无冷却
7.2 回写完整度 · 3 / 3，零缺口
本案回写是干净的：2 条 AI 消息 + 1 条客户回复全部进了 messages 表，与手机聊天截图逐条对得上。这在同批案例里值得单独点出来 — 有些案例存在客户连发短消息被漏捕的问题，直接污染了 AI 下一条回复的上下文。本案没有这个问题，AI 在 10:33 看到的上下文就是完整上下文。
说明捕获 → 生成 → 发送整条链路灵敏
凌晨产生的 lead 会凌晨发出
球在客户那边 · 但桌上还留着一个没回应的 12 万
业务实质：客户主动索要清单、主动透露预算参照、并已交出房型（三室两厅）— 意向温度对得起 78 分；但尚未给微信，也未进入销售交接，且她心里的价格锚（12 万）从头到尾没被回应过。
下一步：①补一句价格表态 — 这是当前最高优先级，趁她还没加微就把「12 万」这个数字接住，例如「12万那套是136平的精简配置，你家三室两厅具体多少要看柜体数量，清单里我按同口径给你标了」，既堵预期差又给了再次要微信的理由；②换个时段追 — 上一条发在 10:33，若 24 小时无回应，下次追问排到晚 19:00–21:00 而不是凌晨；③加微成功后第一件事就是澄清计价口径，别让设计师第一次报价去承担预期差；④把「凌晨不发破冰」提成调度规则，本案的 9 小时 26 分首响不该再复现。
这个项目哪里做得好，哪里还能拧紧
给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。
时效性 · 送达 5 分钟，却送进了凌晨一点
MID- 采集侧第一档速度：01:00:45 评论 → 01:05:21 送达，全程约 5 分钟。
- 跟进响应 2 分钟：客户 10:31 回复，10:33 AI 已接住 — 不管她隔多久回来都能接得住。
- 链路本身没有卡点：捕获、生成、发送四步全自动，无人值守。
- 首响 9 小时 26 分，全批最慢之一：不是系统慢，是消息发在凌晨 01:05，她在睡觉。
- 只优化了「多快送达」，没优化「什么时候送达」：工程指标漂亮，业务收益被时段整个抵消。
- 本周建议：非紧急破冰加发送时段窗口（09:00–22:00），凌晨 lead 排到次日早高峰。
内容 · 开场和跟进都出彩，但漏掉了客户送上门的价格锚
BAD- 昵称不好用时改用语气开场：「哈哈这条挺多人催」— 全批唯一一条不带昵称的破冰，降推销感 + 制造从众，值得进话术库。
- 跟进钩子是全批最专业的：「见光板和封边很多家是单收的，清单里我把它们拆开标了」— 点破行业隐性加价项，比空说「清单很详细」有力得多。
- 反问成本极低：「你家几室几厅」四个字就能答，客户确实答了。
- 「怎么才12w」被整个跳过：本案最大的漏接。接住了面积和风格，唯独漏掉客户唯一主动给出的、也是最值钱的价格信号。
- 评分看到了，话术没消费：
comment_type_reason明写「询价清单+金额」，说明 12w 被识别了，但破冰生成时没被用上 — 信号在链路中间掉了。 - 本周建议：话术库加硬规则 — 客户自带价格数字时，破冰必须表态（认可 / 说差异 / 界定口径），装看不见是唯一错误选项。
账号信任度 · 第一关过了，资产层仍是盲区
MID- 隔夜的陌生私信她还是回了：口语化开场大概率帮忙躲开了「机器人」判定。
- 对话内持续背书：每条 AI 消息带「小星·全屋定制」徽章。
- 账号健康：active、连续失败 0、无冷却、节流合规。
- 粉丝数 / 作品数 / 播放量在 DB 里全空：这一层根本无法评估，不是账号差而是没数据。
- 真正的信任测试还没过：她回了房型但没给微信，#3 那一步的结果仍是未知。
- 本周建议：运营补一次主页截图入库，让后续案例能真正打这个分。
地区 · 只有省级，而且这条线完全没用
MID- 没显式提「江苏」：避免了"被画像"的反感，方向正确。
- 三层里两层空：客户市级未公开、号源
city未标记 →is_same_city = null。 - 可能同城却打不了这张牌：号源「苏等等的家」是本地号、客户 IP 在江苏，大概率同城，但系统无从判断只能沉默。
- 连替代话术也没有：同批案例会用「外地也能发」补位，本案全程未提物流 / 安装 / 服务范围。
价格 · 不报价是对的，但对客户的锚保持沉默不是
MID- 坚持不报数字：符合「清单换微信」打法 — 报了就没有加微的理由了，且隔着私信报价必然要往回改。
- 给了口径而不是数字：「见光板和封边很多家是单收的」是教客户怎么看价格，比给一个数更高级。
- 客户自带的 12 万锚点全程无人回应：AI 既没确认也没否认，而沉默会被读成认可。
- 预期差被推给了设计师：她很可能默认「你们也是这个价」，加微后第一次真实报价就是引爆点，且发生在信任最脆弱的时刻。
- 本周建议：加微成功后第一句先澄清计价口径，别让设计师的报价单去承担这个落差。
信息流转 · 云电脑跑通，回写零缺口
GOOD- 回写 3/3，与截图逐条对得上：没有同批案例里那种「客户消息漏捕导致 AI 上下文失真」的问题。
- 云电脑通道跑通：
channel_pref = cloud_pc，不依赖运营本机手机和 ADB 线。 - 捕获到跟进 2 分钟闭环：客户隔了九个半小时回来，系统照样立刻接住。
- 派单不看钟点：队列里排到就发，这才导致破冰落在凌晨 01:05 — 通道能力没问题，调度策略缺一层时段闸。
- 本周建议：在派单侧加发送时段窗口，是本案 6 个模块里性价比最高的一处改动 — 改一行调度规则，救回九个半小时。
- 评论
b63047fc-…-6b37cd9ae805- conversation
2ce57665-…-21db7abf071c· stage ice_break- comment_time
- 2026-07-18 01:00 CST
- 入库 / 评分
- 2026-07-18 01:05 CST
- 抖音昵称
- Xu-
- sec_uid
MS4wLjABAAAAVUYR…9jDzE- IP 属地
- 江苏（自报市未公开）
- 头像
- 已缓存
- intent_score
- 78 / 100
- intent_label
- 中意向
- comment_type
- product · medium · active
- video
7651467995613715946· 136 平黑白灰案例 · 号源「苏等等的家」
- 发送账号
- 小星·全屋定制（内部名：零星）· 8af08f10
- 账号资产
- 402 关注 · 粉丝/作品未抓取 · active
- 通道
- 阿里无影云电脑（
channel_pref = cloud_pc）· ≥30s/条 - 客户回复
- 1 条（DB 3 条全量，无缺口）· 三室两厅 · 自带 12w 锚点