什么时候该用群发 SMS
SMS 适合简短、有时限、且收件人已经与你建立关系的消息：预约提醒、配送窗口、给活跃客户的偶尔优惠。以下情况不适合：需要较长篇幅或排版（邮件更合适）、consent 记录薄弱、内容敏感，或者由于分群困难而变成对所有人的广播——这正是导致退订和运营商过滤的模式。
区分营销、服务与紧急运营流量
这是最影响项目效果的结构性决策。traffic class 应作为每条消息的核心属性，决定发送方、路由、队列和时段规则。营销类需要 marketing consent，容量紧张时最先被削减；服务/交易类优先级更高但仍受 suppression 约束；紧急运营类需要独立容量和明确的界定标准，否则一切都会被标为"紧急"。混用一个发送方会导致营销批次拖慢服务流量，也会损害服务流量依赖的发送方信誉。
名单来源、consent 证据与 suppression
每条联系人记录都应保存：号码来源、采集时展示的确切文案、consent 覆盖哪些 traffic class，以及退订时间戳。Suppression 应是一个统一存储，被每条发送路径检查，退订需要立即全局生效。具体规则因市场、运营商和项目类型而异，需要逐项核实，不能假设。
分群、频次与发送方
按相关性分群——关系状态、流程所处阶段、既往 SMS 参与度、语言和时区——效果始终优于向整个名单广播。频次封顶与安静时段是企业自己拥有的客户体验治理手段，应在所有发送路径统一执行，与需要按市场核实的法律义务是两回事。发送方需要完成注册、在项目内保持稳定，并在消息开头几个字就能被识别。
编码、发送容量与结果衡量
一个 Unicode 字符就能让 160 字符的 GSM-7 消息变成多段 Unicode 消息，直接影响成本，因此段数应在发送前计算并在模板保存时校验。大批量发送要对照每条路由的吞吐限制排队，按 traffic class 分离队列，并设置硬性送达截止时间，过期宁可放弃也不要迟发。送达回执能说明的信息有限，DLR 语义因运营商和路由而异，更适合在应用层衡量：完成率、点击、回复和退订率，并跨路由和供应商比较这些结果。
首次大规模发送前
需要一个来源明确、每条记录都有 consent 证据的名单；一个已在该市场完成注册的发送方；在实际使用的发送路径上核实过的 suppression；用真实数据校验过编码和段数的模板；以及提前定义好的停止条件——退订率阈值、投诉数量、集中在某个市场或运营商的失败——每一条都要指定对应的动作和负责人。