短信消息发送
这项能力到底在做什么
Section titled “这项能力到底在做什么”短信消息发送，简单说，就是把该发给用户、客户、会员、车主、患者或合作方的提醒和通知，通过短信这个高到达率渠道稳定送出去。
很多企业不是没有消息能力，而是消息真正发出去之前，常常会出下面这些问题：
- 发错时间
- 发错人
- 模板内容不够清楚
- 该发的重要提醒没发出去
- 同一件事被重复骚扰
- 发出去以后没人知道是否送达
短信消息发送真正解决的，不是“有个接口能发短信”，而是让短信作为一种业务动作，按规则、按对象、按时机更稳定地被执行。
它通常接收什么输入
Section titled “它通常接收什么输入”这项能力接进来的，通常不是一句随手文本，而是一条已经准备触达的消息任务。
常见输入包括：
- 提醒事件
- 通知内容
- 模板编号
- 接收人手机号
- 发送时间
- 业务对象编号
- 发送原因
一起带进来的上下文，常见还有这些：
- 消息类型
- 发送优先级
- 渠道规则
- 发送窗口限制
- 退订状态
- 合规要求
- 重试规则
- 业务场景标签
这些上下文很关键。因为短信不是只要“能发”就够了，还要知道：
- 该不该现在发
- 能不能发给这个人
- 应该用哪个模板
- 发失败了怎么办
它能输出什么结果
Section titled “它能输出什么结果”短信消息发送最后交出去的，不应该只是“发送成功”，而应该是一份能继续被流程使用的发送结果。
常见输出包括：
| 输出项 | 说明 |
|---|---|
| 发送结果 | 成功、失败、待重试、被拦截 |
| 接收对象 | 这次发给了谁 |
| 模板结果 | 实际用了哪套模板 |
| 发送时间 | 什么时候发出的 |
| 送达状态 | 是否成功到达 |
| 失败原因 | 如果失败，失败在哪一层 |
| 合规状态 | 是否命中退订、频控或发送限制 |
| 留痕记录 | 谁触发、为何发送、结果如何 |
这样下游拿到的，就不是一句“发了”，而是一份清楚说明“发给谁、用什么发、有没有到、为什么失败”的结果。
它在内部是怎么跑起来的
Section titled “它在内部是怎么跑起来的”短信发送真正难的地方，不是把内容丢给短信网关，而是把发送动作做稳、做准、做得可追。
它在内部通常会经过下面这条链。
1. 先识别当前消息属于哪类场景
Section titled “1. 先识别当前消息属于哪类场景”系统先判断这是：
- 到期提醒
- 状态通知
- 预约提醒
- 催缴催付
- 活动通知
因为不同场景的模板、时间和合规要求往往不同。
2. 再检查接收对象是否允许发送
Section titled “2. 再检查接收对象是否允许发送”不是所有号码都能直接发。
系统通常会先确认：
- 手机号格式是否正确
- 是否已退订
- 当前是否在禁发窗口
- 是否触发频率限制
3. 再选择模板并填充变量
Section titled “3. 再选择模板并填充变量”短信不能只发一段自由文本。
系统通常会根据场景选模板，再把：
- 姓名
- 时间
- 金额
- 订单号
- 门店名
这些变量填进去。
4. 再判断是否需要延迟发送或重试
Section titled “4. 再判断是否需要延迟发送或重试”有些短信要马上发，有些要定时发。
如果前一次失败，系统也会按规则判断要不要重试。
5. 再真正发出并接收回执
Section titled “5. 再真正发出并接收回执”到了这一步，系统才会把短信送到通道，并等待返回：
- 发送成功
- 送达成功
- 发送失败
- 通道异常
6. 最后记录结果并反馈给下游
Section titled “6. 最后记录结果并反馈给下游”真正有价值的短信能力，不只是发出去，还要能回头知道：
- 是否送达
- 是否需要二次触达
- 哪类短信经常失败
- 哪些对象不该再发
短信消息发送的详细内部流程图
Section titled “短信消息发送的详细内部流程图”flowchart TB
A[输入短信触发事件和发送上下文] --> B[识别消息类型和发送场景]
B --> C[检查手机号、退订状态、频控和发送窗口]
C --> D{当前是否允许发送?}
D -->|否| E[拦截发送并记录原因]
D -->|是| F[选择短信模板并填充变量]
F --> G[判断立即发送、定时发送或失败重试策略]
G --> H[调用短信通道发送]
H --> I[接收发送结果和送达回执]
I --> J{是否发送成功?}
J -->|否| K[按规则重试或标记人工处理]
J -->|是| L[记录送达状态和发送留痕]
E --> M[交给后续统计、补发、合规复盘使用]
K --> M
L --> M
它最后会把什么交给下游流程
Section titled “它最后会把什么交给下游流程”短信消息发送真正交给下游的，不只是一个发送动作，而是一份完整的发送结果。
常见会交出去这些内容：
- 发送是否成功
- 使用了哪个模板
- 发送给了谁
- 是否送达
- 是否需要补发或改渠道
- 是否命中退订和频控
- 发送全过程留痕
这样后面的流程才能继续做：
- 客户通知
- 催办提醒
- 二次跟进
- 合规审计
- 报表统计
- 策略优化
它怎么接入业务才真正有价值
Section titled “它怎么接入业务才真正有价值”短信消息发送最怕的，不是发不出去，而是发出去了却没有成为一条真正受控的业务动作。
真正常见、也最有价值的接法，一般有下面几种：
1. 接在高优先级提醒前面
Section titled “1. 接在高优先级提醒前面”只要消息必须尽快到达，短信通常就是一个很稳的选择。
这类场景最适合先接入短信能力。
2. 接在多渠道消息链里
Section titled “2. 接在多渠道消息链里”系统可以先判断什么时候用站内消息，什么时候补短信。
这样触达效率会更稳。
3. 接在状态变化和时间节点后面
Section titled “3. 接在状态变化和时间节点后面”比如交期提醒、到期提醒、付款提醒、复诊提醒，这类场景特别适合接短信。
4. 接在经营和客服回访前面
Section titled “4. 接在经营和客服回访前面”很多客户动作不是不会做，而是总少一条及时提醒。
短信能力正好能把这一层补上。
什么情况下必须转人工
Section titled “什么情况下必须转人工”短信消息发送虽然很适合自动化，但下面这些情况最好让人工确认：
- 当前消息内容敏感
- 模板变量不完整
- 同一对象已经被高频触达
- 当前号码状态异常
- 合规规则不清楚
- 发送结果长期失败
- 当前发送会直接影响重大客户关系
- 系统建议和业务实际策略冲突
真正稳的企业做法，不是让系统无限制地群发，而是让它先把标准短信动作接住，把高风险和高敏感内容交给人把关。
为什么这项能力站得住
Section titled “为什么这项能力站得住”短信消息发送之所以在企业里很有价值，是因为很多关键提醒真正讲求的，不是内容多丰富，而是能不能及时、稳定地到达。
1. 它解决的是“该通知的时候，消息没真正出去”
Section titled “1. 它解决的是“该通知的时候，消息没真正出去””很多业务损失不是因为没人想通知，而是因为通知没在最该到的时候到。
短信能力补的，就是这一下。
2. 它特别适合重要、短平快、需要高到达率的消息
Section titled “2. 它特别适合重要、短平快、需要高到达率的消息”这类消息不一定复杂，但必须及时。
短信正好适合这种场景。
3. 它能和提醒、工单、回访天然接起来
Section titled “3. 它能和提醒、工单、回访天然接起来”前面接触发事件，后面接送达结果和后续动作。
这使它很适合成为整条触达链的一环。
4. 它边界清楚，所以更容易落地
Section titled “4. 它边界清楚，所以更容易落地”标准短信自动发，敏感内容人工审。
这种接法最符合企业现场，也更容易长期稳定使用。