不忘初心
「这个 520 一平方」· 问的是窗、报价稿却没送达

一句门窗问价，和一条「绕开了价格」的破冰

下面两块是这条案例的原始信号：在门窗号下问系统窗单价的评论，以及那条报价稿没发出去、改发门窗版的破冰。本案的关键张力是跨品类 — 客户问的是门窗价，Akke 做的是全屋装修。两份破冰文案的差别，正好是这条案例最值得看的地方。

不忘初心☘️ 📍 安徽

老板帮忙看看这个 520 一平方

2026-05-31 08:33 CST · 评论于「孙姐聊门窗」的视频 · 问的是系统窗单价

📹 评论所在视频（在抖音打开）· 号源类目「全屋定制」· 门窗工厂号

评论隔了一天多才入库，报价稿又没发，触达拖到第三天

时效性是 Akke 链路最先体现的工程指标。本案是三条价格案例里最慢的一条：评论 5-31 早上 8:33 留下，隔了一天多（28h）才入库评分；起草的报价稿又没送达；真正触达拖到 6-2 下午 17:02 —— 评论到首触达约 56 小时、跨了两个整天。入库慢 + 报价稿没发，两个问题叠在一起。

跨品类问价 · 送达版聪明地绕开了比价，代价是没回答价

内容侧是评分模型 + 破冰话术生成共同决定的。本案的难点是品类错位 — 客户在门窗号下问窗价，但 Akke 做的是全屋装修。两版破冰对这个错位的处理方式正好相反：报价稿硬把窗价和装修价摆在一起比，送达版则干脆绕开比价、只讲自己能做的部分。这是一道「要不要跨品类报价」的判断题。

3.1 触发评论 · 问的是窗、不是装修

在孙姐聊门窗（号源池里类目「全屋定制」、但本身是门窗工厂号）视频底下，他写了 「老板帮忙看看这个 520 一平方」。意图很清楚：①在问价 — 520 一平方是系统窗单价；②在求评估 — 「帮忙看看」= 想让懂行的判断这个价贵不贵；③品类是门窗，不是全屋柜体。给了具体单价 + 求助意愿，评分高意向 93 —— 但评分没识别出品类错位，这是后面所有纠结的根源。

3.2 系统给他打了 93 分

3.3 报价稿（未送达）· 硬把窗价和装修价摆一起

报价稿在 transcript（✗稿）。它的策略是承接问价 + 引到自己品类：先接「看到你问 520 一平方」，再说「我们全屋装修按 284 一平算」，并说明门窗洞口能预留、品牌你自己挑。问题是 520 是窗价、284 是柜体装修价，两者根本不是一个东西 —— 摆在一起容易让客户误以为「你比那家便宜一半」，是个会引起误解的跨品类比价。这版没送出去，反而避免了一次误导。

3.4 送达版 · 绕开比价、只讲能做的

真正送达的破冰在 transcript（#1）。它不提任何价格，转而讲 Akke 真正能做的：系统窗洞口能精准测量预留、水电瓷砖防水吊顶配套做；并诚实地告诉客户「门窗品牌找做窗的师傅更准」，最后问几室几厅。这是一次聪明的避让 —— 既不跨品类乱报价，也不假装自己卖窗。

客户点头像时看到的「零星」，目前是个待补的盲区

DM 进入之后，客户的第一反应是点头像验证身份。本案触达账号是 messaging 账号「零星」（走 ADB 手发）。但它的主页资产 — 昵称、简介、作品数、粉丝量 — 尚未抓取，无法判断它扛不扛得住「主页一眼信任检查」。

只知道他在安徽 · 市县和号源城市都缺，两版破冰都没碰地区

Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市/县）、号源服务市。本案三层只有第一层：IP 安徽。客户没自报城市，号源「孙姐聊门窗」是工厂号、服务城市也没入库。结果 is_same_city = null，两版破冰都一个字没提地区 —— 跟森鹿一样，是地区牌没打的典型。

他问「520 一平贵不贵」· 收到的破冰里一个价都没有

本案在价格上是三条案例里最该警醒的一条：客户的评论明确在问价（520 一平方），唯一带报价的破冰稿（✗稿，284 装修价）没送达，真正发到客户手里的版本（#1）完全没有价格。也就是说 —— 客户问了价，但他收到的回复里既没回答窗价、也没给自己的装修价。

这条 DM 在内部走过的物理通道，以及它在哪两步掉了链子

「评论入库 → 评分 → 起草 → 真机发送」在 DB 里是几行行变化，物理世界对应的是本地操作设备 + 人工审批 + 真机自动化。本案两个环节都掉了链子：采集回扫入库慢了 28h，起草好的报价稿又没发出去 —— 跟诚信案是同一类「手发链路无兜底」的病。

7.1 当前 · 零星 ADB 通道 + 报价稿没发

抖音 web DM 在 Fly Tokyo 出口被风控屏蔽，Akke 现阶段靠本地物理设备 + 真机自动化触达，由运营在零星账号上手动 ADB 发送。本案报价稿（✗稿）6-2 00:55 起草后没有送达（status 非 sent），同日下午改发了门窗版（#1）、status = sent。叠加入库本身慢了 28h，这条高意向从评论到触达拖了 ~56h。病灶和诚信案一致 —— 手发链路缺「起草后未发」的兜底告警。

7.2 如果搬到云电脑 · 5 步迁移

云电脑不是「换个机器跑」，而是把账号、设备、截图和回写统一托管。对本案的价值是两头都治 —— 调度器按配额自动发，起草好的破冰不再因没人发而掉；配合更勤的采集回扫，把入库 28h 的滞后也压下去。零星账号常驻登录，高意向 lead 优先 claim、当天发出。

报价稿没发、门窗版送达 · 他问的价始终没被回答

这个项目哪里做得好，哪里还能拧紧

给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。本案是三条价格案例里短板最多的一条，但「绕开跨品类比价」的判断值得单独肯定。