誓水怜心
凌晨两点，他没报微信号，直接甩了张二维码
IP 显示山西。凌晨 1:36，他在「苏等等的家」那条 13w 四房两厅的案例视频底下留了 8 个字：「可以给我发一份清单嘛」。
3 分 42 秒后破冰到达，他 3 分钟秒回「新房」，跟进再过 28 分钟 — 他没有按要求「报个 vx 号」，而是直接把自己的微信二维码图片发了过来。
从留评论到拿到联系方式，全程 38 分钟，一个凌晨就走完了。但系统并不知道这件事已经发生 — 数据库里，那张二维码只是两个字：[图片]。
→ 抖音个人主页
四条消息，38 分钟，一张二维码
下面三块是这条案例的原始信号：他留评论的那条视频、凌晨敲下的 8 个字、以及 4 条来回的完整对话。这是本批最短、也是最干净的一条转化链 — 没有拉扯、没有异议处理，客户从头到尾只说了 2 个字加 1 张图。
完整对话 · 4 条来回
2026-07-21 凌晨 · 单通道 DM（无影云电脑）· 4 条全部入库，但 #4 的图片内容未落库二维码卡片显示昵称「敏感是口の错」· 地区标注「广东 深圳」· 卡片底部「扫二维码，添加□为朋友」
messages.role = ai，右侧紫色气泡）；#2 / #4 来自 DB（role = customer，左侧灰色气泡）。4 条消息条数上零丢失，但 #4 的实际内容（微信二维码）在 DB 里只是 [图片] 三个字符 — 二维码里的微信昵称、地区，全部只存在于运营的手机截图里。时间口径：本页所有时间取 DB
sent_at / created_at（已换算 CST）。抖音客户端截图上的时间标签（01:40 / 01:46 / 02:12）与落库时间存在 1–2 分钟偏移，页面统一以 DB 为准。
凌晨 1:40 发出的破冰，3 分钟后就被人看见了
这条案例的时效链条是本批最舒服的一条：评论 01:36:43 → 破冰 01:40:25 → 客户秒回 01:43:42 → AI 跟进 01:46:05，四个节点全部压在 10 分钟内。而这一切发生在凌晨一点半到两点 — 一个正常公司的客服在睡觉、一个正常门店早已关门的时段。
凌晨全速运转 · 38 分钟走完全程
「可以给我发一份清单嘛」
中意向进入触达队列
小星·全屋定制
AI 二轮 2 分 23 秒：01:43 → 01:46，跟进接得很稳，没有让客户等。
关键一跳 28 分钟：01:46 收到「报个 vx 号」的要求后，他沉默了 28 分钟，02:14:42 直接发来二维码。这 28 分钟是他自己在权衡「要不要给」，不是系统慢。
📌 这条案例最值得记的一点：深夜时段的高响应。凌晨 1 点还在刷装修视频、还在要清单的人，是当下就被这件事占着脑子的人 — 他不是明天再看，是现在就想看。本案 3 分钟秒回、38 分钟给微信，全部发生在这个时间窗口内。不要因为「深夜不礼貌」而给凌晨评论排低优先级 — 数据上它恰恰是响应最快的一批。
破冰引了视频里的具体数字，跟进给了一个他没想到的漏算项
客户全程只贡献了 2 个字 + 1 张图，所有的推进力都来自 AI 这一侧的两条消息。这两条写得都很扎实：破冰引用了视频里的具体案例（13w 四房两厅现代风），跟进抛出了一个他不会想到的成本陷阱（吊柜层板和五金最易漏算）。这是本批「用专业细节换联系方式」跑通得最利落的一次。
2.1 触发评论 · 8 个字，但意图非常干净
「可以给我发一份清单嘛」— 这句话短，但每个字都指向同一件事：①他要的是清单，不是问价、不是看热闹；②「发给我」是索取动作，意味着他默认自己会留下一个能接收的通道；③句尾的「嘛」把语气放软了 — 这是一个知道自己在麻烦别人、并且愿意配合的人。比起「多少钱一平」，这种索取型评论的转化路径其实更短：他已经想好要什么了，你只需要告诉他去哪儿拿。
2.2 系统给他打了 78 分
intent_reason = 「问购·一般·在调研」，comment_type_reason = 「极简购买信号，求清单」）：产品型 · 中等 specificity · active。78 分卡在中意向的上沿。扣分点在 specificity — 他没说户型、没说面积、没说预算，系统只能判「一般」。但结果证明这条评论被低估了：从评论到交出微信只用了 38 分钟，是本批最快的一条。「极简索取型」评论（来一份 / 发我一份 / 求清单）的共同特征是 specificity 天然偏低，但转化摩擦也天然最小 — 建议对这一类做单独回测，看是否值得在评分上给一个「索取动作」加分项。
2.3 破冰文案 · 引用视频里的真实数字
首条 AI DM 在 transcript（#1）。它的结构是标准的四段式，但第 ② 段有一个别的案例没做到的动作 — 引用了视频内容里的具体数字。
第 ④ 步的反问也设计得很省力：「新房还是翻新」是一道二选一，回答成本只有两个字。客户果然就回了两个字。破冰阶段的反问，问题越好答，回复率越高 — 不要在第一条就问「你家多大面积、什么户型、预算多少」。
2.4 跟进 · 一个成本陷阱换一张二维码
客户只回了「新房」两个字，信息量几乎为零。跟进（#3）在这两个字上做了四件事：①抛专业细节 —「吊柜层板和五金最易漏算」，这是一个他大概率没想过、但一想就会紧张的点；②给相对价格锚 —「工厂直供比门店低」；③留活口 —「具体看户型才能给准」，为后面要资料铺路；④解释摩擦 —「整份带图表格，抖音发不了文件」，把「为什么非要加微信」这件事说成了平台限制，而不是销售套路。
本案的结果非常直接：28 分钟后，客户没有报号，而是直接甩了一张二维码。这比报号更进一步 — 报号还需要销售手动搜索、还可能打错字；二维码是长按就能加。客户选择了对他自己最省事的给法，说明他此刻的配合意愿是高的。
客户给完微信的那几分钟，是他心理上最紧张的时刻（我刚把联系方式给了一个陌生人，接下来会怎样）。此时一句「收到啦，我让设计师今天加你，备注小星就行」的成本是零，收益是把「等待未知」变成「等待一件确定的事」。本周建议：在 DM 侧加一条确定性应答 — 一旦客户消息里出现微信号 / 手机号 / 二维码图片，立刻回一句固定的收尾话术并置顶提醒运营，不要让客户对着空气等。
凌晨两点决定把微信给出去之前，他大概率点过一次头像
本案触达账号是「小星·全屋定制」（DB 内部账号名「零星」，聊天气泡右侧带金色「小星·全屋定制」徽章，运营归属夏夏）。客户全程没有问过「你是哪家公司」— 但他沉默的那 28 分钟里发生了什么，我们无从得知，点进主页看一眼是最可能的动作之一。
account_id: 8af08f10
channel_pref = cloud_pc
accounts.following_count（同步于 6-25）accounts 无粉丝 / 作品字段 · 需运营主页截图补数daily_limit = 30 · 快照当日已用 1 条远未触顶，产能不是瓶颈
相当于对话内的持续身份背书
但我们对这一眼看到的东西一无所知：粉丝数、作品数、播放量在 DB 里全是空的。本案侥幸过关，不等于每次都过得了 — 而且我们连「这次到底是靠什么过关的」都说不清。本周建议：让运营补一次「小星·全屋定制」的主页截图入库，把这个盲区补掉 — 这是全批案例反复出现的同一个缺口。
抖音说他在山西，微信名片说他在深圳
Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市）、号源服务市。本案只拿到省级 — 山西。但客户交出的那张二维码上，微信名片的地区标注是「广东 深圳」。这是本批第一例「跨平台地区信号冲突」，而且直接影响销售接下来怎么开口。
📍 地区粒度 · 两个平台给了两个答案
抖音 IP = 山西 · 微信名片 = 广东深圳comments.ip_location · 抖音 IP 反查（反映的是发评论时人在哪）comments.city · 客户对话中未提所在城市source_accounts.city · 「苏等等的家」标为本地号但市字段未入 → is_same_city = null这件事的代价很实在：全屋定制的报价、安装排期、能不能派本地设计师上门量房，全都取决于房子在哪里。销售如果一上来就按老思路说「我们本地仓」「安排师傅上门」，一旦地点判断错，第一句话就翻车。
本周建议：加微后的第一句话固定加一个地点确认 — 「房子是在山西还是深圳？我按当地的仓和安装队给你算」。把地区冲突当成一个自然的开场话题，而不是一个要藏起来的问题。
没报一个价，但把「便宜」和「怕多花钱」都说到了
两条 AI 消息里没有出现任何一个单价、总价或折扣数字。唯一沾价格的两处，一处是相对锚（工厂直供比门店低），一处是成本焦虑（吊柜层板和五金最易漏算）。破冰里那个「13w」是视频案例的参数，不是给这位客户的报价 — 这个区分很重要。
「13w」是所引用视频案例的参数，非本客户报价
指向的是「报价单完整性」这个真实痛点
这比「我们很便宜」有效得多。说便宜是在跟所有同行比价，说漏算是在把自己放到客户这一边。而且它天然导向下一步 — 要看完整清单，就得留个能收表格的地方。
更麻烦的是「低多少」完全没有口径：低 5% 和低 30% 是两回事。本周建议：交接给销售时，把 DM 里说过的每一句价格承诺原样带过去（本案是「工厂直供比门店低」+「吊柜层板五金不漏算」两条），让销售第一版报价至少在这两点上兑现得了。对照本批那些破冰就报「568 一平」却没说按投影还是展开面积的案例，本案至少没有把自己钉死在一个数字上。
消息一条没少，最重要的那条却等于没存
"评论入库 → 评分 → 起草 → 发送"在 DB 里是几行行变化，物理世界对应的是一台阿里无影云电脑上常驻的抖音客户端。本案通道很干净：channel_pref = cloud_pc、队列零报错、4 条消息全部入库。问题出在最后一米 — 客户的微信二维码，在数据库里只是 [图片] 两个字。
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 回写缺口 · 条数 4/4，内容 3/4
DM 捕获把 4 条消息一条不落地写进了 messages 表 — 从条数上看这是满分。但 #4 存的是字符串 [图片]，二维码本身、以及二维码上写着的微信昵称和地区，全都没有进系统。于是产生了一个很尴尬的状态：业务上这是本批转化最好的一条（38 分钟拿到微信），系统眼里它却和一条零回复的死单没有区别。
stage = ice_break · handed_off_at = nullnext_followup_at / last_inbound_at 均为 nullstage 停在 ice_break、handed_off_at = null，意味着在派单逻辑眼里，这位客户仍然是一个「聊过但没结果」的待跟进对象。如果二次触达或自动跟进的规则命中了他，他会在已经给了微信之后，再收到一条催他给微信的消息 — 那一刻前面所有的专业感都会崩掉。本周建议（两条，都不难做）：
① 图片消息做一次 VL 读图 — 客户发来的图片先过一遍视觉识别，是二维码 / 名片 / 户型图就把识别结果写进
content，别只存 [图片]；② 加一条兜底规则 — 只要客户消息包含图片或疑似联系方式，立刻把会话标成
pending_handoff 并停掉一切自动跟进，宁可漏跟进，也不能对已经给了微信的人再催一遍。
球已经在我们这边了 · 就等有人去扫那张码
业务实质：这是本批转化最顺的一条 — 38 分钟走完「评论 → 破冰 → 秒回 → 跟进 → 交出微信」全程，客户配合度高、没有一句异议。但系统层面完全没有记录这件事：
handed_off_at = null、next_followup_at = null、二维码内容未落库。下一步：①立刻扫码加微 — 二维码有效期有限，凌晨给的码拖到隔天可能已失效，越快越好；②加微第一句先确认房子在哪（山西 vs 深圳，见模块 4）；③手动把会话标成已交接，避免自动跟进再去催他；④加微后第一版报价要兑现 DM 里说过的「工厂直供比门店低」+「层板五金不漏算」两条承诺。
这条链路哪里做得好，哪里还能拧紧
给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。本案前五个模块几乎无可挑剔，短板集中在最后一米 — 拿到微信之后，系统和人都没接住。
时效性 · 凌晨全速，38 分钟走完全程
GOOD- 评论 → 破冰 3 分 42 秒：01:36:43 评论，01:40:25 送达，凌晨时段无衰减。
- 首响 3 分 17 秒：破冰到达时客户还在刷同一条视频，记忆零损耗、无需唤醒。
- 二轮跟进 2 分 23 秒：客户回「新房」后立刻接住，没有让他等。
- 38 分钟拿到联系方式：本批最快的一条完整转化链。
- 客户交出二维码后，响应时效变成了无穷大：02:14 至今没有任何回应，前面攒下的速度优势在最后一步全部吐回去。
- 本周建议：把「客户给出联系方式」当成一个需要秒回的事件，而不是一条普通消息 — 至少自动回一句确认。
内容 · 视频细节 + 漏算恐惧 + 平台限制，三步换来二维码
GOOD- 破冰引用视频真实参数：「那套 13w 四房两厅的现代风案例」— 只有真看过才写得出，一句话把群发感洗掉。
- 反问设计得极省力：「新房还是翻新」两个字就能答，客户果然只回了两个字。
- 跟进抛的是「漏算」不是「便宜」：吊柜层板 + 五金，指向报价单完整性这个真痛点，把自己放到客户一边。
- 「抖音发不了文件」摩擦解释生效：把要微信的动机从「我想加你」换成「平台不支持」，28 分钟后客户直接甩码。
- 拿到二维码后零回应：客户刚交出联系方式那几分钟心理最紧张，一句「收到，我让设计师今天加你，备注小星」成本为零却没有发。
- 本周建议：DM 侧加确定性应答 — 客户消息命中微信号 / 手机号 / 图片时，立刻回固定收尾话术并提醒运营。
账号信任度 · 过关了，但不知道靠什么过的
MID- 客户全程没查户口：没问「你哪家公司」「有没有门店」，直接给了微信。
- 对话内持续背书：每条 AI 消息带「小星·全屋定制」金色徽章。
- 账号健康：active、连续失败 0、日配额 30 条仅用 1 条，产能不是瓶颈。
- 粉丝数 / 作品数 / 播放量在 DB 里全空：客户沉默的 28 分钟大概率在看主页，而我们对他看到了什么一无所知。
- 说不清成功归因：这次过关到底是靠主页扛住了，还是他压根没看，无法判断。
- 本周建议：运营补一次「小星·全屋定制」主页截图入库 — 这是全批反复出现的同一个缺口。
地区 · 抖音说山西，微信名片说深圳
MID- 话术完全不提地区：在只有省级 IP 且 IP 本身可能不准时，不提是最稳的选择，避开了「对山西人说成都经验」那类翻车。
- 二维码意外补了一层信号：微信名片的「广东 深圳」是抖音侧拿不到的信息。
- 两个平台地区冲突且无人判定：抖音 IP 山西 vs 微信名片深圳，房子到底在哪没人知道 — 而报价、安装、量房全都取决于这个。
- 市级两端全缺：客户市未公开 + 号源「苏等等的家」
city未入库 →is_same_city = null，本地仓 / 本地安装队这张牌打不出来。 - 本周建议：加微第一句固定带一个地点确认「房子在山西还是深圳，我按当地的仓和安装队算」；同时补录号源城市字段。
价格 · 零数字，但「怕漏算」这一刀切得准
GOOD- 全程零绝对报价：没有把自己钉死在任何一个数字上，对照本批「破冰即报 568/㎡ 却没说投影还是展开」的口径悬空风险，本案没这个坑。
- 「层板五金最易漏算」比「我们便宜」高明：说便宜是跟同行比价，说漏算是站到客户一边，且天然导向「要看完整清单」。
- 相对锚 + 留活口配合得当：「工厂直供比门店低」后面紧跟「具体看户型才能给准」。
- 「比门店低」是一张迟早要兑现的支票：低 5% 和低 30% 是两回事，销售第一版报价如果没体现出来，这句话反成减分项。
- 本周建议：交接销售时把 DM 里说过的价格承诺原样带过去，让第一版报价至少在「直供价 + 不漏算层板五金」这两点上兑现得了。
信息流转 · 条数满分，最关键那条等于没存
BAD- 回写 4/4 条不丢条：聊天页里几条，DB 里就是几条。
- 通道有硬证据：
channel_pref = cloud_pc，云电脑 GUI 自动化，≥30 秒/条节流，队列零报错。
- 微信二维码在 DB 里只是
[图片]：本案最有价值的那条消息，内容等于没存 — 二维码、微信昵称、地区全在运营截图里。 - 系统认为这单还没成：
stage = ice_break、handed_off_at = null，转化最好的一条在系统眼里和死单没区别。 - 存在二次骚扰风险：自动跟进 / 二次触达若命中他，会在他已经给了微信之后再催一次微信，前面的专业感当场崩掉。
- 本周建议：①客户图片过一遍 VL 读图，识别出二维码 / 名片 / 户型图就写进
content；②客户消息含图片或疑似联系方式时自动标pending_handoff并停掉所有自动跟进。
- 评论
2409bcaf-…-cb158c8eb0- conversation
7faac0d4-…-e867b4956a48· stage ice_break- comment_time
- 2026-07-21 01:36 CST
- 入库 / 评分
- 2026-07-21 01:40 CST
- 抖音昵称
- 誓水怜心
- sec_uid
MS4wLjABAAAA-rKBU9…1xG9RA- IP 属地
- 山西（微信名片显示广东深圳）
- 头像
- 已缓存
- intent_score
- 78 / 100
- intent_label
- 中意向
- comment_type
- product · medium · active
- video
7655558671637079494· 号源「苏等等的家」· 本地号 · tier 1（市未标记）
- 发送账号
- 小星·全屋定制（内部名：零星）· 8af08f10
- 账号资产
- 402 关注 · 粉丝/作品未抓取 · active · 日限 30 条
- 通道
- 阿里无影云电脑（
channel_pref = cloud_pc）· ≥30s/条 - 客户回复
- 2 条（DB 2 + 截图补内容 1）· 新房 · 微信二维码