骊山真元
她没先答需求，先反问了一句「你是哪儿的」

从「师父在哪里～我需要」到「你是哪儿的」

下面三块是这条案例的原始信号：她在本地号「设计师小北」的瓦工创意视频下留的那句「师父在哪里～我需要」、系统 3 分钟送出的杭州本地牌破冰、以及她隔夜回来的那句反问。全对话只有 3 条，但含金量集中在第 2 条——她没接需求，先反过来核我方的身份。3 条消息全部有 DB messages 记录，无系统噪声。

骊山真元 📍 浙江

师父在哪里～我需要

2026-07-14 15:27:34 CST · 评论于「设计师小北」视频（号源类目：本地号）· 关键词 [师父]

📹 评论所在视频（在抖音打开）· 号源「设计师小北」· 类目「本地号」

派单侧 3 分钟送达 · 但客户首响隔了一整夜

这条案例的时效是两段式：前半段（评论 → 入库评分 → 首触达）很利索，3 分 24 秒破冰送达，鲜度还在；但客户回复用了 18 小时 50 分——她 7 月 14 下午看到私信，直到次日上午 10:20 才回。这个慢不在我方派单，而是客户自己隔夜才处理。我方在她回话后 5 分钟内就接住了。

破冰打了杭州本地牌 · 也正是这张牌招来了客户的核身份反问

内容侧这条案例有意思：破冰（#1）主动打了杭州本地牌（「杭州本月活动期」），这在多数案例里是稀缺动作。但反过来，正是这句「杭州」引出了客户的警觉——她隔夜回来第一件事就是核实「你到底是不是杭州的」。好在跟进（#3）正面接住了这次盘问：亮品牌、亮杭州门店、亮从业年限，没有回避。

2.1 触发评论 ·「师父在哪里～我需要」是找人做活的信号

在本地号「设计师小北」那条瓦工创意视频底下，她留了五个字：「师父在哪里～我需要」。这句话短，但指向很明确——她在找能做活的师父/团队，「我需要」三个字是主动索取的购买前信号，比单纯点赞收藏实一个量级。LLM 判为 product 类问购、78 分中意向，类型理由「极简购买信号找师父」，判得准。她暴露了：①对这类装修/工艺内容有真实需求；②处在会主动找人的阶段——但评论里没有任何面积、城市、预算参数。

2.2 系统给她打了 78 分

2.3 破冰文案 · 四段式，第三段主动打了本地牌

opener（#1）四段：直呼昵称 + 锚定她关注的瓦工创意视频 + 杭州本月活动期 · 排单还剩几席（本地牌 + 稀缺感）+ 用「能搭把手不」收口邀约。主动引入「杭州」是把她的城市信号用了起来——但这也是一把双刃剑（见下方标注）。

2.4 跟进 · 面对核身份反问，正面亮牌不回避

#3 是这条对话最关键的一手：客户 #2 抛出「你是哪儿的、是项目组还是公司」的连环质疑，跟进没有含糊其辞，逐条正面回应——给品牌名、给门店覆盖、给从业年限，最后才转回意向。

这条案例的核心就是信任 —— 客户亲自开口验了一次身份

别的案例里「信任」是隐性的（客户答不答话去猜），本案是显性的：客户 #2 直接把信任问题摆到台面上——「你是哪儿的、是项目组还是公司」。这是一次教科书级的购买前核身份。话术侧（#3）接住了，但信任的另一半战场——发送号「有大有小」的主页——目前还是未知数：她盘问完，下一步极可能点开主页自查，而主页的粉丝/作品/简介没有截图落数。

难得地把「杭州」用进了话术 —— 但同城判定的字段仍是断的

Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市）、号源服务市。本案比多数案例都往前走了一步：不仅有省级（浙江），还拿到了市级（杭州），而且破冰真的把「杭州」用进了话术。可惜第三层——号源「设计师小北」虽是本地号，服务市却是空的，导致 is_same_city 无从判定；而且「我本人在成都」这句又把同城感往回拽了一把。地区这条线，是本案用得最主动、却也最没收干净的一环。

本案对话未涉及价格话术 — 模块跳过

本案对话未涉及价格话术 — 模块跳过。3 条消息里没有出现任何单价、总价、优惠或预算数字：破冰提了「本月活动期 排单还剩几席」，但那是稀缺感话术，不是报价；客户全程在核身份，没问价，AI 也没报价。对话还停在信任验证阶段，连需求都没开始深挖，自然远没到谈钱的位置。

链路本身跑得很干净 —— 破冰、捕获反问、AI 代回全自动，3 条全落库

这条案例的自动链路很稳：评论入库 → 评分 → 派单 → 云电脑 DOM 自动发破冰 → 隔夜捕获客户反问 → AI 自动代回 → DOM 自动发出，3 条消息全部落库、状态全 sent、0 条系统噪声。尤其值得说的是：客户是隔了 18 小时才回的，链路依然把这条迟到的反问准确捕获并接住了——隔夜回复最容易被自动回复漏接，本案没漏。

7.1 当前 · 无影云电脑 · DOM 版私信自动化

7.2 真实缺口 · 隔夜回访接住了，但同城这张牌只能靠嘴说

链路层面本案几乎无短板：隔夜捕获 + 5 分钟代回都达标。真正的缺口在能力与数据两处：①DOM 通道只能发文字——客户若下一步要「杭州门店地址/门店实拍/资质」这类佐证，通道发不出图文资料，只能转要微信；②同城判定缺字段——号源服务市为空，is_same_city 判不出来，「杭州有门店」这句同城背书系统无法自动佐证，全靠话术嘴上说，客户信不信全凭主页和口碑。

球在客户这边 —— 她验完身份，等她决定信不信

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

给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。本案是一堂「客户主动来验身份，你答得住不住」的教材：话术把第一关顶住了，短板集中在「同城这张牌没收死、主页/服务市两处佐证还没备好」。