黄仙森
把 6 台家电塞进 1.8 米阳台
他在河南。下午 4 点 13 分，他在一支阳台设计视频底下，一口气列了 6 件洗护家电问「需要什么设计」。
系统 4 分 46 秒打回 DM，客户回「4室」—— 一条满分信息量的评论，opener 接住了细节，却把"问设计"转成了"问户型"。
→ 抖音个人主页
从一条参数拉满的评论到三轮对话，全程摊开
下面三块是这条案例的原始信号：客户留评论的视频、那条列了 6 件家电的评论、以及由「有大有小」账号发出的破冰 DM 加一轮往返。先看全貌，再进入每个模块的拆解。
完整对话 · 3 条 · 客户已确认聊天
2026-06-22 16:18 → 18:07 CST · 球在客户方下方各分析模块在拆解时用 #1–#3 引用回这里。#1 来自 DB；#2 #3 来自运营截图取证。
#1 来自 messages.role=ai（DB 唯一一条）；#2 为客户气泡（截图左侧、客户头像）；#3 为我方气泡（截图右侧、「有大有小」账号），DB messages 表无此行 → 未经 writeback 回库。无任何启发式推断。
33 秒入库，4 分 46 秒打回 —— 时效几乎没有短板
时效性是 Akke 链路最先体现的工程指标。本案评论到入库只用了 33 秒（事件驱动 webhook 管线），入库到首触达 4m13s，全链路 4m46s。客户隔了约 1 小时 13 分才回，但那是客户侧节奏，与系统时效无关。
三段拆解 · 系统侧几乎零延迟
「1米8阳台…需要什么设计」
created_at · 等待评分/建 conversation
有大有小
首触达 → 首响：16:18 发出，客户 17:32 回「4室」，约 1 小时 13 分首响 —— 客户侧节奏，仍在同一下午的记忆窗口内。
📌 这是 Akke 想要的标准形态：33 秒入库得益于事件驱动 webhook（不再等固定 cron 巡检），4m13s 触达说明评分+起草+发送贴着入库连跑。系统侧时效在本案不构成瓶颈；真正的优化点在跟进侧（见模块 6：#3 未回写）与内容侧（见模块 2：问设计被转成问户型）。
评论给满了细节，回复却没接住"设计"这个真问题
这条 lead 的内容看点很集中：客户的评论是装修流量里最高质量的那一档 —— 自带超高 specificity；但破冰和跟进都把它当成了"资格确认 + 扩品类"的钩子，没有正面回答客户问的"需要什么设计"。这是本案最值得复盘的一点。
2.1 触发评论 · 参数拉满
在设计师温倪（号源池里一位本地设计号）的阳台设计视频底下，黄仙森一口气列了：1.8 米阳台 + 2 台洗衣机 + 1 个洗衣池 + 海信洗鞋机 + 代伊内衣洗衣机 + 扫地机器人，然后问"需要什么设计"。这是自带完整约束条件的评论 —— 尺寸、电器清单、诉求一应俱全，等于把设计简报的输入直接喂到嘴边。这种评论的稀缺度，比"多少钱"那种泛问高出一个量级。
2.2 系统给了 73 分
模型把这句正确读成 knowledge 型（问设计/工艺，而非问价），specificity 给到 high。73 分中意向是合理判断：客户在认真做方案调研、信息给得极全，但还没暴露预算或时间线 —— 所以不是高意向。knowledge 型的处理策略本该不同于 product 型：product 型可以直接报数字抢锚点，knowledge 型客户要的是"你懂不懂、能不能帮我解决这个具体难题"，需要先给专业价值再谈转化。
2.3 破冰文案 · 接住细节、却转走问题
opener（见 #1）做对了一半：它复述了客户的具体场景（1.8 米阳台塞家电难搞），点出两个专业落点（柜体动线、水电位卡准）——这证明"真的读了评论"。但结尾用"几室几厅"把对话从"设计"转成了"户型资格确认"，没有正面回应客户那句"需要什么设计"。
2.4 跟进文案 · 从阳台扩到全屋
客户回 #2「4室」——四室是个高价值信号（大户型、多空间定制需求）。跟进 #3 顺势把视野从阳台扩到全屋：提醒"阳台柜要和其他空间协调风格"，问"衣柜、厨房大件定了没"，并给出专业建议"先把大头落位、阳台跟着走，不然容易打架"。这一步把客户从"只想解决阳台"拉到"全屋统筹"，是把单点需求做大的正确动作。
客户点进主页时，看到的应该是一个像样的定制账号
DM 进来后，客户的第一反应是点头像验证身份。本案触达账号是「有大有小」。能不能扛住"主页一眼信任检查"，决定他愿不愿意继续往下聊 #1。本案主页详细资产尚未截图抓取，以下据 DB 账号记录填，缺数处明确标注。
对外展示名以主页为准
省级在手（河南），市级两端皆缺
Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市）、号源服务市。本案只有省级"河南"确定，市级两端都未入库 —— 且 opener 与跟进都没用到地区，整条对话在省级以下没有任何地域抓手。
📍 地区粒度 · 仅省级
本案对话未出现任何地区话术comments.ip_location · 抖音 IP 反查comments.city · 客户未自填source_accounts.city · 本地号但服务范围未入 → is_same_city = null本案对话未涉及价格话术 —— 模块跳过
破冰（#1）与跟进（#3）都没有出现任何报价、单价或计价口径。这其实符合 knowledge 型 lead 的节奏：客户在做设计调研、还没问钱，过早报价反而会把"专业咨询"压成"推销"。客户也尚未问价，本模块无可拆解内容。
📌 后续提示：四室全屋 + 阳台多电器，是个客单价不低的单子。一旦客户问价，建议按"阳台单点 vs 全屋打包"两个口径分别给范围，别只报阳台 —— 跟进 #3 已经把盘子做大到全屋，报价口径要跟上这个升维。
破冰进了库，跟进没进库 —— 又一个回写缺口
本案的物理通道有个值得记下来的分裂：破冰 #1 由自动管线发出、DB 有记录；但跟进 #3 与客户回复 #2 都没有回写。结果 DB 里这位客户仍显示"只发过 1 条、0 回复"，与真实状态（已 3 条往返、客户已确认聊天）脱节。
7.1 当前 · 自动破冰 + 跟进脱库
messages.role=ai · sent_at 16:18
自动应答或人工补发，DB 无从区分
子通道（ADB / WDA / 云电脑）需手动判定
7.2 如果搬到云电脑 · 5 步迁移
本案这种"自动发破冰、跟进脱库"的拼接，正是云电脑常驻自驱想根治的问题：统一登录态、统一调度、统一回写，让破冰和跟进都走同一条可追的管线。
盘子做大到全屋了，等客户接
DB stage 仍是
ice_break（因 #2 #3 未回写）；真实状态已进入 nurture。下一步建议：客户最初问的"需要什么设计"始终没正面答 —— 趁热补一份阳台排布小思路（分层 / 嵌入式 / 留基座位）兑现价值，再自然钩户型图 / 微信。
这条 lead 哪里做得好，哪里还能拧紧
给上面 6 个分析模块各打一个评价：做到位的沉淀成 SOP，不足的列成下一周 punch list。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 这条链路的明显短板。
时效性 · 4m 46s
GOOD- 33 秒入库：事件驱动 webhook 把"评论→入库"压到半分钟，远好于固定 cron 巡检。
- 全链路 4m46s：评分+起草+发送贴着入库连跑，咬住同下午记忆窗口。
- 跟进时效不受控：#3 隔约 35 分钟、且未入库，跟进侧没有破冰那么稳。
- 建议：把跟进纳入自动管线，别让"快破冰 + 慢跟进"拉低体验。
内容 · 满分评论没被满分接住
MID- 复述细节：opener 点出"1.8 米塞 4 台难搞 + 动线 + 水电位"，证明真读了评论。
- 跟进升维：借"4室"把阳台单点做成全屋机会，"大头先落位"是真专业建议。
- 评分类型判对：正确识别为 knowledge 型而非 product。
- 没答"需要什么设计"：opener + 跟进连问两轮户型/品类，客户的核心问题仍悬空。
- knowledge 型缺"先给价值"：该先扔一口阳台排布思路再问，而不是直接资格确认。
- 本周建议：补一版"先给设计判断再问户型"的 knowledge 型破冰变体。
账号信任度 · 有大有小
MID- 账号在用、status active：是可持续运营账号、非一次性小号。
- 主页资产全缺：粉丝/作品/简介/内容定位本案未截图，扛不扛得住信任检查无从判断。
- 客户质量高：四室大户型 + 需求清晰，临门一脚前若主页单薄最可惜。
- 本周建议：补一份「有大有小」主页截图把这一栏填实。
地区 · 三层只在手 1 层
MID- 省级"河南"在手：破冰阶段够用、不犯错。
- opener 不画地域：避开"被画像"反感。
- 市级两端皆缺：客户未自报城市、号源服务市未入库 → 无同城徽章。
- 对话零地区话术：唯一的省级信号也没用上。
- 建议：四室全屋单要落地，推进上门量尺前必采市级（郑州？哪个区）。
价格 · 本案未涉价
MID- 不过早报价：knowledge 型客户在做调研，先谈专业再谈钱，节奏对。
- 没被带跑：客户没问价，没必要硬塞数字。
- 报价口径要跟上升维：#3 已把盘子做到全屋，后续报价别只报阳台。
- 缺预置口径：没有"阳台单点 vs 全屋打包"两档范围的话术变体。
- 建议：提前备双口径价格，等客户问价时直接给。
信息流转 · 回写缺口
BAD- 破冰链路跑通：评论→入库→评分→发送全程有 DB 记录。
- 跟进 #3 + 回复 #2 全没回写：DB 显示"1 条 0 回复"，与真实 3 条往返脱节。
- 重复触达风险：last_inbound 为空 → 这条优质四室 lead 可能被重新 claim 重发破冰。
- 本周建议：跑 writeback 同步 #2 #3，或运营改走标记已回流程。
- conversation
5c676200-…-68fbdaee92fa- stage
ice_break（DB；真实已 nurture）- created_at
- 2026-06-22 16:18 CST
- 触发评论
5d5e367e-…-c43b1015346a
- 抖音昵称
- 黄仙森
- sec_uid
MS4wLjABAAAA-s2fR1dF…Hsrg- IP 属地
- 河南
- 头像
- 抖音个人头像（已上传）
- intent_score
- 73 / 100
- intent_label
- 中意向
- comment_type
- knowledge · high · active
- 触发号源
- 设计师温倪（本地号）
- 发送账号
- 有大有小（messaging · active）
- 账号状态
- active · 主页资产待截图补数
- DM 已落库
- 1 条 · status=sent（#3 跟进未回写）
- 客户回复
- DB 0 条 · 实际 1 条「4室」（截图取证）
- 链路时效
- 评论→入库 33s；入库→首触达 4m13s
- 首响
- 首触达后约 1h13m（4室）
- 云电脑
- 可迁移：常驻登录态 + 统一回写根治缺口
- 下一步
- 补阳台排布兑现价值 → 钩户型图 → 推进加微