运营常犯同一错误：该换代理时改文案，该改 offer 时却洗名单换号。误诊耗时间、耗钱、耗号码。用四个状态精确定位该查哪里。
诊断前先分清三个独立区域：
账号与基础设施 - 代理、IP、号码声誉、平台限制、Quality Rating。
名单与分层 - 号码有效性、受众相关性、线索质量、发送时间——见 名单分层。
文案与 offer - 措辞、长度、提问、CTA、offer 与细分是否匹配。
各区域对应漏斗不同段——不能用一个指标诊断全部——见 指标仪表盘。
| 状态 | 说明 | 区域 |
|---|---|---|
| Sent（一勾）→ 不进 Delivered | 账号封禁、限速、对方关机 | 账号/基础设施 |
| Delivered（两勾）→ 比例低 | 死名单/无效名单、代理差 | 名单 |
| Read（蓝勾）→ 比例低 | 预览弱、首屏差 | 文案 |
| Read 高 → 无回复 | offer 弱、无清晰 CTA、细分错 | 文案/分层 |
批量消息长时间停在 sent（一灰勾）、不进 delivered——不是文案问题。Meta 已收包，后续被挡。
查：代理、IP 声誉、账号限制、号码状态——见 封号与限制机制。改文案无效。
大规模卡住 = 账号；零星 = 正常（对方关机/无网）。
优质 API 参考送达 95–98%；70–85% 在 2 小时内已读。Delivered Rate < 80% = 名单与基础设施红色警报——见 基准与红色警报。
优先假设：名单未校验、Bounce > 2%、代理 compromised。Complaint ≤ 0.1%、Quality Rating > 0.80——低于则从账号查起。
送达下滑时重写文案是浪费时间。
最常见也最不显眼。送达 95%+、蓝勾不断——Response Rate 接近零。
主假设：文案问题。 也可能是细分不对、发送时机差、与措辞无关的弱 offer——见 已读不回与 首条消息结构。
查文案：有无清晰提问？能否 yes/no 回复？是否 150–200 字？首屏是否过载？15–25% 关闭已读——真实 Read 略高于 CRM。
B2B 对采购名单群发，200 条中 190 条停在一灰勾。怀疑 stop-word 封文案。
用未参与自动化的个人号向 5 个熟人发同文案——即时双勾已读。
诊断：文案干净，群发账号声誉有问题。换移动代理与 SIM 后正常。
美容院 WABA：送达 97%、蓝勾遍地，2 小时零回复。运营归咎「API 故障」，继续向 3000 全量发送。
一小时后 Meta 禁用模板。开头 50% 折扣的长文惹怒用户——点 Spam 而非回复——见 WABA 与模板。
完美送达说明账号干净；高已读零回复指向文案。诊断明显却被忽略。
论坛案例——无公开方法学验证。
个人号手动向 5–10 熟人发同文案——快速辅助测试。若能送达已读——送达问题不在文案。
局限： 熟人有忠诚度，号码多在通讯录，会话 trust 更高、spam 按钮更少——不能模拟冷用户——见 温名单 vs 冷名单。
更干净的做法——向 20–50 个真实冷样本小批发送看 Response Rate——或用 A/B 测试验证。
改任何东西前先走：
走完再改。
| 症状 | 改什么 |
|---|---|
| 送达 < 80% | 名单、代理、号码状态 |
| Bounce > 2% | 名单质量与校验 |
| Complaint > 0.1% | 内容、分层、相关性 |
| Read 高、无回复 | 文案、CTA、offer、细分 |
| 模板 Disabled | 模板文案、offer 结构 |
| Sent 不进 Delivered | 基础设施、账号限制 |
拿最近一次失败群发按算法走：Delivered → Read → Response。定位漏斗断点——再提出原因假设。
实用规则：
未确认消息能送达前，别改文案。未确认用户已读却沉默前，别换号码。
