在路上...
破冰翻车，然后道歉救了回来

从「这需要多少米」到「L-CR777777」

下面三块是这条案例的原始信号：他留评论的黑白灰独居小家视频、那句四个字的问价、以及一筑账号发出的破冰、翻车、道歉、救场，直到他主动给出微信号的完整 13 条对话。这条 transcript 全部有 DB messages.role 可查。

在路上... 📍 陕西

这需要多少米

2026-07-14 09:08:42 · 评论于「苏等等的家」的黑白灰现代简约独居小家视频（1.13 万赞 / 1059 评论）

📹 评论所在视频：「想和你有个独居的小家🏠」（在抖音打开）

5 分 31 秒送达 —— 但快，救不了内容本身的问题

系统侧时效依旧是优等生：1m30s 入库、4m01s 完成评分起草发送。但他隔了 24 分钟才回，回的还是一个问号。这条案例把时效性的边界摆得很清楚：快能保证信被读到，不能保证信写得对。

「？」之后的那句道歉，是这条案例最值钱的一句话

内容侧走出了一条罕见的V 形曲线：opener 翻车（客户回问号）→ 一句真诚道歉把人拉回来 → 客户一次性交出面积城市风格 → 后段又滑回模板化循环。这条 transcript 同时提供了最好的正面样本和最典型的反面样本。

2.1 触发评论 · 「多少米」是个歧义词

在苏等等的家（本地号源，tier 1）那支黑白灰现代简约独居小家视频底下，他留了四个字：「这需要多少米」。装修圈里「多少米」＝「多少钱」（米=米米=钱的网络黑话），LLM 判定为 product 类问价、78 分中意向，理由「问价格 + 极简购买信号」——判得没错。但要注意：他问的是「这」需要多少米，指的是视频里那套小家。他要的是一个总价的量级感，不是一份报价单。这个细微差别，正是 opener 翻车的根源。

2.2 系统给他打了 78 分

2.3 破冰文案 · 一口气塞了四件事，客户回了一个问号

opener（#1）在 60 个字里干了四件事：打招呼 + 夸视频 + 甩单价 650 元/㎡ + 问几室几厅。问题出在第三、四件——他只是随口问"这套要多少钱"，我方却直接跳到"按房产证面积算"的报价公式，还反过来要他报户型。对一个刚刷到视频的陌生人，这是把销售流程的第三步当成了第一句话。

2.4 救场文案 · 一句「啊抱歉我冒进了」值一个微信号

#3 是这条案例最该被抄进 SOP 的一段。它没有装作无事发生、没有重复推销，而是拆成四步把人拉了回来：

2.5 后段 · 滑回模板化循环

救回来之后，#5 接得极好（曲江同城案例 + 具体材料 + 投影价，见模块 5）。但从 #9 开始又滑了回去：

他两次问「是这样吗」「是吗」—— 他在找证据

#6「是这样吗」和 #10「是吗」是同一个动作的两次重复：他在验证这个账号可不可信。这种半信半疑的客户，主页是他唯一能自查的证据来源。

省级入库、市级靠对话问出来 —— 而「曲江」这一刀切得很深

本案是地区信号用得最好的一条：IP 属地给了省（陕西），#3 的救场话术问出了市（西安），#5 立刻用曲江（西安高端住宅片区）做了案例锚定。地区信号从"入库字段"变成了"话术弹药"。

抖音里裸报 650 换来一个问号，企微里把总价算全了 —— 今天全队最好的一次报价交付

价格这条线在本案走了个完整的 U 形：650 元/㎡（全屋装修，按房产证面积）在 opener 里裸报，直接换来一个问号；568 元/㎡（柜体按投影算）在 #5 里配上曲江案例和"西安不加价"，成了他交出微信号的推力；而真正的总价，是加上企微之后才算出来的——柜体 2.07 万 + 全包 9.4 万，还是带图的柜体投影明细表（#W10）。同一个价，差别只在于：有没有先搞清楚他是谁，以及有没有把数字乘出来给他看。

13 条对话全自动跑完，一个人没碰过

本案由一筑账号经阿里无影云电脑的隐形 Edge DOM 通道全程无人值守跑完：派单发首触 → DOM 读回复 → LLM 起草 → DOM 再发出，13 条消息、6 个来回、1 小时，全部有 DB 记录。捕获腿这次一条没漏——对比同日的「M༩」案例（漏抓 3 条），说明捕获质量并不稳定。

7.1 当前 · 云电脑 DOM 自驱通道

抖音 web DM 在 Fly Tokyo 出口被风控屏蔽，一筑账号常登在阿里无影云电脑的隐形 Edge 里，poll agent 两条腿并跑：DOM 读红点写回 messages，approved 草稿 DOM 直发。本案 7 条 AI 消息全部自动发出，message_queue 无记录（DOM 直发不过队列）。

7.2 真实缺口 · 微信号进了库，但没有人被叫醒

#12「L-CR777777」成功写进了 messages 表——技术链路是通的。但接下来发生的是：AI 自动回了一条 #13，内容是"我让本地设计师加你vx"，完全没意识到客户已经给了微信号；没有告警、没有推 Lark、没有转人工、stage 也没升（DB 里仍是 ice_break）。
这是本案暴露的核心缺口：系统能捕获微信号，但不认识微信号。一条本该立刻打断自动回复、推送到销售的高价值信号，被当成普通消息喂给了 LLM，还引发了一条驴唇不对马嘴的回复。

12:52 加上了 —— 抖音里欠他的东西，在这边补齐了

他 10:12 在抖音给了微信号，12:52 企微加上。加上之后这条 lead 没有像其他几条那样凉掉，反而一路深聊到了砸墙方案：抖音里答应过却没发的法式案例发出来了，一直没算的总价也算出来了，而且是带图的柜体投影明细。到 18:07 他已经在发户型图问"这堵墙能不能打通做大横厅"，7-15 13:11 他又回来再问一次「144 平法式硬装报价」并再发户型图。这是今天唯一一条真正推进到方案阶段的 lead。
但要说清楚：企微这段交付一开始不是自动化的功劳，是人工兜底撑起来的。客户企微昵称是个表情包 🐱，云电脑企微自动回复按昵称做 DOM 匹配，一度匹配不上、对这条会话直接失效——两份 PDF、9-法式.zip、报价文字、那张柜体布局图（#W4–#W11）全是运营野荞人工一条条代发的；直到野荞把这个匹配问题修好，AI 才在 18:08（#W14）重新接管。自动回复在这条 lead 上，前半程是失效的。

信号一路加强，却在"要他到店"这一下断了 —— 客户回「算了」，得先救回来

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

给上面 7 个分析模块各打一个评价：做到位的当 SOP 沉淀；不足的当下一周 punch list。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。