跳跳挑食
凌晨三点，她替自己在深圳找装修公司
凌晨 2:51，她还醒着刷装修视频，在旭东聊装修的作品底下留了一句 — 「哥，深圳有没有好的装修公司！」。
这是全批 12 条案例里唯一一条客户第一句就主动报出城市的评论。系统 4 分钟后把破冰送进她私信，第一句就正面接住：「深圳我们有网络服务点」。32 分钟后她回了两个字 — 「翻新」。整条案例按 6 个模块复盘 — 做到位的与 还能拧紧的。
→ 抖音个人主页
从「深圳有没有好的装修公司」到「翻新」
下面三块是这条案例的原始信号：她凌晨刷到的那条装修知识视频、那句自带城市的求助式评论、以及 38 分钟里 3 条来回的完整对话。先看全貌，再进入每个模块的拆解。
完整对话 · 3 条来回
2026-07-18 凌晨 · 单通道 DM（无影云电脑）· DB 3 条，与聊天截图完全一致messages.role = ai，右侧紫色气泡）；#2 来自 DB（role = customer，左侧灰色气泡）。本案 DB 3 条与手机聊天截图逐条一致，无遗漏、无需截图补录 — 这在本批案例里并不常见。时间口径：本页所有时间取 DB
sent_at / created_at。抖音客户端截图上显示的时间戳与落库时间存在数分钟偏移（客户端只在间隔较大时插入时间标签），以 DB 为准。
凌晨 2:55 送达 — 赶在她还醒着的那 4 分钟里
本案时效的价值不只是"快"，而是快得刚好还在客户的清醒窗口内。她 02:51 留评论，02:55 破冰送达，4 分钟。凌晨三点前后本该是消息沉底的高危时段 — 但她 03:27 就回了，证明她当时确实还在线。如果这条破冰慢到早上九点再发，她大概率已经在别处问到答案了。
4 分钟送达 · 32 分钟拿到第一个回合
「深圳有没有好的装修公司」
高意向进入触达队列
小星·全屋定制
首响 32 分：她 03:27 回「翻新」。AI 在 1 分 26 秒（DB 间隔 86.5 秒）内跟进，节奏没有掉。
📌 conversation.created_at（02:55）与破冰 sent_at（02:55）落在同一分钟 — 说明评分、起草、派单、发送四段在这一分钟内一次跑完，链路本身没有堆积。全部 4 分钟里，绝大部分是评论采集轮询的等待时间，这也是本案唯一可再压缩的一段。
她问「有没有好公司」，AI 答「我们在深圳能上门」 — 问答严丝合缝
本案的内容侧几乎没有猜的成分：客户把城市和需求都写在了评论里。难点不在挖信息，而在接得准不准 — 一句问「有没有好的装修公司」，如果回一段自我介绍或一句报价，就答非所问了。
2.1 触发评论 · 全批唯一一条自带城市的求助
在旭东聊装修（知识号）的视频底下，她写下 「哥，深圳有没有好的装修公司！」。这句话的信息密度在本批 12 条里是最高的：①城市明确 — 主动、第一句就报出「深圳」，其余多数案例只有省级 IP，市级要么靠对话一轮轮挣、要么全程未知；②需求明确 — 她在找服务商，不是问工艺、不是问价格、也不是感叹，这是决策漏斗偏下游的位置；③带情绪 — 一个「哥」加一个感叹号，是求助口吻，不是随口一说。
2.2 系统给她打了 85 分
intent_reason = 「问购·一般·近窗」，comment_type_reason = 「问深圳装修公司→product」）：产品型 · medium specificity · urgent。85 分判得合理，且是本批第二高：明确城市 + 明确在找装修公司 + 是"寻找服务商"而非泛泛咨询。specificity 只给 medium 是因为面积、预算、房型都还没有；freshness 给 urgent 对应"当天新评论"。这条案例说明评分模型对求助式、带地点的评论识别是准的。
2.3 破冰文案 · 四件事塞进一句话
首条 AI DM 在 transcript（#1）。它做对的核心一件事是先正面答她的问题，再要信息：她问深圳有没有好公司，第一句就答「深圳我们有网络服务点」，等于说"有，就是我们"。
2.4 跟进 · 「翻新」这个答案的标准应对
客户只回了两个字「翻新」。跟进（#3）没有说「翻新也能做」这种废话，而是一句「翻新最怕拆完发现多花钱」 — 直接戳中翻新客户最真实的恐惧：预算失控。翻新和新房的最大差别就是拆改的不确定性，敢说这句话本身就是专业度的证明。接着「你家几平的房？我帮你估个底价，心里有数再动工」，把索取面积包装成为客户消除不确定性，而不是"我要收集你的信息"。
本案的改法：问面积的同时顺手给一句翻新干货，比如「翻新的钱通常有三成花在水电和拆除上，这部分最容易超」。一句话既兑现了「我懂翻新」，又让她觉得这次对话有收获 — 回复意愿会明显高于纯提问。信息交换要有来有回，连续两轮只索取，客户很容易停在这里。
她在找"好的装修公司"，主页就是第一道资质检查
本案客户的诉求是找一家靠谱公司，这意味着她比一般客户更可能点进主页看资质。触达账号是「小星·全屋定制」（DB 内部账号名「零星」，聊天气泡右上角带金色「小星·全屋定制」徽章）。这一层能不能扛住，直接决定她愿不愿意继续回 #1。
account_id: 8af08f10
channel_pref = cloud_pc
accounts.following_count（同步于 6-25）accounts 无粉丝字段 · 需运营主页截图补数相当于对话内的持续身份背书
客户白纸黑字写了「深圳」· 话术接住了，数据库却没接住
Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市）、号源服务市。本案是全批地区匹配最干净利落的一条 — 客户在评论第一句就主动报出城市，破冰当场接住。但也是最刺眼的一条数据盲区：城市就写在评论正文里，comments.city 却仍然是 null。
📍 地区粒度 · 话术拿到了市级，字段还停在省级
评论正文有「深圳」，采集环节没有解析comments.ip_location · 抖音 IP 反查comments.city · 客户已在评论正文写明「深圳」，但未被抽取回填source_accounts.city · 「旭东聊装修」为知识号，市字段未入 → is_same_city = null[话术当场接住] 破冰（#1）第一句就是「深圳我们有网络服务点，量尺和设计师都能上门」 — 客户报的城市、问的问题、AI 的回答三者完全对齐。这是"客户主动报城市 + 话术当场接住"的标准组合，值得做成模板。
[但数据没进系统]
comments.ip_location 只到「广东」，comments.city 仍是 null。市级信息就明明白白摆在评论正文里，采集环节却没有解析。后果是：这条 lead 在任何按城市筛选的看板、派单、同城匹配逻辑里都表现为"广东省，城市未知"，白白丢掉一个零成本就能拿到的高价值字段。本周建议：在评论入库或评分环节加一步正文城市名抽取，命中就回填
comments.city。这是全链路里性价比最高的一个补丁 — 不需要额外接口、不需要额外抓取，客户已经自己说了。
一个数字都没报 · 却承诺了「帮你估个底价」
本案对话里没有出现任何具体价格数字 — 没有单价、没有总价、没有活动价。但它并非"不谈钱"：跟进（#3）承诺了「我帮你估个底价」。这不是价格信息，是一个价格承诺 — 两者的风险完全不同。
对"找公司"型客户是合理的克制
兑现物尚未交付
而非推销动作
② 翻新的价格根本不是面积能估出来的。翻新报价高度依赖拆除范围（拆多少墙、动不动厨卫）和水电改造量，这两项的差异能让同面积的房子差出一倍。#3 自己上一句刚说完「翻新最怕拆完发现多花钱」 — 承认了拆改的不确定性 — 下一句却承诺仅凭面积就能估底价，前后半句在逻辑上是打架的。
本周建议：把「我帮你估个底价」改成「我给你一个大致区间，再说清楚哪几项最容易让翻新超预算」。既更诚实、更容易兑现，又顺势把上一句的专业感延续下去 — 而且它同时补上了模块 2 指出的"两轮只索取不给价值"的短板。
凌晨无人值守跑完全程 · DB 与截图逐条对得上
"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化，物理世界对应的是一台阿里无影云电脑上常驻的抖音客户端。本案发生在凌晨 2:51 到 3:29 — 全程无人盯着，通道判定有硬证据：accounts.channel_pref = "cloud_pc"。
7.1 当前 · 无影云电脑通道
抖音 web DM 在 Fly Tokyo 出口被风控屏蔽，Akke 现阶段靠云电脑常驻 GUI 自动化触达：cron 派单进队列，云电脑上的 poll agent 拉单，用模板匹配 + SendInput 在抖音 PC 客户端里完成搜人、开会话、粘贴、发送。运营归属夏夏，但本案的三条消息全部发生在凌晨，是自驱通道真正无人值守跑出来的样本。
channel_pref = cloud_pcGUI 自动化 · 非本机 ADB / WDA
min_send_interval_seconds = 30连续失败 0 次 · 无冷却
7.2 回写完整度 · 3 / 3，无遗漏
本案回写 100% 覆盖：2 条 AI 消息 + 1 条客户回复全部进了 messages 表，与手机聊天截图逐条一致，不需要任何截图补录。对照同批那些"客户连发短消息被漏捕"的案例，本案的低消息密度（三条、间隔 32 分钟和 1 分半）恰好落在捕获逻辑的舒适区。
时间戳仅有客户端显示偏移
见模块 4
comments.city。这提醒我们：评估"信息流转完整度"不能只看消息条数对不对得上，还要看对话/评论里的可结构化信息有没有落进对应字段。本案消息 100%、关键字段 0%。
球在客户那边 · 她还欠一个面积，我们还欠她一点干货
业务实质：客户已明确城市（深圳）和房况（翻新），评分 85 高意向，是本批第二高；但尚未给面积、未给微信、也未进入销售交接。她的沉默发生在凌晨 3:29 之后 — 很可能只是睡了，不等同于流失。
下一步：①白天补一条带干货的跟进 — 别再单纯追问面积，配一句「翻新的钱通常有三成花在水电和拆除上」，把两轮纯索取的节奏掰回来；②把「估个底价」改口成「给你一个大致区间 + 说清哪几项最容易超」，避免加微后落差；③回填
comments.city = 深圳，让这条 lead 在同城匹配和派单里可见；④拿到面积后顺势推微信（发预算区间是天然理由）。
这个项目哪里做得好，哪里还能拧紧
给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。
时效性 · 4 分钟送达，赶在她还醒着
GOOD- 4 分钟触达：02:51 评论 → 02:55 破冰送达，评分/起草/派单/发送落在同一分钟。
- 时段是本案的胜负手：凌晨三点前后，她 32 分钟就回了 — 说明送达时人还在线，慢到早上就是另一个结果。
- 跟进没掉节奏：客户 03:27 回，AI 1 分 26 秒后接上。
- 4 分钟里大头是采集轮询等待：这是唯一还能再压的一段。
- 深夜发送本身有风险：本案客户在线是运气好，同时段其他 lead 消息沉底的概率仍然高 — 值得单独统计深夜时段的首响率再决定要不要限时。
内容 · 问答严丝合缝、称呼处理是样板，但两轮只索取
MID- 问什么答什么：她问「深圳有没有好公司」，第一句就答「深圳我们有服务点，量尺和设计师能上门」 — 三个要素逐个接住。
- 称呼零风险：客户评论里自称对方「哥」，AI 没有硬回性别称谓，而是从昵称截「跳跳」。抖音判定该用户为「她」，跟着回「哥」就当场喊错 — 对照同批「小龙女」被叫哥、「冷静！」被叫姐两次翻车，本案是正面样板。
- 跟进戳到真痛点：「翻新最怕拆完发现多花钱」比「翻新也能做」强一个量级。
- 索取包装成服务：「估个底价，心里有数再动工」给了客户回答的理由。
- 两轮全在收集变量：客户交出「翻新」，换回的是另一个问题 — 到目前为止她没得到任何实质价值。
- 对照组打脸：同批「真心话」案例第二轮就给了专业判断，换回 60 字长回复；本案只拿到两个字。
- 本周建议：问面积时同句附一条翻新干货（如「翻新的钱通常有三成花在水电和拆除上，这部分最容易超」），把纯提问改成有来有回。
账号信任度 · 拿到了回合，但资质层仍是数据盲区
MID- 破冰没触发防备：陌生私信在凌晨发出，32 分钟内拿到回复。
- 对话内持续背书：每条 AI 消息带「小星·全屋定制」金色徽章。
- 账号健康：active、连续失败 0、≥30 秒节流、无冷却。
- 本案客户恰恰最看资质：她明说在「找好的装修公司」，一旦开始比较几家，主页就是硬指标 — 而粉丝数 / 作品数 / 播放量在 DB 里全空，本页无法评估。
- 对话只走了两轮：还没到她核验资质那一步，现在的"没质疑"不能当成"信任已建立"。
- 本周建议：运营补一次主页截图入库，优先给这类"明确找服务商"的高意向客户做承接能力评估。
地区 · 全批最干净的一次匹配，但字段没落库
GOOD- 本批唯一一条客户主动报城市：「哥，深圳有没有好的装修公司」 — 第一句就给市级，其余案例多数只有省级 IP。
- 话术当场接住：破冰第一句「深圳我们有网络服务点，量尺和设计师都能上门」，客户报的城市、问的问题、AI 的回答三者完全对齐。
- "客户主动报城市 + 当场接住"这个组合值得做成模板。
- 地区只活在对话里，没进系统：
ip_location= 广东（省级），comments.city仍是null— 「深圳」白纸黑字写在评论正文，采集环节却没有解析。 - 后果：这条 lead 在按城市筛选的看板、派单、同城匹配里全部表现为"城市未知"。
- 本周建议：评论入库/评分时加一步正文城市名抽取并回填
comments.city— 零成本就能拿到的市级数据，是全链路性价比最高的补丁。 - 号源
city也未标记：「旭东聊装修」是知识号，市字段空 →is_same_city = null，打不了"本地仓 / 本地安装队"这张更强的牌。
价格 · 不报价是对的，但承诺了一个难兑现的「底价」
MID- 全程零具体数字：对一个问「有没有好公司」而非「多少钱」的客户，此时报价会把对话降级成比价。
- 价格包装成决策辅助：「心里有数再动工」，不是推销动作。
- 「底价」有歧义：客户多半理解成"最低成交价"，实际是"起步预估价" — 加微见真实报价时落差会很大。
- 承诺兑现难度极高：翻新报价高度依赖拆除范围和水电改造量，仅凭面积根本估不出底价。
- 前后半句自相矛盾：上一句刚说「翻新最怕拆完发现多花钱」（承认不确定），下一句就承诺按面积估底价。
- 本周建议：改成「给你一个大致区间 + 说清哪几项最容易让翻新超预算」 — 更诚实、更好兑现，还顺带补上模块 2 的"只索取不给价值"。
信息流转 · 消息回写 3/3，字段抽取 0/1
GOOD- 回写 100%：3 条消息全部入库，DB 与手机聊天截图逐条一致，无需任何人工补录。
- 凌晨无人值守跑完全程：02:51–03:29 全程自驱，
channel_pref = cloud_pc是硬证据。 - 节流合规：≥30 秒/条，连续失败 0。
- 结构化抽取缺位：消息层干净，但评论正文里的「深圳」没变成
comments.city— 消息 100%、关键字段 0%。 - 口径提醒：评估"流转完整度"不能只数消息条数，还要看对话/评论里的可结构化信息有没有落进对应字段。
- 评论
f8ec6a05-…-f631d67e4b8e- conversation
72bb495d-…-51f3d6cd8186· stage ice_break- comment_time
- 2026-07-18 02:51 CST
- 入库 / 评分
- 2026-07-18 02:55 CST
- 抖音昵称
- 跳跳挑食
- sec_uid
MS4wLjABAAAAvoMi…siYzR- IP 属地
- 广东（
comments.city= null，评论正文写明「深圳」） - 头像
- 已缓存
- intent_score
- 85 / 100
- intent_label
- 高意向
- comment_type
- product · medium · urgent
- video
7659632163783976874· 号源「旭东聊装修」· 知识号
- 发送账号
- 小星·全屋定制（内部名：零星）· 8af08f10
- 账号资产
- 402 关注 · 粉丝/作品未抓取 · active
- 通道
- 阿里无影云电脑（
channel_pref = cloud_pc）· ≥30s/条 - 客户回复
- 1 条（DB 1 + 截图 0）· 翻新 · 面积未给