“短信验证码成本翻倍”：这是 RCS 项目，还是路由投诉？
先拆开短信验证码的成本与送达问题，再核对业务用途、市场、当前路由、RCS Agent 和迁移日期，判断是否真的存在 RCS 商业消息项目。
重点监测信号
- 身份验证与互动消息的业务用途被分开
- 国家、网络和当前短信路由有明确记录
- RCS Agent、验证需求或迁移决定带有日期
短信一次性验证码成本突然上升，首先是短信计费与路由问题，不会自动变成 RCS 项目。只有发送方同时说清互动或品牌会话、目标市场、覆盖与回退要求、Agent（商业消息中的品牌会话主体）及服务商选择日期，RCS for Business 才值得单独进入需求访谈。
这条边界写给商业消息服务商的销售负责人。你每天查看的是公司主动连接并有权访问的电信转售、移动增长和身份验证 Telegram 群；要找的是服务商选择或消息系统迁移，而不是看到“太贵”两个字就发产品介绍。晚一天可能错过运营商或聚合商短名单，但在验证码事故还没查清时硬推 RCS，同样会让团队失去可信度。
短信验证码和 RCS 商业消息不是同一个任务
OTP 是 one-time password，即一次性密码，通常在身份验证或交易流程中短时有效。短信是常见的验证码传输渠道。
RCS 是 Rich Communication Services，即富通信服务。 GSMA 的 Universal Profile 为 RCS 互通提供共同的服务与技术基础。RCS for Business 是企业面向用户的 RCS 会话，通常通过一个带品牌身份、支持更丰富内容和互动的 Agent 来完成，前提是目标环境支持。
这些定义并不能证明 RCS 适合某个应用的身份验证、国家或风险模型。它们只是提醒销售：“短信变贵”和“需要 RCS Agent”是两种不同的商业陈述。
第一步别谈替代，先把投诉写完整
记录真实发生的变化：
- 单条价格还是总账单；
- 送达率、延迟或验证失败有没有变化；
- 涉及哪些国家和移动网络；
- 发帖人能够披露的当前供应商及路由类型；
- 从哪一天开始；
- 消息量和国家流量结构是否同时改变。
“成本翻倍”没有分母。它可能是单价变化，也可能是发送量、重试次数、目的地结构或合同折扣改变。可能解释不是调查结论。比较两段账期和消息量之后，才能把它当成可核实的成本变化。
第二步问清用户到底要完成什么动作
如果用户只需要“收到验证码并输入”，当前工作应由身份验证和短信送达团队接手。如果期望的是经过验证的品牌身份、建议按钮、富媒体卡片、双向客服或持续会话，RCS 需求访谈才可能成立。
身份验证团队关心威胁模型、验证码有效期、送达、回退和账户恢复；客户互动团队则更关心品牌会话、回复路径、内容和活动衡量。供应商可能同时服务两边，但购买负责人和验收条件并不相同。
第三步按国家、网络、设备和回退方式建表
不要把“支持 RCS”写成全球事实。针对具体发送方，逐一记录国家、移动网络、设备、服务商连接和 Agent 条件。还要说明目标用户无法接收 RCS 时怎么办。
回退可能是短信、另一个渠道或人工恢复步骤。哪种做法合适，要由实际身份验证与产品要求决定。当前公开资料不足以确认任何发帖人的设备覆盖、运营商可用性、用户同意、价格和账户资格。
至少留下一张表：
| 市场 | 当前验证码路由 | 发现的问题 | 已核实 RCS 可用性？ | 必须采用的回退 |
|---|---|---|---|---|
| 发帖人指定的国家/网络 | 供应商或未知 | 价格、送达或两者 | 是 / 否 / 未知 | 已给要求或未知 |
空白不能用区域平均数补上。
第四步核对是否真的需要 RCS Agent
Google 的 RCS for Business 文档围绕 Agent 组织企业消息流程：Agent 是用户看到并交互的品牌会话主体。公开上线文档还列出验证和发布环节。因此，销售可以追问：
- 已有 Agent，还是需要新建？
- 哪个品牌和法人负责？
- 谁提供消息连接并承担上线工作？
- 第一批上线包含哪些市场和网络？
“请报 RCS 价格”没有回答任何一项。“9 月应用改版前，要在两个指定市场上线经过验证的客服 Agent”才更接近可安排访谈的项目，但覆盖和批准状态仍要另行确认。
最后只分四条路径
- 短信排查：任务仍是验证码，问题集中在费率、路由、延迟或失败。
- RCS 需求访谈：已说明商业会话、目标市场、Agent 负责人、回退和决定日期。
- 混合评审：对支持用户采用 RCS，同时保留清楚的身份验证或其他回退路径。
- 观察清单：只有成本投诉，没有市场、用途、负责人和日期。
这样可以避免两个相反错误：把 RCS 当成所有短信的替代品，或因为需求从成本投诉开始，就漏掉真实的富消息项目。
一句话里可能藏着两条工作流
下面是复合示例，不是真实客户，也没有真实商业结果：
“7 月短信验证码账单翻倍，9 月 15 日 App 改版前想评估 RCS。流量主要在巴西和墨西哥，本周要服务商方案。”
已知的是：投诉涉及 7 月账单；可能评估 RCS；点名巴西和墨西哥；本周要方案；9 月 15 日是产品事件。未知项更多：
- 两个月的消息量、单价是否可比；
- 具体网络、送达表现与当前路由；
- RCS 是用于验证码、客服还是其他旅程；
- 设备和网络覆盖；
- Agent 负责人、验证状态、用户同意和回退；
- 谁拥有采购权限。
正确下一步不是直接报价，而是拆成短信成本复核和 RCS 用户旅程访谈。先要 6 月与 7 月的量价口径，再问“希望用户在 RCS 里完成什么动作”。
什么叫“已经能核实需求”
人工审核者应能看到业务用途与当前问题、目标国家和网络、当前路由与基准期、期望的 RCS 会话及 Agent 负责人、回退与安全负责人，以及下一次服务商或上线决定的日期。
缺失项继续标 Unknown。商业评分可以改变查看顺序，但不能认证覆盖、价格或适用性。
TOP Prospect 可以在用户主动连接且有权访问的 Telegram 群里筛选、去重、分类和排序，保留原文、来源、时间、AI 摘要与判断理由，并在 Signal Console、机器人提醒或每日摘要中呈现候选项。它不读私聊或未授权群，不获取运营商报价，不验证 RCS Agent，不替用户联系发帖人。
用B2B 线索意图阶段区分投诉和供应商评估，用供应商切换 Signal核对“准备更换”的证据，再通过Telegram 商业 Signal 工作流把候选项交给人工负责人。
常见问题
短信验证码成本上涨，就代表出现了 RCS 项目吗？
不代表。它首先触发短信成本与路由排查。只有发送方同时提出明确的 RCS 用户旅程、核实目标市场与网络、安排回退方案，并有 Agent 或服务商选择日期时，才进入 RCS 需求访谈。
RCS 能替代所有短信验证码吗？
不能作这种普遍判断。实际项目要核实设备与运营商覆盖、用户同意、身份验证设计、回退、安全要求、当地规则和具体账户条件。
销售第一句应问什么？
先问哪些国家和网络发生变化、问题是价格还是送达，以及对方要解决的是一次性验证码投递，还是经过验证的品牌互动会话。
TOP Prospect 能确认消息价格或运营商覆盖吗？
不能。它能整理已授权群讨论并连同来源证据给候选项排序。当前价格、网络可用性、Agent 资格和技术设计都要向相关服务商及运营商确认。
