本页提供了有关如何打造富有吸引力的有效 RCS 商务消息体验的最佳实践，涵盖技术实现和对话设计。
技术指南
检查设备的功能
在与用户开始对话之前，请验证用户的设备是否可以接收 RCS 消息。如需确定用户的能力，请发送功能检查，并相应地调整代理的互动。仅以设备支持的方式与用户互动。如果用户的设备未启用 RCS，请设置通过其他渠道（例如短信）进行通信的后备方法。
遵守邮件大小上限
RBM 消息及其可包含的媒体文件的大小上限存在限制。如需了解详情，请参阅消息大小上限。
确保您的徽标和主打图片显示效果良好
- 在徽标周围留出足够的空间，以便进行裁剪并保持视觉完整性。
- 避免拉伸或扭曲徽标或主打图片，因为这会对品牌认知度产生负面影响。
- 在浅色和深色模式下测试徽标和主打图片，以确保它们具有最佳的可见性和美观性。
如需获取更多有助于您设计徽标或排查问题的资源，请参阅徽标设计准则。
徽标
- 设计徽标时要考虑到圆形裁剪，以保持平衡和清晰度。
- 将徽标置于图片中心，以免出现剪裁问题。
- 对于采用透明背景的徽标，请确保其与浅色背景和深色背景的对比度足够高，以适应深色模式。如果不确定，请使用纯白色背景。
主打图片
- 使用 45:14 的宽高比可防止出现不必要的剪裁。
设计主打图片时，请考虑徽标重叠问题，以免关键元素被遮挡。
检查是否有重复的收到的消息
在检查和回复用户发来的消息时，请检查 messageId 并确认您尚未收到并回复该消息。
对于分布式系统，有两种发送消息的方式：
- 最多一次：系统发送一次消息，但如果传输过程中出现网络或通信错误，则可能无法收到消息。
- 至少一次：系统可能会多次发送消息，但即使出现网络或通信错误，消息也能被接收。
Google Cloud Pub/Sub 使用至少一次系统。虽然这可能会导致传入的消息重复，但通过跟踪 messageId 字符串可以轻松地对消息进行去重。如果您已收到一封包含相同 messageId 的邮件，则可以放心地忽略您收到的任何其他包含相同 messageId 的邮件。
如需详细了解如何接收消息，请参阅处理传入的事件。
实现指数退避重试
在调用任何 API 时，调用都可能会因基础架构问题、服务过载、QPS 限额和其他错误而失败。为了从失败的 API 调用中顺利恢复，请使用指数退避算法实现重试。
使用指数退避算法重试时，您的基础架构会自动执行以下操作：
- 标识失败的 API 调用。
- 设置初始等待时长和最大重试次数。
- 暂停等待时长。
- 重试 API 调用。
评估 API 调用响应：
- 如果成功，则继续执行工作流程中的下一步。
- 如果失败，则增加等待时长并返回到第 3 步。
- 如果在达到重试次数上限后仍失败，则进入失败状态。
理想的等待时长和理想的最大重试次数因使用情形而异。根据您的基础架构和工作流延迟时间要求确定这些数字。
使用区域性端点优化 API 性能
如需优化 API 性能以缩短延迟时间，请执行以下操作：
使用距离用户所在地区最近的端点。
下表提供了有关应使用哪个区域 RBM 端点的建议，具体取决于用户的电话号码。
电话号码前缀 推荐的端点 地理区域 +1 us-rcsbusinessmessaging.googleapis.com 美洲 +2 europe-rcsbusinessmessaging.googleapis.com 欧洲 +3 europe-rcsbusinessmessaging.googleapis.com 欧洲 +4 europe-rcsbusinessmessaging.googleapis.com 欧洲 +5 us-rcsbusinessmessaging.googleapis.com 美洲 +6 asia-rcsbusinessmessaging.googleapis.com 亚洲 +7 europe-rcsbusinessmessaging.googleapis.com 欧洲 +8 asia-rcsbusinessmessaging.googleapis.com 亚洲 +9 asia-rcsbusinessmessaging.googleapis.com 亚洲 默认 us-rcsbusinessmessaging.googleapis.com 美洲 考虑将服务器放置在所选端点附近。
如需了解 Google 的数据中心，请访问 https://www.google.com/about/datacenters/locations/。
如需详细了解如何确定代理的区域，请参阅创建代理文档。
对话式界面和用户体验
对话式界面，而非应用界面
RBM 代理非常适合在对话式界面中为用户提供高效且具体的任务。设计出色的代理可确保互动重点突出、清晰易懂，并像自然对话一样结构化。
智能体无法依赖应用或网页的视觉界面，也不应尝试模仿它。因此，代理需要依靠精心设计的对话来满足用户需求，并通过语音提示、建议和良好的错误处理来引导用户。
代理还应避免模仿电话树或依赖用户通过数字来表示特定操作的界面。用户应该能够像在对话中与他人交流一样，自然地与代理交流。
发起对话
对话的开头会影响用户对代理功能的预期。因此，请以精彩的开场白开启对话：展现代理的个性，优先提供用户关心的信息，并说明代理的功能。为用户提供清晰的选项，以便他们与代理互动并继续对话。
展示代理的个性：通过向用户问好并介绍您的品牌来设定对话基调。如果您为代理创建了角色（例如虚拟助理或数字礼宾），请明确说明该角色是聊天机器人，而不是真人。您可以设置与角色匹配的代理名称。头像是强化个人形象的好方法。可以是您的徽标，但卡通风格的图形角色效果也不错。
说明您的代理可以做什么：一条好的问候消息应明确说明对话可以提供哪些帮助。它从较高层面介绍了代理的功能。它还包括建议的回复和操作，可引导用户沿着特定路径前进。利用这些建议，帮助用户了解对话流程，并了解智能体可以协助完成的任务。
撰写清晰一致的消息
发送易于用户理解和回复的消息。创建提示用户回复的消息文本。保持一致的风格、格式和节奏，以赢得用户的信任。
创建消息文本时，请谨记以下其他最佳实践：
不要创建死胡同。每条消息都应引导用户采取有意义的后续步骤。
- 如果用户历程包含多个步骤的任务，请使用语篇标记引导用户完成整个流程。
例如，现在…，并且…，明白了！正在发送消息…
例如，“好的。接下来将由您的客户经理接手。”
例如，“太棒了！我想我知道您在寻找什么。”并提供指向您网站的链接。
使用表示认可的字词或短语确认用户的消息。
例如，“太棒了！”“好的”“没问题”或“知道了”。
直接使用用户的姓名（如果知道）或代词“你/您”来称呼用户。 避免将用户称为“我”，因为这可能会造成混淆。
对于标题和标签，请使用句首字母大写格式，而不是词首字母大写格式。
例如，“Account statement”，而不是“Account Statement”。
使用缩略形式，即使对于语气严肃或正式的代理也是如此。
例如，“it's”比“it is”更具对话感。
谨慎使用感叹号。
使用顿号，即“A、B 和 C”，而非“A、B、和 C”。
以数字形式写出数字。
例如，“1、2、3”，而不是“一、二、三”。
使用表情符号时，请确保活泼的语气适合相应的使用情形。
例如，预订拖车的用户或查找健康检查结果的用户可能心情不佳。
按顺序显示消息
如果您按顺序发送多条消息，那么用户按顺序接收这些消息就非常重要。与纯文字消息相比，包含媒体内容的消息需要更长时间才能处理完毕。为确保用户按正确的顺序接收消息，请等待收到某条消息的 200 OK 响应，然后再发送序列中的下一条消息。
通过建议的回复和建议的操作创建富有吸引力的对话
建议回复和操作是引导和增强用户对话的强大工具。它们可以跟进消息或富卡片，并提供选项来继续或更改对话主题。
建议的回复：通过提供预定义的选项，帮助用户快速回复您的客服人员。尽可能使用建议的回复，尤其是在需要特定回答时。
建议的操作：允许智能体与设备功能集成，从而简化拨打支持电话或查找位置等任务。
请遵循以下关键注意事项，打造更具吸引力且更高效的对话：
- 相关性：确保建议与当前对话内容相关。
- 简洁性：限制建议数量，以免用户感到应接不暇。
- 清晰度：建议文本应使用简明扼要的语言。
帮助用户
您的代理应响应用户的 HELP 消息，并向用户介绍代理的功能。根据代理的功能量身定制的建议回复列表可以将糟糕的用户体验转变为有用的用户体验。
尊重用户不接收消息的意愿
要保持用户信任，就必须尊重用户的通讯偏好设置。 当用户表示不想再接收消息时，您的代理必须尊重用户的选择。这包括以所有相关语言理解并适当回应各种形式的选择退出请求，例如“停止”。
请参考您业务所覆盖的国家/地区的相关法律和最佳实践，了解该如何回应“STOP”及其他强制命令。
例如，请参阅 CTIA 最佳实践。
处理退订和订阅事件
Google 信息提供内置的退订和订阅功能，让用户能够掌控自己的对话。当用户选择退订时，您的代理会收到 UNSUBSCRIBE webhook 事件。SUBSCRIBE 事件表示用户有意图再次与您的代理互动。
如需详细了解如何处理退订和重新订阅事件（包括载荷详情、业务规则和示例），请参阅用户生成的事件的相关文档。
处理选择不展示
RBM 平台未提供直接管理用户选择不接收名单的方式。您有责任维护自己的数据库，其中包含已选择通过退订或其他选择退出方式停止接收消息的用户。
继续对话
如果用户删除了与代理的对话，则必须通过其他渠道（例如网站选择启用、短信短代码或其他意见征求机制）重新发起联系。这种新的互动表明他们重新对接收消息感兴趣。