首次营销活动前的发件人 ID 选择

团队经常在确定«收件人将看到谁»之前锁定创意和发送量。这是本末倒置的。首次营销活动应从发件人形式开始：字母数字品牌字符串还是本地 DID（或在需要时使用免费电话）。如果选择错误，您将因拒绝、静默替换或启动日程中缺失的注册等待而浪费预付资金。

本页是«首次营销活动前的采购选择» — 在方案仍可编辑时决定发件人身份类别。

IOSOR 是白标预付 CPaaS。为钱包充值，在扣款前预留资金，仅当数字发件人是诚实路径时才即时分配号码。最低 USD 20；接近 USD 1,000/month 的软审查是当错误的发件人选择表现为不明原因的消耗时。堆栈：SMS API 采购清单。覆盖范围：报价前检查覆盖范围。资金：首次扣款前的预付资金预留。轨道：Live 徽章前的故障转移闸门。

在撰写营销活动方案前选择发件人类型

在文案和数量附件之前：列出所有第一波 ISO；标记字母数字为开放、注册门控或针对您的消息类别进行阻止；决定是否需要本地 DID（或免费电话）用于双向或 STOP/HELP；只有在那之后才冻结可见的发件人身份。如果销售承诺在任何地方都使用一个品牌字符串，请重新打开方案。一个 USD 20 的试点胜过在首次预留发送被拒绝后重写创意。

字母数字与本地 DID：首次发布决策表

选择能够通过预留试点并具有诚实终端状态的身份。

覆盖范围和通道限制强制选择

仅限 WORLD 的通道可能接受试点，而字母数字注册则假定一个命名区域。将发件人身份与标记为区域 / WORLD / 设置的目的地对齐 — 报价前检查覆盖范围。如果第一波混合了开放和阻止字母数字的市场，请拆分营销活动或发件人。

预付资金预留和故障转移不是发件人决策

预留是在扣款前保留预付资金；它不会发明一个注册的发件人。故障转移 Live 证明了有序备份；它不会免除通道注册。保持通道分离：首次扣款前的预付资金预留、Live 徽章前的故障转移闸门以及此发件人选择。

首次营销活动发送前的采购清单

1. 每个第一波 ISO 都有明确的字母数字与 DID 决策吗？
2. 注册前置时间（如果有）是否在上线前写明？
3. 覆盖范围表是否与这些目的地匹配（报价前检查覆盖范围)？
4. 试点是否使用与生产创意«相同»的发件人身份和消息类别？
5. 预留发送是否已导出扣款 + 终端状态（首次扣款前的预付资金预留)？
6. 故障转移是否在声称的地方进行了测试（Live 徽章前的故障转移闸门)；采购清单发件人字段是否已关闭；数量附件是否未与 USD 20 与软 USD 1,000/month 混淆？

从 IOSOR 开始

打开国际路由控制台，核对首轮营销活动计划中的所有目标国家代码与目的地通道的发送方限制。在最终确定营销方案之前，为每个目标通道分配已注册的字母数字身份或专用本地虚拟号码。确保需要双向互动或合规关键词的通道在路由设置中配置了有效的数字发送源。在触发实时流量之前，测试所有已分配发送源的路由状态以验证注册审批情况。

IOSOR 要点

在编写营销内容之前锁定发送方身份，可以防止严格的目标通道出现静默路由覆盖、运营商拒收以及投递失败。在允许的情况下，字母数字身份非常适合单向品牌提醒；而当目标法规要求进行双向互动或强制退订处理时，专用的本地虚拟号码则不可或缺。

请在安排首次上线之前，将每个目标国家代码映射到批准的字母数字ID或本地数字发送方。切勿依赖自动故障转移规则或账户余额保留来绕过缺失的发送方注册或通关目标运营商关卡。