一、电商短信场景地图
| 用户阶段 | 推荐短信 | 目标 |
|---|---|---|
| 注册登录 | OTP验证码、异常登录提醒 | 完成身份验证并保护账户 |
| 下单支付 | 订单确认、支付成功、支付失败提醒 | 减少用户疑问和支付流失 |
| 仓储物流 | 发货、配送、异常、签收通知 | 提升履约透明度并减少客服咨询 |
| 售后服务 | 退款、退货、工单和评价提醒 | 让售后进度清晰可追踪 |
| 会员运营 | 优惠券、到期提醒、活动通知 | 促进复购和会员活跃 |
二、事件驱动的短信架构
短信应由真实业务事件触发，而不是依赖人工导出名单。订单服务产生“已支付”“已发货”“配送异常”等事件后，由消息服务选择模板、填充订单号和时间，再调用短信API。
每个事件都应包含唯一业务流水号。消息服务使用流水号做幂等校验，避免订单服务重试时重复发送。平台返回message ID后，系统保存请求、模板、手机号、提交时间和最终状态，方便客服按订单查询。
{
"event": "ORDER_SHIPPED",
"order_id": "TP20260716001",
"phone": "+国家码手机号",
"template": "order_shipped",
"variables": {
"carrier": "物流公司",
"tracking_no": "运单号"
}
}三、验证码与账户安全
注册、登录、找回密码和修改支付信息都可以使用短信验证码，但必须设置有效期、重发间隔、错误次数限制和单号码频率限制。验证码内容应简短，不要包含营销文案或可点击链接。
高风险操作可以结合设备、IP、登录地点和账户行为进行风险判断。短信验证码不应作为唯一安全手段，重要账户可结合密码、设备验证或其他多因素认证方式。
四、事务通知和营销短信必须分开
订单、物流和退款属于用户预期的事务通知，应优先发送并保持内容准确。营销短信需要单独的用户同意、频率和退订管理。不要在订单通知中夹带大量促销内容，否则可能影响用户信任和通道质量。
系统层面应使用不同模板类别、队列和统计报表。大型促销活动流量不能阻塞订单和验证码消息。高优先级消息应拥有独立并发和超时策略。
五、模板设计原则
- 开头明确品牌或店铺名称，避免用户无法判断发送方。
- 包含订单号时只展示必要部分，避免泄露完整敏感信息。
- 时间、金额、状态和操作指引必须与订单系统一致。
- 链接使用自有HTTPS域名，并跳转到对应订单或活动页面。
- 营销短信说明优惠条件、有效期和退订方式。
- 多语言市场根据用户语言和时区选择模板与发送时间。
六、效果指标和上线步骤
事务短信重点观察最终送达率、平均延迟、客服咨询量和订单操作完成率；营销短信还要分析点击、转化、退订和投诉。不能只以发送量衡量效果。
- 梳理用户生命周期和必须发送的业务事件。
- 建立模板编号、变量规则和审核流程。
- 接入API、Webhook、幂等控制和异常日志。
- 使用内部账号和真实设备完成端到端测试。
- 小流量灰度，并监控失败码、延迟和重复发送。
- 根据数据持续优化模板、频率和触发时机。