天涯客 头像
USER JOURNEY · 用户旅程 · 天涯客 · 案例库首条 stage=expired

天涯客
评论已评分 · 破冰已起草
24 小时后整条对话过期了

他在福建。在「装修帮」的客厅别傻摆沙发了视频底下,问了 4 个字 — 「洗衣机放哪」
Akke 评了 58 分 + AI 起草了破冰 — 但 conversation 被重复创建 2 次 + messaging_account_id = NULL + 破冰 status=draft 永远没发,24 小时后 message_queue auto-expired

stage=expired · 案例库首条 DUPLICATE conv · race condition DM 永远没发 · 客户不知 福建 · 知识型

→ 抖音个人主页

⚠ 案例库最完整的"流水线下游全死亡"样本

这条 lead 在 Akke 流水线下游遭遇了 5 个连续环节的故障,每一个都是独立 bug + 叠加起来让客户永远不知道 Akke 存在:

客户那边什么都没发生:她留了评论 → 没收到任何 DM → 自然忘了。Akke 系统这边记录了 1 个评分、2 个 conv、1 个 draft、1 个 expired queue 行 — 5 张数据库 row 换零业务价值

1
刷视频
2
留评论
3
AI 评分
4
起草破冰
DM 永远没发
无客户回应
无后续
▶ 01 · 原视频号源 · 装修帮 · 知识号 · 全国

客厅别再傻傻摆沙发了,这样装才叫真的好用!

客厅别再傻傻摆沙发了,这样装才叫真的好用! #家装装修 #装修设计 #客厅
#家装装修 #装修设计 #客厅
作者 · 装修帮 抓取于 · 2026-05-19 18:38 CST topic_status · home → 在抖音打开
💬 02 · 评论2026-05-19 09:26 CST · 评分滞后 4h22m
天涯客
天涯客 📍 福建
洗衣机放哪
关键词命中 · 洗衣机 · 4 字知识型问句
📝 03 · 破冰草稿(DRAFT · NEVER SENT)2026-05-19 13:48 CST 生成 · 24h 后 auto-expired
你好,天涯客。客厅不做传统沙发区挺好,洗衣机位置得提前把上下水和电源位卡准。福建本月活动期排单还剩几席。洗衣机放客厅一般靠阳台侧或挨着厨卫走管线,你家新房还是翻新,目前到哪一步了。
#1 · status=draft · queue=expired · sent_at=NULL · 客户从未收到
📨 04 · 站内对话客户从未收到 DM · 不知 Akke 存在
⚠ NEVER SENT · 客户不知道我们存在

对话从未发生 · 5 个故障叠加

这条 lead 在 Akke 流水线下游 5 个环节叠加故障:duplicate convmessaging_account_id=NULLstatus=draftqueue 24h auto-expiredstage=expired
客户那边什么都没发生 — 她留了评论,等了几分钟没人理,刷下一条视频去了。等运营在监控面板看到 stage=expired 时已经过了 24 小时,客户主动开 inbox 的时间窗口早已关闭

ACT 01 · 起点2026-05-19 09:26 CST

4 个字知识型问句

装修帮(全国型知识号)发的"客厅别傻摆沙发了"视频底下,他打了 4 个字(原评论) — 「洗衣机放哪」。3 件事同时暴露:①「洗衣机放哪」= 客户在评估自家客厅布局(看完视频在想"如果照做,洗衣机搁哪")= 装修中段;②知识型问句不直接指向购买,但问的是具体配件位置 = medium specificity;③福建 IP · 知识号全国服务 · 跨地域。同空间向量 / 大欣的"具体规格"型评论模式,本来都是合格的高意向潜客。

📍 地区粒度 · 福建 IP · 全国知识号

省级回退应当出场 · 但 DM 没发 → 话术没机会跑
省 · IP 属地
福建
来源 comments.ip_location
市 · 自报现居
未自报
来源 comments.city · NULL
号源服务市
全国
来源 source_accounts.city · 知识号跨地域 · 不参与同城判定
ACT 02 · 被看见2026-05-19 13:48 CST · 评分滞后 4h22m

58 分 · 高意向 marginal · 跟深漂的吗喽 / 依然为你同分

Akke 的分析 cron 把评论喂给 LLM 评分。模型读到「洗衣机放哪」识别为 问摆放位置 → knowledge 信号,三轴合并 58 分深漂的吗喽 / 依然为你同分 — 知识型 + 中等 + 进行中的标准分。

58/100
高意向 (marginal)
type · knowledge specificity · medium freshness · active keyword · 洗衣机
评分理由:知识型 · 中等 · 进行中。
"问摆放位置→knowledge"。评分通过门槛 conversation 建出来了 — 但接下来的环节全死了。评分对了,下游全错
ACT 03 · 第一句话(DRAFT)2026-05-19 13:48 CST · status=draft · sent_at=NULL

四段式破冰已生成 · 但永远没发到她面前

AI 草稿在源料 pack 内(#1),status=draft / sent_at=NULL文案本身没问题 — 4 段式 + 视频呼应("客厅不做传统沙发区"接视频内容)+ 知识答疑("洗衣机位置得提前把上下水和电源位卡准")+ 福建省级紧迫感 + 反问户型阶段。但这一切都白费了 — DM 从未发出。

① 视频呼应
接"沙发区"
「客厅不做传统沙发区挺好」
② 答客户问
上下水 + 电源位
「洗衣机位置得提前把上下水和电源位卡准」
③ 省级紧迫
福建活动
「福建本月活动期排单还剩几席」
④ 反问
新房 vs 翻新 + 阶段
「你家新房还是翻新,目前到哪一步了」
话术 OK · 但流水线烂掉 = 0 价值
本案充分证明了 opener 文案质量不是流水线最重要的瓶颈。同样标准 V3 输出在空间向量 / 老谢 / 家怡526能发出去 + 等响应,本案因为流水线下游 5 个环节叠加故障,连发都没发。opener 跟没 opener 是同等结果工程修复 > 话术调优 — 这是本案最大教训。
ACT 04 · 触达路径 · 全栈故障⚠ 案例库工程问题集大成

5 个连续故障 · 每一个独立 bug · 叠加致死

这一节是本案的核心 — 5 个 bug 同时出现在一条 lead 上,让 conversation 还没出发就死了。每一个 bug 之前都在其他案例里独立出现过,本案是它们的集合体。

故障 ① · DUPLICATE
2 个 conv
9208763e + d1fe135b · 创建时间 5-19 13:47:14 / 13:48:00 · 相差 46 秒 · race condition
故障 ② · NULL ACCOUNT
messaging_account_id NULL
第 4 次出现(即将是个辣妹 / 依然为你 / 大欣
已存在 · 现在本案)· 系统性 bug
故障 ③ · DRAFT
status=draft
message_queue.status=pending → 升级 expired · 没进过发送 retry 循环
故障 ④ · QUEUE EXPIRED
[auto-expired after 24h no send]
message_queue 24h auto-expire 规则触发 · attempts=0(一次都没尝试发)
故障 ⑤ · STAGE EXPIRED
conversations.stage = expired
queue expired → conversation 自动作废 · 案例库首条 expired
⚠ 工程修复优先项 · 5 个环节都需要修
①修 conversation 创建的 race condition:加 douyin_user_id + comment_id 唯一约束,避免 duplicate;
②修 messaging_account_id NULL:conversation create 时强制绑账号(round-robin 选号池),加 DB NOT NULL 约束;
③补 draft → 发送队列自动转换链路:opener 生成完应当立刻进 pending 而不是停在 draft;
④检查 message_queue 24h auto-expire 规则:本来是好的(防止积压),但叠加在前 3 个 bug 上变成致命;
⑤增加 stage 升级到 expired 的告警:监控面板高亮新 expired 案例 + Lark 推送给运营核实是否是合规过期还是 bug 导致。
ACT 07 · 现在stage = expired · 客户从未知 Akke 存在

对话已死 · 5 张 DB row 换零业务价值

对话技术状态:DB 内 stage = expired,ai_messages = 1(draft),customer_messages = 0,messaging_account_id = NULL,queue status = expired。
真实业务状态:客户「天涯客」从未收到任何 DM · 完全不知 Akke 存在。conversation 在 5-19 13:48 创建 + 5-20 13:48 自动 expired 之后,除非运营手动重启否则永远停在这个状态。运营 SOP(亡羊补牢):①扫描所有 stage=expired 的 conv · 看是否因为 5 个 bug 叠加而非合规过期;②对 messaging_account_id NULL 的 conv 批量回填账号;③对 status=draft 的 message_queue 行批量重新入队;④对天涯客本人:手动重启 conversation + Claude 起草新破冰 + 真机发送(同大欣捞回模式)。但必须意识到 1-2 天后客户对原视频的记忆鲜度已经消散,捞回成功率比当初触达低很多。
复盘 · 这条线索教会我们的

5 个流水线下游故障的原则

1
opener 话术质量不是流水线最重要的瓶颈 · 工程修复 > 话术调优。本案 V3 opener 输出本身完全没问题(同空间向量 / 老谢 / 家怡526 都能用),但因为下游 5 个 bug 叠加,连发都没发。话术再好 · 发不出去就是 0 价值Akke 的资源优先级应该是先修流水线再优化 prompt — 修流水线 = 让现有话术覆盖更多 lead;优化 prompt 只让命中的 lead 转化率提升一点。
2
conversation duplicate 创建是 race condition · 需要 DB 唯一约束。本案 2 个 conv (9208763e + d1fe135b) 创建时间相差 46 秒 — 推测是analyze cron 同时处理同一条评论的两个 worker或者retry 触发了二次插入修复:加 unique constraint (douyin_user_id, comment_id) 让 DB 层挡住 duplicate;应用层 try-catch unique violation 走幂等更新。
3
messaging_account_id NULL 是反复出现的系统性 bug · 必须从根上修。累计 4 例(即将是个辣妹 / 依然为你 / 大欣 / 本案 + 习习和习习的 #3 也是同类不入库问题)。这不是偶然 · 是 conversation create 路径里的某个分支没绑账号修复:①补绑账号逻辑覆盖所有 create 路径;②加 DB NOT NULL 约束;③回填历史 NULL 的 conv。
4
message_queue 24h auto-expire 是好规则 · 但应当伴生告警。auto-expire 防止积压 + 死信堆积,本身是健康设计。但每次 expire 应当触发监控告警让运营核实"是合规过期还是 bug"。本案如果 13:48 进队 + 14:00 系统自动告警"无 messaging_account_id",运营在 24h 内有充分时间手工救活;现在等到 stage=expired 才发现已经晚了。告警时机:进队 1h 后没尝试 send → 告警
5
对 expired conv 的"亡羊补牢"成本远高于"防患于未然"。本案现在 (5-20+) 想救天涯客 — 已经过了客户对评论的记忆鲜度(评论是 5-19 09:26,客户已经刷了几百条视频,重启对话引用视频细节"客厅别傻摆沙发了"她可能不记得)。修复时效性:流水线 bug 修复后 1-2 天内的 expired 还可以救(同大欣 case),超过 3 天的 expired conv 应当批量标 permanent_lost 不再尝试 · 集中精力 prevent 新的 expired。
SYSTEM SNAPSHOT
conversation
⚠ DUPLICATE · 2 条
d1fe135b + 9208763e
stage
expired · 案例库首条
created_at
2026-05-19 13:47:14 / 13:48:00 CST
触发评论
fbf0fa29-…-1d91dce601b310
抖音昵称
天涯客
sec_uid
MS4wLjABAAAA35lLMK…6aGtvU
IP 属地
福建(自报市未抓)
头像
已缓存
intent_score
58 / 100
intent_label
高意向 (marginal)
comment_type
knowledge · medium · active
video
topic_status=home · 3 hashtags
发送账号
⚠ NULL · 第 4 次出现
通道
从未启动
AI DM
1 条 status=draft · attempts=0
客户回复
0 · 客户不知 Akke 存在