风停 头像
USER JOURNEY · 云电脑通道 · 小星账号资产

风停
两个字换两个字,14 分钟拿到微信号

他在贵州。凌晨 00:45,在「灿哥聊装修」的开工必备清单视频底下留了两个字:「跪求」
破冰 3 分 44 秒后送达,他 5 分 27 秒后回了两个字:「新房」。AI 在 48 秒内接住,用一句「水电前定柜体能省后期改管钱」把清单的价值说清楚,然后要了微信。
4 分 25 秒后他就报出了号码。从评论到拿到联系方式,全程 14 分 24 秒,中间他只打了四个字。
但这四个字也意味着:户型、面积、城市、预算,我们一个都不知道 — 而跟进里已经承诺了「按你户型可直接套用」。

中意向 · 评分 78 product · medium · active 贵州 · 新房 · 未开工 自有账号 · 小星·全屋定制 评论→触达 · 3 分 44 秒 已拿到微信号 · 全程 14 分 24 秒 微信号已入库(messages) 户型/面积/城市全未知 stage 仍 ice_break · 联系方式没进结构化字段

→ 抖音个人主页
1
刷视频
7-22 00:45
2
留评论
7-22 00:45
3
AI 评分
7-22 00:49
4
起草破冰
7-22 00:49
5
DM 触达
7-22 00:49
6
用户回应
7-22 00:55
7
用户提供微信
7-22 01:00
8
销售加微
待加微
案例素材 · 视频 · 评论 · 对话 2026-07-22 00:45 → 01:01 CST

五条消息,客户只贡献了两条、共十三个字符

下面三块是这条案例的原始信号:他留评论的那条视频、凌晨敲下的两个字、以及十六分钟内跑完的完整对话。这条案例值得看的地方是「极低信息量下的高转化」 — 客户全程只输出了「跪求」「新房」和一串微信号,我们却在第二轮就把联系方式拿到了。效率极高,但也意味着我们对他家一无所知。

风停
风停 📍 贵州
跪求
2026-07-22 00:45:57 CST · 评论于「灿哥聊装修」的开工必备清单视频 · 关键词:(无,两字极简)
📹 评论所在视频(在抖音打开)· 号源「灿哥聊装修」· 类目「知识号」

完整对话 · 5 条来回(DB 全量落库)

2026-07-22 凌晨 16 分钟 · 单通道 DM(无影云电脑)· 含微信号在内 5 条全部入库
2026-07-22 · 00:49 破冰 → 00:55 客户回「新房」→ 01:00 给微信 → 01:01 企微引导
你好,风停。刷到你关注开工必备清单,装修前期准备最怕漏买耽误工期,可以发你一份我们整理的避坑清单。你家是新房还是翻新?
#1📱 00:49:41 CST · AI 由账号「小星·全屋定制」推送 · 评论后 3 分 44 秒
新房
#2📱 00:55:08 CST · 首响 5 分 27 秒 · 抖音快捷回复气泡,两个字
新开工最要紧是预留位,水电前定柜体能省后期改管钱。我发你一份含插座/管线预留的开工清单,按你户型可直接套用。你报个vx号给我,我让设计师发你原图表格,抖音发不了文件、发图也会压糊。
#3📱 00:55:56 CST · AI 跟进 · 48 秒接住 · 工艺理由 + 承诺物 + 要 vx + 摩擦解释
h863474134
#4📱 01:00:21 CST · 客户主动报出微信号 · 距被要求 4 分 25 秒 · 已随 messages 完整落库
好的,我们添加您啦~因为是企业微信所以需要您在您的微信服务号(有个小红点)点击一下申请通过,辛苦~!
#5📱 01:01:07 CST · 46 秒回执 · 提前解释了企微好友申请的异常观感
— 对话停在这里;截至数据快照,客户尚未在微信侧点通过 —
消息归属与时间口径
#1 / #3 / #5 来自 DB messages.role = ai#2 / #4 来自 DB messages.role = customer本案五条消息全部落库,没有靠截图补录、也没有靠气泡颜色或坐标猜归属,这是本批捕获质量最完整的一条。
时间口径:AI 三条取 sent_at,客户两条取 created_at(入站消息无 sent_at),均已换算 CST。
联系方式:客户微信号 h863474134 原样展示 —— 本页是内部销售协同用,手机号/微信号按团队规则保留明文,方便销售直接取号加微。
模块 1 · 时效性分析 评论 → 入库 → 首触达 · 3 分 44 秒

全程 14 分 24 秒 — 从一条两字评论到一个微信号

评论 00:45:57 → 破冰 00:49:41,3 分 44 秒破冰 → 首响 5 分 27 秒首响 → AI 跟进 48 秒要微信 → 客户给号 4 分 25 秒四段全部在个位数分钟内完成,链路没有任何一处成为瓶颈 — 客户还在刷手机的那个时间窗里,我们把整件事跑完了。

⚡ 链路触达时效 · 评论 → 入库 → 首触达 → 首响 → 拿到微信

近实时触达 + 深夜在线窗口全程咬住

00:45:57
用户在抖音评论
「跪求」
~3 分 40 秒 采集 + LLM 评分
00:49
入库 + 评分 78
中意向进入触达队列
同分钟内 起草 + 云电脑发送
00:49:41
破冰送达
小星·全屋定制
14 分 24 秒 / 评论→拿到微信号
评论 → 首触达 3 分 44 秒:凌晨时段无衰减,采集、评分、起草、发送四步压在同一分钟量级里。
首响 5 分 27 秒:00:49:41 送达,00:55:08 回「新房」— 他还没睡,破冰落在了他正在看手机的窗口里。
AI 二轮 48 秒 · 客户给号 4 分 25 秒:跟进几乎是秒接,客户考虑了四分多钟就把微信号报了出来 — 这段犹豫是本案唯一的"思考时间"。

📌 这条案例是「深夜在线窗口」价值的直接证据:客户 00:45 还在刷装修视频,说明他此刻正处在主动找信息的状态,而不是白天被工作切碎的碎片时间。凌晨触达的接通率不该被想当然地打折 — 本案 5 分 27 秒的首响比同批很多白天案例还快。真正需要注意的是另一端:客户 01:00 给完微信后,销售侧大概率已经下班,加微动作要等到早上,这中间的几个小时是这条链路目前唯一的空档。

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

跟进那句「水电前定柜体能省后期改管钱」,是本案真正的胜负手

客户只说了「新房」两个字,跟进(#3)却没有停在"好的那我发你",而是先讲了一条真实的工艺逻辑:新房开工阶段柜体要在水电之前定下来,否则管线预留不上、后期改管要花钱。这句话把"要一份清单"这件小事,变成了"再不定就来不及"的时间成本问题 — 而且它是真的,不是编出来的紧迫感。

3.1 触发评论 · 两个字,意图满格、信息为零

「跪求」— 全部内容就这两个字。①意图极强:不是「不错」「学习了」这类围观,是明确的索取动作,而且用了很重的措辞;②指向明确:他求的是视频里那份开工必备清单,我们知道该给什么;③信息为零:户型、面积、城市、预算、进度,一个字都没有。这是一条典型的「意图满格、画像空白」评论 — 好接,但接住之后要靠对话把画像一点点问出来。而本案没有问。

3.2 系统给他打了 78 分

78/100
中意向
type · product specificity · medium freshness · active 问购 · 一般 · 在调研
评分理由(intent_reason = 「问购·一般·在调研」,comment_type_reason = 「极简购买信号跪求」):产品型 · 中等 specificity · active。
78 分是「极简索取型」评论的标准分,与同批「能不能发一份」「来一份」完全一致。值得注意的是 specificity 被判成了 medium,而这条评论的具体度其实是 low — 它没有任何可提取的房屋事实。但结果证明这个偏高的判分没有害处:真正决定成败的不是评分精度,而是接住之后的第一轮问话。本案 78 分的客户 14 分钟就给了微信,同批 78 分的另一位到现在还没回第二句。建议把「极简索取型」单独打一个标记(意图强 / 画像空),提醒运营首轮必须问出至少一个硬信息,而不是只问新房还是翻新。

3.3 破冰文案 · 四段齐全,承诺物对得上他求的东西

首条 AI DM 在 transcript(#1)。结构完整,最关键的是③ 兑现承诺这一段和他"跪求"的东西是同一样东西 — 他求清单,我们说发清单,中间没有偷换成"免费出方案""上门量房"这类他没要过的东西。

① 称呼
直呼昵称
「你好,风停。」
② 场景锚点
复述他关注的内容主题
「刷到你关注开工必备清单」
③ 兑现承诺
痛点 + 承诺物,与他求的完全对齐
「最怕漏买耽误工期,可以发你一份我们整理的避坑清单」
④ 单一反问
开放且好答,不预设房子归属
「你家是新房还是翻新?」
「新房还是翻新」这个反问,是目前最稳的一个开口
它有三个优点:不预设房子是谁的(不像「你家几室几厅」默认是本人新房)、只有两个选项、打两个字就能答(本案客户直接点了抖音的快捷回复气泡)、答案能实质改变后续话术(新房走预留位逻辑、翻新走拆改逻辑)。本案客户 5 分钟就回了,正是因为回复成本几乎为零。
可复用:破冰的反问要满足"两个字能答完 + 答完就能分叉话术"这两条。问开放题(预算多少、什么风格)在陌生人首条 DM 里回复率明显更低。

3.4 跟进 · 一条真工艺逻辑,换来一个微信号

跟进(#3)是四段结构:工艺理由 → 承诺物具体化 → 要 vx → 摩擦解释。四段全部踩到点上,客户 4 分 25 秒就报了号。

① 工艺理由
真实且省钱,不是编的紧迫感
「新开工最要紧是预留位,水电前定柜体能省后期改管钱」
② 承诺物
从"避坑清单"具体化到可用清单
「含插座/管线预留的开工清单,按你户型可直接套用」
③ 要 vx
动作明确,且指向第三方(设计师)
「你报个vx号给我,我让设计师发你原图表格」
④ 摩擦解释
把要微信归因于平台限制
「抖音发不了文件、发图也会压糊」
✓ 为什么这条跟进比同批那些「柜体最晚这周得定」高一个档次
同批另一条对话用的是「柜体最晚这周得定,不然水电管线没法预留」 — 那是一个我们并不知道真假的时间断言:我们根本不清楚客户家水电走到哪一步,说"最晚这周"是硬造的紧迫感,客户一旦已经装完水电,这句话立刻穿帮。
本案说的是「新开工最要紧是预留位,水电前定柜体能省后期改管钱」 — 这是一条普适的工艺常识,对任何一个还没开工的新房都成立,不需要知道他家进度,也不会被证伪。同样是制造"现在就该聊"的理由,一个靠吓,一个靠讲道理,后者既安全又显专业。
可复用:紧迫感优先从工艺顺序里找(水电前定柜体、瓦工前定门槛石、木工前定吊柜),别从时间期限里编。
✗ 「按你户型可直接套用」— 我们并不知道他家户型
整段对话里,客户提供的房屋事实只有两个字:「新房」。几室几厅、多少平、哪个城市、是不是毛坯、什么时候交房,全部未知。而跟进里已经写下了「按你户型可直接套用」。
这句话在 DM 阶段没有代价 — 客户不会当场追问「你知道我家户型吗」。但它把风险推到了微信侧:销售加上之后如果直接甩一份通用清单,客户会立刻发现"这根本不是按我家户型做的",第一印象就砸了;如果销售先回头问户型,客户又会想"那你抖音上说的按我户型是什么意思"。
本周建议:承诺物的定语只写我们真的知道的那部分。本案已知的只有"新房",那就写「按新房开工顺序整理的清单」,稳且不失分量;要写"按你户型",就得先问出户型 — 一句「几室几厅我按你家的标一份」既拿到了信息,又让承诺变得真实。
✗ 拿到的是「清单需求」,不是「柜子需求」
从头到尾,客户表达的都是对一份开工避坑清单的兴趣 — 那是装修前期的通用知识品,跟我们卖的全屋定制柜体之间还隔着一整段距离。他没说过要做柜子,也没问过价格。
跟进里那句「水电前定柜体能省后期改管钱」是目前唯一一处把清单和柜体挂上钩的地方,做得很巧,但客户有没有接住这个暗示,从两个字的回复里看不出来。
本周建议:这类「资料换联系方式」的 lead 在交接销售时应标注「资料型意向,柜体需求未验证」,别按已确认需求排产能。加微后的第一轮要尽快验一句「你家柜子这块打算做几个/找工厂还是门店」,验不出来就归到长期培育,别投入设计资源。
模块 3 · 账号信任度分析 小星·全屋定制 · 主页资产待补

他给微信前没有做过任何一次核实

本案触达账号是「小星·全屋定制」(DB 内部账号名「零星」,聊天气泡右侧带金色「小星·全屋定制」徽章,运营归属夏夏)。从收到「报个 vx 号」到报出号码,中间只有 4 分 25 秒,期间没有任何一句试探 — 没问是哪家公司、没问在不在贵州、没问要不要钱、也没点进主页问一句「你们做过什么案例」。

主页名称
小星·全屋定制
内部账号名:零星
account_id: 8af08f10
账号状态
active · messaging
连续失败 0 次 · 发送间隔 ≥30 秒
channel_pref = cloud_pc
关注数
683 关注
来源 accounts.following_count(同步于 7-21)
粉丝数 / 作品数
未抓取
DB accounts 无粉丝 / 作品字段 · 需运营主页截图补数
日发送配额
30 条 / 天
daily_limit = 30 · 节流 min_send_interval_seconds = 30
陌生人会话状态
已确认聊天
聊天页显示「对方已确认聊天,可继续发送消息」
抖音判定为双向有效会话,不是被拦截的骚扰
信任在这条链路上没有被检验 — 不是过关了,是没考
客户是凌晨在刷装修视频、开口就用「跪求」的人,本身处在高需求、低戒备的状态;加上跟进先讲了一段像样的工艺逻辑,"这人懂行"的印象在几十秒里就建立起来了。他大概率根本没点开主页。
所以本案依旧没有回答"账号资产扛不扛得住检验"这个问题:粉丝数、作品数、播放量在 DB 里全是空的,这是本批案例反复出现的同一个缺口。本周建议:补一次「小星·全屋定制」主页截图入库 — 遇到白天的、谨慎型的客户时,这一层就是唯一能扛的东西。
✓ 企微身份差异被提前说明了,这一步做得对
#5 那句「因为是企业微信所以需要您在您的微信服务号(有个小红点)点击一下申请通过」,提前解释了一个必然会出现的观感落差:客户在抖音上聊的是「小星·全屋定制」,微信里收到的好友申请却挂着企业主体名,不解释一句,很容易被当成诈骗或误加而忽略。
不足之处:这条回执没有带上任何记忆锚。等他第二天早上在微信里看到申请时,「企业微信」四个字帮不了他回忆是谁 — 该带的是「抖音上聊开工清单的」。这一点已落到下方加微验证消息里。
模块 4 · 地区分析 三层地区信号 · 省 / 市 / 号源市

只知道省,而这一次连房子在不在贵州都没验证过

Akke 的地区信号分三层:客户 IP 属地(省)、自报现居(市)、号源服务市。本案只拿到省级 — 贵州。市级两端全缺:客户没说城市,号源「灿哥聊装修」是知识号、没有服务市。整段对话里一个地名都没出现过。

📍 地区粒度 · 省级唯一信号

IP = 贵州 · 客户市未公开 · 号源为知识号无服务市
省 · IP 属地
贵州
来源 comments.ip_location · 反映的是他发评论时人在哪
市 · 自报现居
未公开
来源 comments.city · 客户全程未提城市
号源服务市
未标记
来源 source_accounts.city · 「灿哥聊装修」类目为知识号(全国流量)→ is_same_city = null
话术里一个地名都没提,这是对的
号源是知识号,观众天然来自全国,is_same_city 恒为空不是数据缺失、而是号源性质决定的。在这种情况下打「本地仓/本地安装队」牌是危险的 — 说错了直接暴露我们在猜。本案两条 AI 消息一个地名都没出现,避开了这个坑。
✗ 但施工地这件事,迟早要问 — 而且越早越省事
全屋定制的关键成本全绑在施工地上:能不能派设计师上门量房、走哪个仓发货、安装队怎么排、运费算多少。本案连"房子是不是在贵州"都没验证过 — IP 属地只说明他发评论时人在贵州,说明不了房子在哪(同批已有「老丈人家的房子」这种人房分离的实例)。
本周建议:把城市问句缝进承诺物里,别单独问。比如「清单我按你当地的做法标一下,你家在哪个市?」 — 既拿到了信息,又显得是在替他定制,比干问「你在哪个城市」自然得多。
模块 5 · 价格分析 客户未问价 · AI 零报价 · 但埋了一个省钱锚

全程没有出现任何一个数字 — 这次是对的,但下一步不能再空着

本案对话未涉及任何具体报价:客户没问价,AI 也没报。这是本案该有的处理 — 在只知道"新房"两个字、连户型都不清楚的情况下报数字,只会给后面留一个兑现不了的坑。但价格话题并非完全缺席:跟进里那句「能省后期改管钱」是一个省钱方向的锚,它把我们的价值定在了"帮你少花钱"这一侧。

客户询价
未提及
两条客户消息共 13 个字符,无任何价格相关表述
实际给出的报价
零个数字
三条 AI 消息均无单价 / 总价 / 区间 / 优惠
价值锚点
省钱侧
「水电前定柜体能省后期改管钱」
把定柜时机说成省钱手段而非花钱决策
✓ 「省后期改管钱」是一个成本很低、姿态很高的锚
它没有报任何价,却完成了三件事:①把"现在就定柜体"包装成省钱而不是花钱②暗示了我们懂施工顺序,专业感靠一句话建立;③规避了在信息空白时报价的风险这比"我们最近有活动""厂家直供更便宜"这类无锚点的低价暗示高明得多 — 后者会把客户的注意力直接拽到比价上。
✗ 风险在下一棒:他对价格完全没有概念
客户现在心里对"全屋定制大概多少钱"是一片空白,而他即将在微信里见到销售。销售报出的第一个数字,无论多少,都可能和他脑子里凭空想象的数字对不上。本批已有案例证明这种落差会直接把人吓走。
本周建议:加微后的第一轮里,先给一个带条件的数量级("新房柜子这块常见落在 X–Y 万,看做几个柜子和板材等级"),把锚点提前钉住;报计价结构(按投影面积 / 按柜体延米 / 板材分档)比报一个总价更安全,同批「超哥」那条就是靠只报结构不报总价稳住的。
模块 6 · 信息内部流转路径 云电脑通道 · 消息全落库,但字段没跟上

五条消息一条不漏,可系统仍然认为这是一条"还没聊出结果"的会话

"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化,物理世界对应的是一台阿里无影云电脑上常驻的抖音客户端。本案两侧都正常:发送侧 channel_pref = cloud_pc、队列零报错;回读侧五条消息全部落库,连微信号都抓进来了 — 这是本批捕获质量最好的一条。问题出在再下一层:消息进来了,字段没跟上。

7.1 当前 · 无影云电脑通道

抖音 web DM 在 Fly Tokyo 出口被风控屏蔽,Akke 现阶段靠云电脑常驻 GUI 自动化触达:cron 派单,云电脑上的 poll agent 拉单,在抖音 PC 客户端里完成搜人、开会话、粘贴、发送,并把捕获到的回复写回 DB。通道判定有硬证据 — accounts.channel_pref = "cloud_pc"(运营归属:夏夏)。

发送账号
小星·全屋定制(零星)
messaging · active · 8af08f10
通道
阿里无影云电脑
证据:channel_pref = cloud_pc
GUI 自动化 · 非本机 ADB / WDA
节流
≥30 秒/条
min_send_interval_seconds = 30
连续失败 0 次 · message_queue 无失败重试记录

7.2 捕获侧 · 消息全中,字段全空

客户实际发了 2 条(「新房」+ 微信号),DB 落了 2 条,捕获率 100% — 对照同批那条把微信号漏抓、反而把抖音「可点亮火花」提示存成客户发言的案例,这次干净得多。但会话层的结构化字段一个都没有动。

客户消息捕获
2 / 2 条
「新房」✓ · 微信号 ✓ · 无误捕噪音
联系方式落位
仅在消息正文
微信号只以 messages.content 形式存在
customer_profile{},无联系方式字段
会话状态字段
全空
stage = ice_break · handed_off_at = null
next_followup_at / last_inbound_at 均为 null
消息抓到了,但系统并不"知道"他给过微信
这是一个容易被"捕获率 100%"的好数字盖住的问题:微信号躺在一条普通消息的正文里,没有任何结构化字段承载它。对下游的派单逻辑、跟进 cron、二次触达来说,这条会话仍然是 stage = ice_breakhanded_off_at = null —— 一个"聊过、没结果、可以再催"的对象。
具体的风险是:自动跟进或二次触达一旦命中他,他会在已经给过微信号之后,再收到一条催他给微信的消息。这种重复打扰对一个本来态度极好的客户是净损失。
本周建议(按优先级)
联系方式识别 + 结构化落库 — 客户消息命中微信号 / 手机号 / QQ 号 / 二维码时,写进会话的联系方式字段,并立刻把 stage 推到 pending_handoff、停掉所有自动跟进;
给"已交出联系方式"加一个显式状态位 — 让派单侧一眼能看出这条不该再进任何触达池;
加微结果回流 — 目前"销售有没有加上、客户有没有通过"完全靠人肉截图维护(见下方加微跟踪卡),这一段是整条链路上唯一没有数据的环节。
当前状态 stage = ice_break · 微信号已入库 · 待销售加微

抖音这一棒跑完了,球现在在销售手里

对话技术状态:DB stage = ice_break,5 条消息(AI 3 / 客户 2)全部入库,客户微信号已随 messages 落库;handed_off_atnext_followup_atcustomer_profile 均为空。
业务实质这是一条已经跑通的 lead — 14 分 24 秒内完成评论 → 触达 → 回应 → 拿到微信号,客户全程配合、无异议。我方已在 01:01 告知发起企业微信添加并引导他去微信服务号点通过,抖音侧任务完成,链路进入企微交接段
下一步:①销售尽快发起企微添加,客户是凌晨给的号,加微动作大概率落在早上,验证语必须带记忆锚;②加微第一句先问户型 — DM 里承诺了「按你户型可直接套用」,而我们并不知道他家户型,得先补上这一环再发清单;③验一句柜体需求(打算做几个柜子 / 工厂还是门店),确认这不只是一个要资料的人;④问清房子在哪个市,IP 只说明他人在贵州;⑤手动把会话标成已交接,避免自动跟进再去催一个已经给过微信的人。
✓ 交接销售 · 加微验证消息(≤50 字)
你好,抖音上聊开工清单的,加你发新房水电预留那份表格~
带「抖音」+「开工清单」两个记忆锚 — 因为企微好友申请显示的是企业主体名,跟他抖音上聊的「小星·全屋定制」对不上,不点明来源他很可能直接忽略(#5 那条回执解释了"是企业微信",但没说"是抖音上聊清单的那个人")· 承诺物写「新房水电预留」而不是「按你户型」,避开我们其实不知道户型这一点 · 客户微信号 h863474134(已随 DB messages 落库,销售可直接取号加微)
加微成功时间
待加微
客户已于 01:00:21 在抖音 DM 给出微信号
客户是否通过
待加微
截图显示"你已添加了…"即通过
实际加微话术
见上方验证消息
销售实际发的打招呼消息
复盘 · 各模块做到位 / 不足

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

给上面 6 个分析模块各打一个评价。good = 已达可复用标准;mid = 能用但有压缩空间;bad = 是这条链路的明显短板。本案是本批转化最快的一条,成功点集中在"讲工艺不吓人"和"承诺物对得上";隐患则集中在"我们对他家一无所知,却已经承诺了按他家户型"。

模块 1

时效性 · 14 分 24 秒跑完全程,四段无短板

GOOD
✓ 做到位
  • 评论 → 破冰 3 分 44 秒:00:45:57 评论,00:49:41 送达,凌晨时段无衰减。
  • 首响 5 分 27 秒:破冰精准落在他还在刷手机的窗口里。
  • AI 二轮 48 秒接住,客户 4 分 25 秒给号,全程 14 分 24 秒拿到联系方式。
✗ 不足
  • 加微侧存在几小时空档:客户 01:00 给号,销售最早也要早上才能加,这段时间他的记忆和热度都在衰减。
  • 本周建议:深夜拿到的联系方式排进次日第一批加微队列,并在验证语里补足记忆锚(见加微卡)。
模块 2

内容 · 讲工艺不吓人,但承诺超出了已知信息

GOOD
✓ 做到位
  • 「水电前定柜体能省后期改管钱」是本批最好的紧迫感写法:靠工艺顺序讲道理,对任何未开工新房都成立,不像「最晚这周得定」那样可被证伪。
  • 承诺物与客户所求完全对齐:他求清单,我们发清单,没有偷换成"免费出方案""上门量房"。
  • 反问设计好答:「新房还是翻新」两个字能答完,且答完就能分叉话术,客户直接点了快捷回复。
  • 摩擦解释到位:「抖音发不了文件、发图也会压糊」把要微信的动机从"我想加你"换成"平台限制"。
✗ 不足
  • 「按你户型可直接套用」是一句兑现不了的承诺:客户只说过"新房"两个字,户型/面积/城市全未知,风险被推到了微信侧。
  • 只问了一个变量就要联系方式:拿到号很快,但画像近乎空白,销售接手时等于从零开始。
  • 拿到的是"清单需求"不是"柜体需求":全程没有验证过他要不要做柜子。
  • 本周建议:承诺物的定语只写真的知道的部分(「按新房开工顺序整理」);要写"按你户型"就先问一句「几室几厅我按你家标一份」,一句话既拿信息又让承诺成真。
模块 3

账号信任度 · 零试探通过,资产盲区照旧

MID
✓ 做到位
  • 信任阻力接近于零:从被要微信到报出号 4 分 25 秒,全程没有一句核实性提问。
  • 会话被抖音判为有效互动:显示"对方已确认聊天,可继续发送消息",不是被拦截的骚扰关系。
  • 企微身份差异提前解释:先说清"是企业微信、要去服务号点通过",避免好友申请被当成诈骗忽略。
  • 账号健康:active、连续失败 0、日限 30 条、节流 ≥30 秒/条。
✗ 不足
  • 粉丝数 / 作品数 / 播放量在 DB 里全空:客户压根没看主页,这一层完全没被检验 — 不是过关了,是没考。
  • 企微回执缺记忆锚:只说了"是企业微信",没说"抖音上聊开工清单的",隔夜后客户很可能认不出。
  • 本周建议:补一次主页截图入库;企微引导话术固定加一句来源说明。
模块 4

地区 · 只有省,连房子在不在贵州都没验

MID
✓ 做到位
  • 话术里一个地名都没提:号源是知识号(全国流量),本来就打不了同城牌,不提地区避开了"猜错城市"的翻车。
  • 号源类目判断清晰is_same_city = null 是号源性质决定的,不是数据缺失。
✗ 不足
  • 施工地完全未知:量房、发货仓、安装队、运费全绑在施工地上,而 IP 属地只说明他发评论时人在贵州。
  • 市级两端全缺:客户市未公开、号源无城市,无法做任何本地化判断。
  • 本周建议:把城市问句缝进承诺物里 —「清单我按你当地的做法标一下,你家在哪个市?」,比干问自然得多。
模块 5

价格 · 该沉默时沉默,但下一棒不能再空着

MID
✓ 做到位
  • 信息空白时没有硬报数字:只知道"新房"两个字,不报价避免了后续兑现不了的风险。
  • 「能省后期改管钱」把价值定在省钱侧:没报价却完成了价值传递,比"厂家直供更便宜"这类无锚点低价暗示高明。
✗ 不足
  • 客户对价格毫无概念就进了企微:销售报的第一个数字无论多少都可能对不上他的想象,这个落差本可在 DM 阶段用区间熨平。
  • 本周建议:加微首轮先给带条件的数量级,或只报计价结构(按投影面积 / 按延米 / 板材分档)不报总价 — 同批「超哥」那条正是靠这招稳住的。
模块 6

信息流转 · 消息一条不漏,字段一个没动

MID
✓ 做到位
  • 捕获率 100%:客户 2 条消息(含微信号)全部落库,无误捕噪音 — 对照同批漏抓微信号、误存抖音「可点亮火花」提示的案例,这次干净得多。
  • 发送侧完全正常channel_pref = cloud_pc,云电脑 GUI 自动化,≥30 秒/条节流,队列零报错零重试。
✗ 不足
  • 微信号只躺在消息正文里customer_profile = {},没有任何结构化字段承载联系方式,下游看不见。
  • 系统仍认为这是"没结果"的会话stage = ice_breakhanded_off_at = null,自动跟进若命中,会对一个已经给过微信的人再催一次微信。
  • 加微结果无数据:销售加没加上、客户通没通过,全靠人肉截图维护,是整条链路唯一没有数据的环节。
  • 本周建议:①命中微信号/手机号/QQ/二维码就结构化落库并推 pending_handoff、停自动跟进;②加一个"已交出联系方式"状态位,让派单侧一眼可见;③补加微结果回流。
SYSTEM SNAPSHOT
评论
fcac3c71-…-aba6c4c7a151
conversation
3d33c74b-…-a28228da4dad · stage ice_break
comment_time
2026-07-22 00:45:57 CST
入库 / 评分
2026-07-22 00:49 CST
抖音昵称
风停
sec_uid
MS4wLjABAAAAzNvCUFFi8f…1neDo
IP 属地
贵州(市未公开 · 施工地未验证)
头像
已缓存
intent_score
78 / 100
intent_label
中意向
comment_type
product · medium · active
video
7642675465907391759 · 号源「灿哥聊装修」· 知识号
发送账号
小星·全屋定制(内部名:零星)· 8af08f10
账号资产
683 关注 · 粉丝/作品未抓取 · active · 日限 30 条
通道
阿里无影云电脑(channel_pref = cloud_pc)· ≥30s/条
客户回复
2 条 · 全部入库 · 微信号 h863474134