她在河北。在「春城暖居」转角梳妆台 vs 转角衣柜的视频底下,问了 14 个字 — 「床尾柜和床中间的过道尺寸是多少」
Akke 给她打了 93 分(案例库最高分并列),但号源是 peer_decoration 同行号源 — conversation 被自动过滤掉了。运营人工 review 时捞回,用 Claude 写破冰,2 小时内加微成功。
这条 lead 在 Akke 自动流水线里被判了"死刑":评论 intent_score = 93(高意向顶档 / product · high · active 三轴拉满),但所在视频的号源 春城暖居_ 在 source_accounts.category_v2 = peer_decoration + is_active = false — 同行号源 + 已停用。Akke 的自动建 conversation 流程对同行号源默认过滤(避免给竞品/同行投假潜客打扰),所以即使评分 93,conversations 表里没建任何记录。
运营在人工 review 漏网评论时发现:"床尾柜和床中间的过道尺寸是多少"是个真客户问题,不是同行假装 — 客户大欣(河北 IP / 真实头像 / 抖音网感签名)显然是真潜客。运营把这条评论拿出来,让 Claude 起草破冰文案,然后在 messaging 账号上手工发出去 — Claude 接管了流水线里"opener"那一环。结果客户 1h31m 接受聊天 + 立刻问"怎么加" + 几分钟内"加了",2 小时完成加微闭环。
category_v2=peer_decoration 标签 + 后来停用。Akke 流水线默认不为同行号源建 conversation(同行号下的评论假潜客比例高 / 容易触发竞品识别)。但同行号下的评论偶尔会有真潜客(自然刷到 + 真问题),本案就是漏网之鱼 — 评分 93 但被过滤规则一刀切。
在春城暖居🏠发的「卧室卫生间正对床」转角梳妆台视频底下,她打了 14 个字(原评论) — 「床尾柜和床中间的过道尺寸是多少」。3 件事同时暴露:①「床尾柜」+ 「床中间」 = 她已经知道这种户型布局有床尾柜(看完了视频);②「过道尺寸是多少」 = 已经在评估自家能不能照搬 → 具体规格 high specificity;③ 河北 IP / 真实头像 + 抖音网感签名「用你们发财的小手给点个赞呗」= 活跃女性真用户。
comments.ip_location · 配合"冬天暖气"省级气候话术comments.city · NULLsource_accounts.city · 同行号本身也没标 city · is_active=falseAkke 的分析 cron 把评论喂给 LLM 评分。模型读到「床尾柜和床中间的过道尺寸是多少」直接识别为 问过道尺寸 → product 信号,三轴合并 93 分 — 跟紫色星辰并列案例库最高。具体度 high(具体尺寸问题)、freshness active、product type。但 conversation 表查不到任何记录 — 评分通过了,建 conv 那一步被同行号源过滤规则拦了下来。
source_accounts.category_v2 = peer_decoration 是 Akke 后来引入的同行号识别规则 — 防止给装修公司 / 内容创作号下的"伪装潜客"打扰(同行常假装客户测试竞品话术)。但本案是真潜客刷到同行视频留下的真问题,被一刀切误杀。同行号过滤对评分非常高的评论应当放宽 — 不应该把"号源类型"当作绝对否决,应当作为一个降权因子配合评分综合判断。
首条 AI DM 在源料 pack 内(#1)。这条破冰由 Claude 起草(运营把评论 + 视频信息扔给 Claude 让写文案),而不是走 Akke 的 V3 opener 链路(因为 conversation 都没建,opener 自然没触发)。结构跟 Akke V3 模板高度相似 — 4 段式:①视频复述 / ②省级气候 micro-context / ③加 V 钩子 + 工艺数字 / ④户型反问。
运营把 Claude 写好的破冰直接在 messaging 账号上手工发出 — 没走 Akke 的 message_queue。微信号 Homedz3791 跟 深漂的吗喽 是同一个,但本案补了具体设计师真名「武海艳」。
comments.status = 'analyzed' 的数据时,会认为"已经分析过的评论 = 已经处理过"。但本案 analyzed + conversation 未建 + 实际 DM 已发 + 加微成功,整条链路在 Akke DB 里看不到。工程建议:①给 comments 表加 conversation_filter_reason 字段(记录"同行号源 / 黑名单 / 已联系"等过滤原因);②监控面板增加"高分 analyzed + 无 conv"行(默认隐藏,运营可手动 review);③允许运营标记"漏网捞回 lead"并补建轻量 conversation 记录(哪怕没有 messages)。
她在 09:22 接受聊天 + 立刻发了 3 个字(#2)— 「怎么加」。没问"你是哪家公司"、"价格大概多少"、"能不能先发个目录" — 跳过所有验证步骤,直接问加微方法。这是极强的购买意愿信号,跟用户3824342698628直接给微信号、空间向量给老公 v 一样属于"客户已经决定信你"的状态。
Claude 起草的跟进 DM 在源料 pack 内(#3)。3 个细节值得拆解:①直接给微信号(不像其他案例先要 V 再给);②带具体设计师名「武海艳」(不像"我同事"那种模糊角色);③承诺"立刻给户型方案+报价单"(不像"先聊聊"那种延迟交付)。三件事让客户加微的心理成本降到最低。
Homedz3791 · 设计师武海艳
她在收到 #3 后同一分钟内回了「加了」(#4)— 案例库目前明确"加微成功"的一条(其他案例多停留在"客户给微信号 · 等运营加"或"AI 主动甩号 · 等客户加",本案是整圈跑通的闭环)。
「设计师武海艳」效应:把"我同事"换成真名带来 3 重信任 — ①她加 v 之后看到的不是"陌生销售"而是"被介绍过的设计师";②"武海艳"是真名不是花名(带姓),社会感更重;③配合"备注抖音",她在通讯录里能立刻定位来源。用真名介入是 Claude 接管的独特优势 — Akke V3 prompt 目前还不主动塞真名(怕 LLM 编不存在的人)。
"立刻给户型方案+报价单"是承诺的物化 — 客户加 v 后能立刻得到具体东西而不是"加上慢慢聊",降低"加了会被销售骚扰"的心理担忧。
conversations 行(带 handed_off_at + manual_handoff_reason="peer_filter_rescued"),让 Akke 监控面板能统计到这条捞回 lead。
category_v2=peer_decoration 规则一刀切,conversation 没建。但同行号下偶尔有真潜客刷到留下真问题 — 一刀切的代价是漏掉这种漏网之鱼。工程建议:把"号源类型"从绝对否决降级为评分降权因子,比如同行号下的评分 ≥ 90 仍然建 conv(但优先级标低);或加 conversation_filter_reason 字段记录被过滤原因,便于运营 review。comments.status=analyzed 但 conversations 表无任何记录 — Akke 监控面板按 conv 维度统计时看不到这条捞回的成功 lead。这种"已分析未触达"数据全靠运营人工 review 翻 comments 表才能发现。监控面板应当加"高分 analyzed + 无 conv"行(默认隐藏,运营可手动 review)。customer_profile 或 messaging_account 配置拿到对应设计师真名映射,可以把"我同事"升级成"(设计师 XX)"。本案是 Claude 接管模式独有的优势 — 运营在场可以塞真信息。7aad682b-913c-…-4b67ed214e17MS4wLjABAAAARknTM…cutM
床尾柜过道· status=analyzed