RCS上线检查清单：用认证Agent正式开通

本清单面向已经决定尝试RCS商业消息、现在需要让Agent顺利上线、又不想在返工上耽误数周的市场、CRM和产品团队。它按阶段逐一说明，从选定第一个使用场景，到解读试点结果。如果您还需要了解RCS是什么以及它与短信有何不同，请先阅读RCS商业消息详解，再回到这里。

RCS上线包含哪些环节？

RCS上线分为五个阶段：范围、素材、审批、开发与测试、试点。大部分延误来自前三个阶段，而不是工程开发，因为审批取决于品牌证明材料和各运营商的流程。

RCS Business Messaging（RBM）通过Google的RBM平台运行，Google现称其为RCS for Business。品牌由“Agent”代表：即带有您的名称、Logo和简介的认证发件人资料。您的消息服务商把您的系统连接到该平台，而移动运营商决定RBM流量能否触达其用户。

阶段1：如何选择第一个使用场景？

选择一个富媒体内容明显优于纯文本、并且您已经在发送短信（因此有基线可比）的使用场景。范围窄的首次上线审批更快，结果也更清晰。

Google的上线审核要求您声明Agent的使用场景。其文档中的类别是验证码（OTP）、事务类、营销类和多用途。您声明的使用场景，决定了审核人员希望在您的触发条件、内容和退订处理中看到什么，所以请务必准确。

适合首次上线的候选场景：

• **订单与配送更新。**一张带商品图片、送达时段，以及“跟踪”或“改期”操作的富媒体卡片，取代了带链接的冗长短信。
• **预约提醒。**一张包含日期、时间和地点的卡片，加上“确认”“改期”等建议回复和“添加到日历”操作。
• **品牌化验证码。**来自认证发件人的简短验证码消息，帮助客户区分真实验证码与钓鱼信息。请把短信保留为有保障的通路；参见我们的验证码消息指南。
• **定向促销。**面向已opt-in营销的客户的商品轮播。促销面临最严格的审核和授权要求，所以很少是最佳的首次上线选择。

梳理国家和运营商

列出您的目标国家，以及每个国家里承载您大部分客户的运营商。只有该运营商已上线RBM并批准了您的Agent，RBM才能触达订阅用户。在海湾地区及更广泛的中东北非地区，可用性取决于运营商和国家，并在开通过程中确认；请不要围绕“某国已经开通RCS”这类国家层面的说法来制定计划。

阶段2：提交之前需要准备哪些素材？

提交之前备齐所有素材，因为提交后的更改会让审核的部分环节重新开始。Agent资料也是客户看到的内容，所以请把它当作品牌工作，而不是文书工作。

Agent资料检查清单

1. 显示名称要与您面向消费者的品牌完全一致，而不是客户不认识的法人实体名称。
2. Logo按服务商指定的格式和尺寸提供，缩小显示并裁成圆形后依然清晰。
3. 用于Agent信息页的横幅图片，不要含小字。
4. 品牌色，与按钮上的文字有足够对比度。
5. 简短简介，说明Agent会发送什么，例如“来自Rawda Home的订单更新和配送预约”。
6. **联系方式：**电话、网站和邮箱至少一种，均可正常使用并有人值守。
7. 公开网站上的隐私政策和服务条款，并从Agent中链接。
8. **语言：**决定Agent使用阿拉伯语、英语还是两者兼用，并为每种语言准备好内容。

审核证明材料检查清单

Google的上线文档列出了Google管理的审核所需的材料。请准备：

1. 品牌的一个可正常访问的公开网站。
2. 隐私政策和服务条款的链接。
3. 对Agent体验的描述，附预览视频或详细的会话文本。
4. 声明的使用场景。
5. 与使用场景一致的、关于用户如何被触发、如何交互、如何退订的描述。
6. Agent所用每种语言的STOP处理，包括确认用户已退订的回复。

请写出能展示真实流程的对话文本，包括用户回复您未预料到的自由文本时会发生什么。

阶段3：品牌验证和上线审批如何运作？

品牌验证用来确认品牌方的授权人员批准了Agent的信息，以及您的服务商管理它的权限。据Google所述，首次上线前必须完成，并在提交上线申请之后进行。

您需要指定一名品牌联系人：有权确认该Agent的员工。根据上线类型，Google、运营商或两者都可能联系此人。最常见、本可避免的延误，是这位联系人正在休假、不认识这次请求，或者把邮件转发到了无人查看的收件箱。请提前向他们说明。

随后，上线审批由Google、运营商或两者共同负责，具体取决于您选择了哪些运营商。Google的文档指出，部分运营商会运行自己的审核并要求与品牌直接签订协议，如果没有合同，这些运营商会拒绝上线。这就是为什么上线计划应当按运营商而不是按国家制定。

审批检查清单

• 品牌联系人已指定、已知情，并且在审核期间可以联系到。
• 已声明使用场景，且与所有对话文本和触发条件一致。
• 与服务商确认了运营商清单，包括需要直接签约的运营商。
• 每种语言的退订措辞均已通过法务批准。
• 指定内部负责人，能快速回答审核人员的问题。

上线之后，Google Messages会在Agent名称旁显示认证对勾，Agent的详情页会说明由谁完成了验证。

阶段4：如何开发和测试RCS消息？

把每条消息按一对来构建：RCS版本和携带相同核心信息的短信版本。然后在上线前，用真实设备测试。

各类消息的设计规则

Google的文档设定了需要遵守的限制：文本消息最多3,072个字符，富媒体卡片每张最多四个建议，轮播为2到10张卡片，每条消息最多11个建议，建议标签最长25个字符。媒体文件同样有大小限制。

适用于各类型的实用规则：

• **把关键信息放进文字，**而不只是图片里。有些接收方收到的是短信版本，屏幕阅读器也需要文字。
• **让建议标签使用动词，**例如“改期”或“立即支付”，并在两种语言下都保持在文档规定的上限之内；阿拉伯语标签往往需要单独编辑。
• **不要过度设计。**为一条简单的提醒做十张卡片的轮播，只会增加摩擦和审核问题。
• **处理自由文本回复。**把意料之外的回复转给真人或一个清晰的菜单，而不是置之不理。

构建送达逻辑

Google的文档建议，在发起会话前先检测用户的能力，并且只使用设备支持的功能。当号码近期接入过RCS时，能力检测会返回设备支持的内容；Google还提供批量检测，可以估算有多少号码可达，而不暴露设备功能。

发送时请针对三种结果做好规划：

1. **已接受并送达。**您的Webhook会收到DELIVERED事件，如果用户开启了已读回执，还可能收到READ事件。
2. **发送时被拒绝。**当设备不支持RCS、RCS已关闭，或您的Agent未在该网络上线时，Google返回404 NOT_FOUND；当消息使用了设备不支持的功能时，返回400 INVALID_ARGUMENT。请立即发送短信版本。
3. **已接受但未送达。**用户可能处于离线状态。Google会将未送达的消息排队最多30天，所以请用ttl或expireTime设置消息有效期。到期后，平台会撤回该消息并通知您，随后您发送短信版本。

Google还建议，在重发之前先确认消息确实未送达，并使用唯一的消息ID，避免客户收到重复消息。我们的渠道回退策略指南详细介绍了在WhatsApp、RCS和短信之间设置超时与防止重复的方法。

在已注册设备上测试

上线之前，RBM Agent只能向您注册并且已接受邀请的测试设备发送消息。请有针对性地使用它们：

• 每个目标市场的每家主要运营商至少一台测试设备，SIM卡为有效状态。
• 如果受众同时包含两类用户，则测试装有Google Messages的Android，以及在支持商业RCS的运营商上的iPhone。
• 每条消息都以阿拉伯语和英语渲染，包括卡片中的从右至左排版。
• 点击每个建议回复和操作，并确认每条回复都被您的Webhook收到。
• 测试每种语言下的STOP及其同义词，并发送确认。
• 一台关闭了RCS的设备，用来确认短信回退能够触发。
• 一台离线设备，用来确认过期会触发回退，并且不会重复送达。

阶段5：如何开展并衡量RCS试点？

用通过短信接收相同消息的对照组来开展试点，并以单位成本下的完成操作数来评判。

试点检查清单

1. **定义您关心的操作：**已预约配送、已确认预约、已完成支付。
2. 在具备RCS能力的接收方中**拆分受众：**大多数收到RCS，一个对照组（holdout）只收短信。把RCS用户与不具备能力的用户比较，会把渠道效应与受众差异混在一起。
3. **按消息跟踪：**已发送、已送达、可获得时的已读、已执行操作、触发的回退、退订。
4. **谨慎对待已读回执。**它取决于用户设置，所以缺少READ事件并不能证明消息未被阅读。
5. **计算每次完成操作的成本，**RCS一侧包含回退的短信，另有仅短信组。服务商的价目表提供每条消息的成本；参见定价。
6. **复查退订和回复，**看是否有发送频率或内容不当的迹象。
7. **做决定：**扩大规模、调整后重跑，或者停止。

实战示例：一家海湾家具零售商的第一个RCS Agent

“Rawda Home”（虚构）是一家在阿联酋和沙特阿拉伯销售的家具零售商。它目前发送配送预约短信，许多客户会打电话给联络中心来更改时段。

• **范围。**团队选择一个事务类使用场景：配送预约。服务商确认了每个国家哪些运营商已上线RBM；由于各运营商的覆盖不同，试点只在Agent已获批准的地方运行。
• **素材。**市场部提供面向消费者的品牌名称、Logo、横幅，以及阿拉伯语和英语的简介。法务确认隐私政策链接和两种语言的STOP措辞。电商负责人被指定为品牌联系人并得到通知。
• **消息。**一张富媒体卡片展示商品图片、建议的送达时段，以及三个建议回复：“确认”“更改时段”和“联系我们”。“更改时段”会打开一个可选时段的轮播。短信版本携带同样的时段，以及预约页面的链接。
• **送达逻辑。**每次发送都设置一个远早于配送日截止时间的有效期。收到404响应或到期时，会发送短信版本，系统会记录是哪个渠道完成的送达，因此不会有人同时收到两条。
• **试点。**在具备RCS能力的客户中，一个对照组只收到短信。试点结束后，团队比较无需致电即确认的配送占比，以及每次确认配送的成本，再决定是否加入订单跟踪作为第二个使用场景。

上线时有哪些常见错误？

大多数失败或缓慢的RCS上线，都栽在同样的几个问题上。

• **同时上线多个使用场景。**每增加一个，就多出审核问题和需要审批的内容。
• **用法人实体名称作为显示名称，**客户并不认识它。
• **品牌联系人毫无准备，**会导致验证停滞。
• **假定全国范围的覆盖。**触达范围由运营商、设备和用户设置共同决定。
• **没有为每条消息准备短信版本，**导致不具备能力的接收方什么也收不到。
• **没有设置消息有效期，**离线用户几天之后才收到过时的验证码或已过期的优惠。
• **没有核对送达就重发，**造成重复。
• **把已读率当作完整数据，**而回执取决于用户设置。
• **忽视授权。**RCS营销需要与短信相同的opt-in和退订规范；参见我们的授权指南。

**本清单的局限：**Google的要求、运营商流程和设备支持都会变化。每次上线前，请到Google文档并向服务商确认当前规则。本文是实操指引，不构成法律意见。

OmniChannels.ai 如何提供帮助

OmniChannels.ai通过Google RBM合作伙伴BroadNet Technologies提供RCS商业消息。您可以获得认证的品牌发件人、富媒体卡片、最多10张卡片的轮播、建议回复和操作，以及在RCS不可用时利用BroadNet的运营商直连网络发送短信的自动回退。各渠道的送达状态以统一的Webhook格式返回。开发者可以从RCS API文档入手。您所在市场的运营商覆盖情况会在开通过程中确认。