USER JOURNEY · 云电脑通道 · 小星账号资产

一个达不刘
他要的是预算，我们给的是微信 — 但他还是给了

他在贵州。凌晨 00:52，在「佳姐装修日记」的装修全流程视频底下留了六个字：「来一份主播大爱」。
破冰 4 分 53 秒后送达，然后是整整 8 小时 30 分的沉默 — 直到第二天早上 09:27，他醒来后主动回了一段话，把家底交代得很清楚：老丈人家的旧房子、自己装修、想看看预算大概多少。
AI 在 90 秒内接住了他，一句「老丈人家翻新更得上心」共情得很准，然后……没有回答他的预算问题，直接要了微信。他给了：GO_Tiger86，还连发了两个「谢谢」。
但这个微信号没有进数据库 — 系统那一刻记下的，是抖音自己弹的一句「再连续互聊 2 天可点亮火花」。

中意向 · 评分 78 product · medium · active 贵州 · 老丈人家旧房翻新 · 自装自有账号 · 小星·全屋定制评论→触达 · 4 分 53 秒已拿到微信号 GO_Tiger86（截图）客户问预算 · AI 零报价微信号未入库 · DB 存成抖音火花提示

→ 抖音个人主页

刷视频

7-21 00:52

留评论

7-21 00:52

AI 评分

7-21 00:57

起草破冰

7-21 00:57

DM 触达

7-21 00:57

用户回应

7-21 09:27

用户提供微信

7-21 09:30

销售加微

待加微

案例素材 · 视频 · 评论 · 对话 2026-07-21 00:52 → 09:32 CST

隔了一夜的一次对话，5 条消息就要到了微信

下面三块是这条案例的原始信号：他留评论的那条视频、凌晨敲下的六个字、以及跨越一夜的完整对话。这条案例最有意思的地方在于「不追」 — 破冰发出后客户 8 个半小时没动静，系统没有补发任何一条催促，第二天早上他自己回来了，而且一开口就把情况全说了。

一个达不刘 📍 贵州

来一份主播大爱[感谢][感谢][感谢]感谢

2026-07-21 00:52 CST · 评论于「佳姐装修日记」的视频 · 关键词：来一份

📹 评论所在视频（在抖音打开）· 号源「佳姐装修日记」· 类目「业主日记」· tier 1

完整对话 · 5 条来回（DB 4 条 + 截图补录 1 条）

2026-07-21 跨夜 · 单通道 DM（无影云电脑）· 客户的微信号未入库，靠运营截图取证

2026-07-21 · 00:57 破冰 → 沉默 8 小时 30 分 → 09:27 客户主动回 → 09:30 给微信

你好，一个达不刘，刷到你关注装修超全流程的视频，实拍和户型清单都可以发，你家几室几厅？

#1📱 00:57:33 CST · AI 由账号「小星·全屋定制」推送 · 评论后 4 分 53 秒

— 此处沉默 8 小时 30 分，系统未发送任何催促消息 —

你好老丈人家的旧房子自己装修看哈预算大概多少学习学习[感谢][感谢][感谢]

#2📱 09:27:40 CST · 首响 8 小时 30 分 · 一句话交代了房子归属、施工方式、诉求三件事

理解～老丈人家翻新更得上心。同户型整套参考清单我拉出来了，层板和抽屉单价都列了。整份是带图的表格，抖音发不了文件、发图也会压糊，你报个vx号给我，我让设计师直接发你。

#3📱 09:29:10 CST · AI 跟进 · 90 秒接住 · 共情 + 清单 + 摩擦解释 + 要 vx · 未回答客户的预算提问

GO_Tiger86

#4📱 约 09:30 CST · 客户直接报出微信号 · 来源：运营手机截图 · DB messages 表中不存在这条

［表情包：谢谢］
🙏🙏🙏谢谢

#5📱 约 09:31 CST · 连发两次道谢 · 来源：运营手机截图 · DB 未捕获

— 客户给完微信后 AI 未再回应；对话停在他连说两句「谢谢」那里 —

消息归属与一处必须说清楚的数据事故

#1 / #3 来自 DB（messages.role = ai）；#2 来自 DB（role = customer）；#4 / #5 DB 中不存在，仅存在于运营 09:57 截的手机聊天页截图，按案例规范标为截图补录。
而 DB 里多出了一条本不该存在的「客户消息」：role = customer、时间 09:32:46、内容 「再连续互聊 2 天可点亮火花，和对方合养精灵」。这不是客户说的话，是抖音客户端自己弹的火花提示 UI 文案 — 捕获逻辑把界面上的系统提示当成了对方发的消息抓了进来。
合起来看，这一轮捕获的净结果是：真正有价值的微信号没抓到，抓进来的是一句平台广告。本页 transcript 已把这条噪音剔除、把截图里的真实两条补回，以还原对话本来的样子。
时间口径：#1/#2/#3 取 DB sent_at（已换算 CST）；#4/#5 无落库时间，按截图顺序估为 09:30 / 09:31，页面已标注为估计值。

模块 1 · 时效性分析评论 → 入库 → 首触达 · 4 分 53 秒

凌晨发出去，早上等到人 — 这次「不追」追对了

时效数字本身很正常：评论 00:52:40 → 破冰 00:57:33，4 分 53 秒。真正值得看的是后面那 8 小时 30 分的空白：客户睡了，系统也没有在半夜或清晨补一条「在吗」「方便看下吗」。结果是他醒来后自己回来了，而且给的信息比追问能问出来的多得多。

⚡ 链路触达时效 · 评论 → 入库 → 首触达 → 首响

近实时触达 + 跨夜静默等待

00:52:40

用户在抖音评论
「来一份主播大爱」

~4 分 50 秒 → 采集 + LLM 评分

00:57

入库 + 评分 78
中意向进入触达队列

同分钟内 → 起草 + 云电脑发送

00:57:33

破冰送达
小星·全屋定制

4 分 53 秒 / 评论→首触达

首响 8 小时 30 分：00:57 送达，09:27:40 才被回复 — 客户发完评论就睡了，破冰是他第二天早上醒来才看到的。这不是链路慢，是人的作息。
AI 二轮 90 秒：09:27 → 09:29:10，客户一开口就被稳稳接住，没有让他的早间注意力溜走。
客户给微信约 1 分钟：09:29 收到要求，约 09:30 就报出了 GO_Tiger86 — 几乎没有犹豫。

📌 这条案例给「跨夜怎么办」提供了一个正面样本：凌晨触达 + 全程不追 + 早上被主动回复。同批另一条案例在客户沉默期间连发多轮催促，换来的是不耐烦；本案什么都没做，换来的是一段信息量很足的主动回复。破冰发出后的第一个沉默期，尤其是跨越睡眠时段的沉默期，最优策略大概率是「什么都不做」。真要跟进，也应该等到对方作息醒来之后、并且换一个新角度，而不是原话重发。

模块 2 · 内容分析触发评论 · LLM 评分 · 破冰 + 一轮跟进

共情那半句写得很好，答非所问那半句写得很险

跟进这条消息（#3）是一半一半：前半句「老丈人家翻新更得上心」是本批共情写得最准的一句；后半句直接跳到要微信，把客户明确问出口的「预算大概多少」晾在了一边。客户最后还是给了微信，但这更像是他脾气好，而不是话术接得对。

2.1 触发评论 · 六个字里只有一个动作

「来一份主播大爱[感谢][感谢][感谢]感谢」— 这条评论的实质内容只有三个字：「来一份」。其余全是客套和表情。①他要东西，但没说要什么规格的东西；②他很客气，一条评论里道了两次谢，这类人后续沟通阻力通常较小；③他没暴露任何房屋信息 — 户型、面积、预算、新旧，一个都没有。换句话说：意图明确、信息为零。所有的房屋事实，都是靠后面那一轮对话换来的。

2.2 系统给他打了 78 分

78/100

中意向

type · product specificity · medium freshness · active 问购 · 一般 · 在调研

评分理由（intent_reason = 「问购·一般·在调研」，comment_type_reason = 「极简索取信号来一份」）：产品型 · 中等 specificity · active。
78 分，与同批另一条「可以给我发一份清单嘛」得分完全一致 — 系统对「极简索取型」评论有稳定的判法。但本案后来暴露出的真实画像，评分模型一个都没预见到：房子是老丈人家的（决策人可能不止一个）、旧房翻新（不是新房）、自己装修（很可能只买柜子、不做全包）。这三条里任何一条都会实质改变产品方案和报价结构，但它们全部是评论里看不出来的 — 说明「极简索取型」评论的分数只反映意图强度，不反映成单结构。建议在派单卡片上标注「画像未知，首轮必问」，提醒运营别按标准全包套路开口。

2.3 破冰文案 · 稳，但锚点是泛的

首条 AI DM 在 transcript（#1）。结构完整，但第 ② 步的场景锚点写的是「装修超全流程的视频」— 这是一个放在任何一条装修视频下都成立的描述，比不上同批那条引用了「13w 四房两厅现代风案例」的破冰。

① 称呼

直呼昵称

「你好，一个达不刘」

② 场景锚点

泛化描述，可迁移到任何视频

「刷到你关注装修超全流程的视频」

③ 兑现承诺

回应「来一份」这个动作

「实拍和户型清单都可以发」

④ 单一反问

问的是最基础的画像变量

「你家几室几厅？」

「几室几厅」这个问法，本案恰好问岔了

「你家几室几厅」是一个默认「这是你自己的新房」的问题。而客户的实际情况是：老丈人家的旧房子、他自己动手装。所以他没有回答户型，而是把整个背景重讲了一遍。这不算失败 — 客户主动纠正问题、并给出更完整的背景，反而是好事；但它说明破冰的反问可以更开放一点。
可复用的改法：把「你家几室几厅」换成「你家现在什么情况，新房还是翻新？」— 同样是一句话就能答，但它不预设房子是谁的、也不预设是新是旧，能一次性收到更准的画像。

2.4 跟进 · 一句极好的共情，和一个被无视的提问

客户在 #2 里给了三条硬信息 — 老丈人家的旧房子（房子不是他的）、自己装修（自装，非全包）、看哈预算大概多少（明确的价格提问）。跟进（#3）只接住了第一条。

✓「老丈人家翻新更得上心」— 本批共情写得最准的一句

这句话之所以好，是因为它没有停在复述，而是往前推了一层。客户说的是事实（老丈人家的旧房子），AI 说的是这个事实背后的心理压力：给老丈人装房子，做砸了不只是钱的事。一句话就把「我懂你的处境」传达到位，成本只有 11 个字。
对照本批那些「理解～」「明白啦」开头的空共情，这句是有具体所指的。可复用的写法：客户交代的每一个身份细节（老丈人家 / 婚房 / 出租房 / 父母养老房），背后都对应一种特定的顾虑，接话时说出那个顾虑，而不是复述那个身份。

✗ 他问「预算大概多少」，回答里一个数字都没有

客户明明白白提了一个问题：「看哈预算大概多少」。#3 的回应是「清单我拉出来了，层板和抽屉单价都列了……你报个 vx 号给我」。翻译成人话就是：你问的东西在表格里，先给微信才能看。
这是一次典型的用「资料」置换「提问」：客户想要一个数量级，我们给的是一个门槛。它有风险 — 客户完全可以回一句「那大概多少你直接说下呗」然后卡在原地，本批已经出现过被这样顶回来的案例。
本周建议：客户直接问价时，先给一个带条件的数量级，再要联系方式。比如「旧房翻新自己装的话，柜子这块常见落在 X–Y 万，看你做几个柜子和板材等级；具体的我做成表格发你，报个 vx 号」。先答再要，比只要不答的通过率高，而且不会给人「问什么都不说」的印象。

✗ 「自己装修」这个关键信号被完全忽略了

客户说的是「自己装修」 — 这四个字意味着他大概率没有请全包公司，是自己找工人、自己买材料的路子。这类客户对全屋定制的需求通常是「单点采购柜子」，而不是我们默认的整装方案；他关心的是柜子单价和板材，不是「免费出方案、全包多少一平」。
而跟进给他的是「同户型整套参考清单」+「让设计师直接发你」 — 这是标准全包客户的话术模板，与他的实际身份错位。好在他没有计较。本周建议：把「自装 / 全包 / 半包」识别成一个显式信号，命中「自己装」「自己弄」「自己找工人」时切到单品报价口径，别再推整装方案包。

模块 3 · 账号信任度分析小星·全屋定制 · 主页资产待补

他给微信只花了一分钟 — 信任在这条链路上几乎没有构成阻力

本案触达账号是「小星·全屋定制」（DB 内部账号名「零星」，聊天气泡右侧带金色「小星·全屋定制」徽章，运营归属夏夏）。客户从收到「报个 vx 号」到报出号码大约只隔了一分钟，中间没有任何试探性提问 — 没问是哪家公司、没问在不在贵州、没问收不收钱。

主页名称

小星·全屋定制

内部账号名：零星
account_id: 8af08f10

账号状态

active · messaging

连续失败 0 次 · 发送间隔 ≥30 秒
channel_pref = cloud_pc

关注数

402 关注

来源 accounts.following_count（同步于 6-25）

粉丝数 / 作品数

未抓取

DB accounts 无粉丝 / 作品字段 · 需运营主页截图补数

日发送配额

30 条 / 天

daily_limit = 30 · 快照当日已用 1 条

聊天页火花提示

「可点亮」状态

截图顶部显示 🔥「可点亮」
抖音判定为有效互动中的会话，非骚扰关系

这次的信任成本很低，但原因不完全在我们

客户是一个连评论都要道两次谢的人，跟进里那句「老丈人家翻新更得上心」又恰好说到了他的处境。低阻力更多来自「他这个人好说话」+「那句共情说对了」，而不是主页资产扛住了检验 — 因为他大概率根本没去看主页，从要微信到给微信只有一分钟。
这也意味着本案对账号资产层没有构成任何检验，盲区依旧是盲区：粉丝数、作品数、播放量在 DB 里全是空的。本周建议：补一次「小星·全屋定制」主页截图入库 — 遇到谨慎型客户时，这一层就是唯一能扛的东西。

模块 4 · 地区分析三层地区信号 · 省 / 市 / 号源市

他在贵州 · 但要装的是老丈人家的房子 — 房子在哪没人知道

Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市）、号源服务市。本案只拿到省级 — 贵州。但这条案例有一个别的案例没有的额外变量：要装的房子不是他自己的，是老丈人家的。IP 属地告诉我们「他人在贵州」，但完全不能推出「房子在贵州」。

📍 地区粒度 · 人在贵州，施工地未知

IP = 贵州 · 房屋归属 = 老丈人家 · 市级两端全缺

省 · IP 属地

贵州

来源 comments.ip_location · 反映的是他发评论时人在哪

市 · 自报现居

未公开

来源 comments.city · 客户全程未提城市

号源服务市

未标记

来源 source_accounts.city · 「佳姐装修日记」类目为业主日记（非本地号），本身就是全国流量 → is_same_city = null

「老丈人家」这三个字，比 IP 属地更值得追一句

全屋定制的每一项关键成本都绑在施工地上：能不能派设计师上门量房、走哪个仓发货、安装队怎么排、运费算多少。本案的施工地是老丈人家，而老丈人家在哪，对话里一个字都没提。他人在贵州，房子可能在贵州的另一个市，也可能在隔壁省的老家。
本周建议：把「房子归属」识别成一个和户型同等重要的字段。听到「老丈人家 / 父母家 / 老家的房子 / 给孩子准备的房」时，紧跟一句「房子在哪个市？我按当地的仓和安装队给你算」 — 这句话既拿到了关键信息，又显得是在替他省钱，不会像查户口。

号源侧：业主日记类目本来就打不了同城牌

「佳姐装修日记」的 category 是业主日记，不是本地号 — 这类账号的观众天然来自全国，is_same_city 恒为空并不是数据缺失，而是这个号源的性质决定的。因此本案不应该、也不需要打「同城本地仓 / 本地安装队」这张牌；话术里也确实一个地名都没提，这是对的。真正要补的是客户侧的施工地，而不是号源侧的城市字段。

模块 5 · 价格分析客户主动问价 · AI 零报价

全批唯一一条「客户张嘴问价、我们一个数字没给」的对话

这是本案最该改的一处。同批多数案例是客户没问价、AI 也不报价 — 那属于场景不需要。本案是客户把「看哈预算大概多少」明明白白写在了消息里，而两条 AI 消息加起来没有出现任何一个数字。

客户诉求

明确问预算

「看哈预算大概多少学习学习」
来自 #2 · 这是他回复里唯一的问句

实际给出的报价

零个数字

两条 AI 消息均无单价 / 总价 / 区间 / 优惠

替代话术

「层板和抽屉单价都列了」

把价格转成了资料 · 资料在表格里 · 表格要微信才能给

「答案在表格里，先给微信」是一个能用但很险的打法

它的逻辑是把客户的问题变成加微信的理由 — 本案确实跑通了，客户一分钟就给了号。但它建立在客户脾气好、且不较真的前提上。同批已经出现过客户被这样顶回来、直接卡死在原地的情况；一旦客户回一句「你先说个大概呗」，就只能硬着头皮报，反而更被动。
更实际的风险是预期落差：他现在心里对「预算大概多少」是完全没有概念的。销售加上微信后报出的第一个数字，无论多少，都可能和他脑子里那个凭空想象的数字对不上，而这个落差本来可以在 DM 阶段就用一个区间提前熨平。

怎么改：先给一个带条件的数量级，再要联系方式

客户已经把限定条件全给出来了 — 旧房翻新 + 自己装修，这足以支撑一个粗区间。可以改成：「旧房翻新自己装的话，柜子这块常见落在 X–Y 万，主要看做几个柜子和板材等级。具体到你家户型我做成表格，层板和抽屉单价都列清楚，抖音发不了文件，报个 vx 号我让设计师发你。」
先答再要，多花的只是一句话，换来的是：①他觉得问题被认真对待了；②有了心理锚点，销售第一版报价不会显得突兀；③要微信的动作从「设门槛」变成「给更细的东西」。这是本案最值得复用的一条改法。

模块 6 · 信息内部流转路径云电脑通道 · 漏抓微信号 + 误抓系统提示

该抓的没抓到，不该抓的抓进来了

"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化，物理世界对应的是一台阿里无影云电脑上常驻的抖音客户端。发送侧一切正常：channel_pref = cloud_pc、队列零报错。问题全部出在回读侧 — 这是本批捕获事故最典型的一条。

7.1 当前 · 无影云电脑通道

抖音 web DM 在 Fly Tokyo 出口被风控屏蔽，Akke 现阶段靠云电脑常驻 GUI 自动化触达：cron 派单进队列，云电脑上的 poll agent 拉单，用模板匹配 + SendInput 在抖音 PC 客户端里完成搜人、开会话、粘贴、发送。通道判定有硬证据 — accounts.channel_pref = "cloud_pc"（运营归属：夏夏）。

发送账号

小星·全屋定制（零星）

messaging · active · 8af08f10

通道

阿里无影云电脑

证据：channel_pref = cloud_pc
GUI 自动化 · 非本机 ADB / WDA

节流

≥30 秒/条

min_send_interval_seconds = 30
连续失败 0 次 · 队列无失败重试记录

7.2 回写事故 · 一漏一错

聊天页里客户实际发了 3 条（一段自述 + 微信号 + 两次道谢），DB 只落了 1 条自述，微信号和道谢都没进来；与此同时，messages 表里多出一条 role = customer 的记录，内容是抖音的火花提示文案。也就是说，这一轮回读既漏掉了整条链路上最有价值的一条信息，又把界面广告当成客户说的话存了进去。

客户消息捕获

1 / 3 条

自述 ✓ · 微信号 ✗ · 道谢 ✗

误捕噪音

1 条

「再连续互聊 2 天可点亮火花，和对方合养精灵」
抖音 UI 提示被存成 role = customer

会话状态字段

全空

stage = ice_break · handed_off_at = null
next_followup_at / last_inbound_at 均为 null

为什么这条事故比「少存一条消息」严重得多

① 业务上，微信号是这条链路的唯一产出。前面所有的采集、评分、起草、发送、共情，最终就是为了拿到 GO_Tiger86 这十个字符 — 而它没有进系统。如果运营没有随手截这张图，这条 lead 就等于白做了。
② 系统状态因此彻底失真：stage 停在 ice_break、handed_off_at = null，在派单逻辑眼里他是一个「聊过没结果」的待跟进对象。一旦自动跟进或二次触达命中他，他会在已经给了微信、还连说两次谢谢之后，再收到一条催他给微信的消息。
③ 误捕的那条噪音会污染下游：「再连续互聊 2 天可点亮火花」被当成客户发言，会进入对话历史、被当作上下文喂给下一轮 LLM，让模型以为客户在聊「养精灵」。
本周建议（三条，按优先级）：
① 联系方式识别 + 落库 — 客户消息命中微信号 / 手机号 / QQ 号 / 二维码图片时，写进会话的联系方式字段，并立刻把 stage 标成 pending_handoff、停掉所有自动跟进；
② 系统提示过滤白名单 — 「可点亮火花」「合养精灵」「对方已确认聊天」「点关注，方便以后找到她」这类抖音 UI 文案建一份黑名单，捕获时直接丢弃，别写进 messages；
③ 连发短消息的捕获补漏 — 客户在一分钟内连发多条（号码 + 表情 + 道谢）时明显漏抓，需要复核轮询频率与去重逻辑。

当前状态 stage = ice_break · 微信号已到手（截图）

微信号在截图里，不在系统里 — 加不加得上，现在全靠人

对话技术状态：DB stage = ice_break，落库 4 条（AI 2 / 客户 1 真实 + 1 条误捕的系统提示）。客户实际发出的微信号 GO_Tiger86 与两次道谢均未入库，仅存于运营 09:57 的手机截图。
业务实质：这是一条已经成功的 lead — 客户交代了完整背景（老丈人家旧房、自装、想看预算）、主动给出微信号、态度友好。但系统对此一无所知：handed_off_at = null、next_followup_at = null，联系方式没有任何字段承载。
下一步：①立刻用 GO_Tiger86 加微，并把这个号手动补进会话记录，别让它只活在截图里；②加微第一句先补上他问的预算 — 给一个「旧房翻新自装」口径下的区间，把 DM 里欠他的那个答案还上；③问清房子在哪个市（老丈人家，不一定在贵州）；④按自装口径谈，聊柜子单品和板材，别推整装方案包；⑤手动把会话标成已交接，避免自动跟进再去催他要微信。

✓ 交接销售 · 加微验证消息（≤50 字）

你好，抖音上聊老丈人家旧房翻新的，加你发柜子清单和预算区间～

带「老丈人家旧房翻新」帮他秒回忆是哪条抖音对话 · 承诺物特意写了「预算区间」— 这是他在 #2 里问过、但 DM 里没答的那个问题，加微第一句就补上，能直接把落差补平 · 客户微信号 GO_Tiger86（来源：运营截图）

加微成功时间

待加微

客户已于约 09:30 给出微信号 GO_Tiger86

客户是否通过

待加微

截图显示"你已添加了…"即通过

实际加微话术

见上方验证消息

销售实际发的打招呼消息

复盘 · 各模块做到位 / 不足

这条链路哪里做得好，哪里还能拧紧

给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。本案拿到了微信号，是一条成功的 lead；但成功之下藏着两个坑 — 客户问价没答，以及最重要的那条消息根本没进系统。

模块 1

时效性 · 4 分 53 秒送达，跨夜「不追」追对了

GOOD

✓ 做到位

评论 → 破冰 4 分 53 秒：00:52:40 评论，00:57:33 送达，凌晨时段无衰减。
8 小时 30 分沉默期零催促：没有半夜或清晨补发"在吗"，客户醒来自己回来了，还带来了一段信息量很足的自述。
客户开口后 90 秒接住：09:27:40 → 09:29:10，没让他的早间注意力溜走。

✗ 不足

客户给完微信后再无响应：他连说两次「谢谢」，收到的是沉默 — 交出联系方式那一刻本该有一句确认。
本周建议：把"客户给出联系方式"当成需要秒回的事件处理，而不是一条普通消息。

模块 2

内容 · 共情写得最好，问价答得最差

MID

✓ 做到位

「老丈人家翻新更得上心」是本批最准的一句共情：没有复述身份，而是说出了这个身份背后的心理压力，11 个字见效。
「抖音发不了文件、发图也会压糊」摩擦解释到位：把要微信的动机从"我想加你"换成"平台限制"，客户一分钟就给了号。
破冰结构完整：称呼 + 场景 + 承诺 + 单一反问，四段齐全。

✗ 不足

客户明确问「预算大概多少」，两条 AI 消息零个数字：把问题转成了"资料在表格里，先给微信"，本案客户脾气好才没被顶回来。
「自己装修」这个关键身份被忽略：自装客户要的是柜子单品和板材，收到的却是全包整装话术（免费出方案、整套清单），口径错位。
破冰锚点偏泛：「装修超全流程的视频」放在任何一条装修视频下都成立，不如同批那条引用「13w 四房两厅现代风」的具体。
本周建议：客户问价时先给带条件的数量级再要联系方式（"旧房翻新自装，柜子常见落在 X–Y 万，看做几个柜子和板材等级"），先答再要。

模块 3

账号信任度 · 没被检验，盲区照旧

MID

✓ 做到位

信任阻力接近于零：从被要微信到报出号约 1 分钟，没有任何试探性提问。
会话被抖音判为有效互动：聊天页顶部显示 🔥「可点亮」，不是骚扰关系。
账号健康：active、连续失败 0、日限 30 条仅用 1 条。

✗ 不足

粉丝数 / 作品数 / 播放量在 DB 里全空：本案客户压根没看主页，所以这一层完全没被检验 — 不是过关了，是没考。
成功归因不在账号：低阻力更多来自"客户本人好说话"+"那句共情说对了"，换个谨慎型客户结果未必相同。
本周建议：补一次主页截图入库，这是全批反复出现的同一个缺口。

模块 4

地区 · 人在贵州，房子在哪没人问

MID

✓ 做到位

话术里一个地名都没提：号源是业主日记类目（全国流量），本来就打不了同城牌，不提地区是对的，避开了"对贵州客户说别省经验"那类翻车。
号源类目判断清晰：is_same_city = null 在这里是号源性质决定的，不是数据缺失。

✗ 不足

「老丈人家的房子」= 施工地未知，却没人追问：报价、量房、发货仓、安装队全绑在施工地上，而 IP 属地贵州推不出房子在贵州。
市级两端全缺：客户市未公开、号源无城市 → 无法做任何本地化判断。
本周建议：把"房子归属"做成显式信号，听到"老丈人家 / 父母家 / 老家的房子"就跟一句"房子在哪个市？我按当地的仓和安装队算"— 既拿信息又像在替他省钱。

模块 5

价格 · 客户张嘴问了，我们一个数字没给

BAD

✓ 做到位

没有乱报价：在完全不知道户型、面积、柜子数量的情况下没有硬编一个数字，避免了后续兑现不了的风险。
「层板和抽屉单价都列了」指向了正确的痛点：自装客户确实最关心单品价。

✗ 不足

这是全批唯一一条「客户主动问价、AI 零回应」的对话：他唯一的问句被转成了加微信的门槛。
预期落差被推到了微信侧：他现在对预算毫无概念，销售报的第一个数字无论多少都可能对不上他脑子里的想象 — 而这本可以在 DM 阶段用一个区间熨平。
打法有风险：一旦客户回"你先说个大概呗"就会卡死，本批已有被顶回来的先例。
本周建议：先给带条件的数量级再要联系方式，多一句话，换来"问题被认真对待"+"有心理锚点"+"要微信变成给更细的东西"三重收益。

模块 6

信息流转 · 漏抓微信号，误抓平台广告

BAD

✓ 做到位

发送侧完全正常：channel_pref = cloud_pc，云电脑 GUI 自动化，≥30 秒/条节流，队列零报错、零重试。
运营随手截图救了这条 lead：微信号靠 09:57 那张手机截图才留了下来。

✗ 不足

整条链路唯一的产出没进系统：微信号 GO_Tiger86 和两次道谢都没落库，客户消息捕获 1/3。
把抖音的界面文案存成了客户发言：「再连续互聊 2 天可点亮火花，和对方合养精灵」被写成 role = customer，还会作为上下文喂给下一轮 LLM。
系统状态彻底失真 + 二次骚扰风险：stage = ice_break、handed_off_at = null，自动跟进若命中，会对一个已经给过微信、还道过两次谢的人再催一次微信。
本周建议：①命中微信号/手机号/QQ/二维码就落库并标 pending_handoff、停掉自动跟进；②给抖音 UI 提示文案建黑名单（可点亮火花 / 合养精灵 / 对方已确认聊天 / 点关注方便以后找到她）直接丢弃；③复核连发短消息场景的轮询频率与去重逻辑。

SYSTEM SNAPSHOT

评论: 4ea6eeaa-…-6d30b21b2621
conversation: a9a8a4ff-…-480f463d6a7d · stage ice_break
comment_time: 2026-07-21 00:52 CST
入库 / 评分: 2026-07-21 00:57 CST

抖音昵称: 一个达不刘
sec_uid: MS4wLjABAAAAItOh3w…LB1-A
IP 属地: 贵州（施工地未知 · 老丈人家）
头像: 已缓存

intent_score: 78 / 100
intent_label: 中意向
comment_type: product · medium · active
video: 7645493871992237998 · 号源「佳姐装修日记」· 业主日记 · tier 1

发送账号: 小星·全屋定制（内部名：零星）· 8af08f10
账号资产: 402 关注 · 粉丝/作品未抓取 · active · 日限 30 条
通道: 阿里无影云电脑（channel_pref = cloud_pc）· ≥30s/条
客户回复: 3 条真实（DB 1 + 截图补录 2）· DB 另含 1 条误捕的抖音系统提示