▁_＂蛋蛋■🇨🇳
「来一份！」5 分钟破冰 · 一句「不是送资料吗？」点破预期错位

从一句「来一份！」到「不是送资料吗？」

下面三块是这条案例的原始信号：派送装修资料的视频、那句冲着「送资料」钩子来的评论、以及当天的 3 条完整对话。先看全貌，再进入每个模块的拆解。

▁_＂蛋蛋■🇨🇳 📍 河南 · 自报洛阳

来一份！

2026-07-07 11:10 CST · 评论于「佳姐装修日记」派送装修资料的视频（号源类目：业主日记）· 关键词 [来一份]

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

当天新评论 · 5 分钟就把破冰送到了

时效性是 Akke 链路最先体现的工程指标。本案触达侧是全程可查的正面样本：评论 11:10 留下，11:12:59 进派单队列（dispatch_queue 1791c9bf），11:13:16 被云电脑 claim，11:15:08 破冰送达 — 全程约 5 分钟，每一跳都有时间戳。真正被拉长的是客户侧：她 6 小时 1 分后才回，而这段等待没有自动跟进节奏兜底；好在她一回，AI 18 分钟内就接上了。

客户冲「送资料」来 · 破冰问「案例还是价格」· 预期错位被一句点破

内容侧是评分模型 + 破冰话术生成共同决定的：客户留了什么、系统看到了什么、AI 写了什么。本案的主线是一个预期错位：视频在派送装修资料，客户是冲「白拿资料」的钩子来的；破冰却把她当成「在挑服务商的人」问案例问价格 — 6 小时后她用「不是送资料吗？」把这个错位直接点破。

2.1 触发评论 · 冲着「送资料」钩子伸手

在佳姐装修日记（号源池里类目「业主日记」的装修记录号）派送装修资料的视频底下，她写下 「来一份！」。这四个字没给面积、没给房型、没给预算 — 信息量极低；但它是个明确的索取动作：视频里放了资料钩子，她在伸手要。相比"多少钱""能做吗"这种问句，"来一份"已经把她放到了"愿意留下联系方式换资料"的位置上，这是它拿到 78 分（中意向）而不是更低的原因。也要看清边界：她要的是免费资料，不是服务 — 这个语境决定了破冰该怎么接。

2.2 系统给她打了 78 分

2.3 破冰文案 · 落洛阳 + 稀缺锚 + 二选一分流，但没接住「送资料」预期

首条 AI DM 在 transcript（#1）。结构上四件套齐全，还显式落了「洛阳」这个市级坐标（模块 4 的亮点）；但它把「来一份」重新解读成了「想看案例还是了解价格」— 跳过了客户「白拿资料」的原始预期，这是 6 小时后被点破的伏笔。

2.4 跟进文案 · 18 分钟修复预期错位 · 资料直给 + 升级设计师整案

跟进 DM 在 transcript（#3，截图取证）。客户点破之后，AI 的修复走了三步：①认账直给 —「那份568配置清单和ENF避坑卡确实能发你」，用两个具体资料名把「送资料」承诺接实；②升级钩子 —「我让设计师私信你，发整套案例和你家户型适配的方案」，把免费资料转成设计师整案；③价值对比 —「比单发资料更实用」，给升级一个理由。

客户点进主页时看到什么，这条链路目前是个盲区

DM 进入之后，客户的第一反应是点头像验证身份。本案的触达号是抖音号「有大有小」（野荞的 messaging 号，DB 内部标签「小文（野荞）」），走无影云电脑·网页版 DM。问题在于：这个号的抖音展示资产（粉丝 / 简介 / 内容定位）尚未抓取，能不能扛住「主页一眼信任检查」目前无法评估。

IP 河南、自报洛阳 · 破冰把市级坐标用上了

Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市）、号源服务市。本案的亮点是市级信号不但拿到了、还在破冰里用上了：客户自报现居「洛阳」，opener 直接落出「洛阳本月活动期」— 这是三层信号里最难得的市级落地。没做成的是同城徽章：号源「佳姐装修日记」没标服务市，徽章无从触发。

不抛数字 · 用「排单席位」造稀缺、用具名资料当钩子

本案全程没有任何报价数字。破冰（#1）用「洛阳本月活动期 排单还剩几席」造稀缺、再用「看案例还是了解价格」把价格话题交给客户选；跟进（#3）给的是「568配置清单」「ENF避坑卡」两个具名免费资料 + 设计师整案。方向上顺着客户「要资料」的诉求接，但「排单还剩几席」这个紧迫词是已知雷点。

这条 DM 走的物理通道，以及它漏在哪

「评论入库 → 评分 → 派单 → 发送」在 DB 里是几行行变化，物理世界对应的是无影云电脑上的浏览器 + 网页版抖音 DM。本案的派单链路全程可审计（dispatch_queue 三个时间戳），入站客户回复也被抓进了 DB — 比同通道早期案例进步；但 17:34 的 AI 出站跟进没有回写，暴露 DOM 出站 writeback 仍有缺口。

7.1 当前 · 无影云电脑·网页版 DM · 派单可审计 + 出站跟进漏回写

本案破冰（#1）由发送号「有大有小」经网页版抖音 DM（浏览器 DOM）发出，dispatch_queue 行 1791c9bf 记录了完整三跳：queued 11:12:59 → claimed 11:13:16 → completed(sent) 11:15:08。客户 17:16 的回复（#2）也已入库 — 入站捕获在工作。漏的是出站第二条：17:34 跟进（#3）只存在于截图里，DB 的 messages 表没有这行，stage 也停在 ice_break。

7.2 云电脑常驻托管 · 5 步链路，本案卡在第 4 步的出站半边

网页版 DM 已经跑在无影云电脑上，派单、发送、入站捕获三段都有据可查。要补的是把出站跟进的回写也收进来 — 本案 DB 里的对话到 #2 就断了，换人接手会以为客户的质疑还没人回，可能重复触达。

资料承诺已接住 · 客户已读未回 · 微信还没给

这条案例哪里做得好，哪里还能拧紧

给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。