诚信
「120 平想花不超 20 万」· 初稿过期、隔天补发报价

一条给齐预算的评论，和一条「迟到一天」的报价破冰

下面两块是这条案例的原始信号：把面积 + 预算一次给齐的评论，以及那条初稿过期、隔天才补发的破冰。本案的特别之处在于有两份破冰文案 — 一份起草后没发出去就过期了、客户从没看到；真正送达的是隔天重写的另一份。两份都要如实呈现。

诚信 📍 北京

我家 120 平米，想花不超过 20 万，不知道该怎样设计

2026-06-01 03:56 CST · 评论于「罗哥讲装修」的视频

📹 评论所在视频（在抖音打开）· 号源类目「全屋定制」· 装修知识号

8 分钟就入库、2 分钟就起草 — 然后卡在「没人发」整整一天

时效性是 Akke 链路最先体现的工程指标。本案是反面样本，但症结很特别：前两步快得惊人 — 评论 6-1 03:56 留下，8 分钟就入库评分、再 2 分钟就起草好破冰。坏在第三步：这条起草好的破冰在发送队列里躺了 24 小时没人发、自动过期，被迫隔天重写重发，真正触达拖到 6-2 14:17 — 评论到首触达约 34 小时。

客户把预算摆上台面 · 两版破冰都接住了、但只送达一版

内容侧是评分模型 + 破冰话术生成共同决定的。本案有意思：两版破冰文案都不差 — 过期的初稿打「北京老房 + 板材单价」，送达的版本打「预算够用 + 钱花在刀刃上」。文案能力没问题，问题出在把好的那版弄丢了。

2.1 触发评论 · 面积 + 预算 + 诉求一次给齐

在罗哥讲装修（号源池里类目「全屋定制」的装修知识号）视频底下，他写了 「我家 120 平米，想花不超过 20 万，不知道该怎样设计」。这句信息量很足：①面积明确 — 120 平；②预算明确且有上限 — 不超过 20 万；③诉求清晰 — 「不知道该怎样设计」= 求方案、有困惑、愿意被引导。给齐了面积 + 预算 + 求助意愿，是典型的高意向 93。

2.2 系统给他打了 93 分

2.3 初稿（过期未发）· 打北京老房 + 板材单价

过期初稿在 transcript（✗稿）。它的策略是地域专业感 + 板材报价：开头用「北京老房改造常踩水电位预留」立专业、打地域共鸣，再给「120 平预算 20 万够做全屋定制」的预算判断，附 ENF 级兔宝宝/莫干山板材投影面积 568 元起的具体报价。这版本身相当不错 — 地域 + 专业 + 报价齐活，可惜它没发出去。

2.4 送达版 · 打「预算够用 + 钱花刀刃上」

真正送达的破冰在 transcript（#1）。它换了角度：先接住预算焦虑（「20 万够做、关键是把钱花在收纳和动线上」），给客户「能办成」的确定感；再给报价（柜体 284 一平起、标配整套 5 万左右落地），并主动说「剩下留给硬装软装也宽裕」帮客户算账；最后反问「几室几厅、先动哪个空间」。

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

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

北京 IP 在手、初稿也打了地域牌 · 可惜那条没发出去

Akke 的地区信号分三层：客户 IP 属地（省）、自报现居（市/县）、号源服务市。本案第一层很明确：IP 北京（直辖市，省市合一）。而且过期初稿确实漂亮地用了它（「北京老房改造常踩水电位预留」）。问题是 — 那条没发出去，真正送达的版本反而把北京牌丢了。

客户给了 20 万预算 · 送达版报「284/平、整套 5 万」并帮他算账

本案价格话术两版都有，但口径不同：过期初稿报的是板材单价（ENF 级板材投影面积 568 元起）；真正送达的版本（#1）走预算重构 + 整套报价路线 — 先判定 20 万够用，再给柜体 284 一平起、标配整套 5 万左右落地，并主动帮客户把「剩下的钱留给硬装软装」算清楚。这是针对「给了预算上限」客户的对路打法。

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

「评论入库 → 评分 → 起草 → 真机发送」在 DB 里是几行行变化，物理世界对应的是本地操作设备 + 人工审批 + 真机自动化。本案的病灶恰恰在「真机发送」这一步：起草好的破冰躺在队列里没人发、24h 自动过期 —— 这是整条案例最该修的环节。

7.1 当前 · 零星 ADB 通道 + 队列过期

抖音 web DM 在 Fly Tokyo 出口被风控屏蔽，Akke 现阶段靠本地物理设备 + 真机自动化触达，由运营在零星账号上手动 ADB 发送。本案初稿（✗稿）6-1 04:06 起草后没有人在 24 小时内把它发出去，被系统判过期作废；隔天重写的版本（#1）才在 6-2 14:17 手动发出、status = sent。问题不在文案、不在风控，而在「人工手发」这个环节没有兜底机制 — 起草好的高意向破冰会因为没人盯而默默过期。

7.2 如果搬到云电脑 · 5 步迁移（直击本案病灶）

云电脑不是「换个机器跑」，而是把账号、设备、截图和回写统一托管。对本案最直接的价值就是「起草好的破冰不会再因为没人发而过期」 — 调度器按账号配额自动把待发破冰排队发出，无需人工盯。零星账号常驻登录，高意向 lead 优先 claim、当天发出。

初稿过期、隔天补发 · 报价已送达，就等他回

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

给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。本案的两个 bad（时效、流转）其实是同一个病灶：起草好的破冰没人发。