RBM 结算常见问题解答

以下是关于 RBM 结算方式运作方式的常见问题。展开每个部分即可查看详细答案。

结算类别

代理结算类别是什么?

结算类别是 RBM 代理的一种分类,用于告知运营商如何针对代理发送的消息收费。您在创建客服人员时选择此类别,之后便无法更改。

下表介绍了两大结算类别。

结算类别 代理类型 应用场景示例 结算方式
非对话式

(包括“基本消息”和“单条消息”类别。注意 :这两类内容不再有任何区别。属于这两类中的任一类别的客服人员都将按非对话式客服人员的费率计费。)

主要发送单向消息的客服人员
  • 动态密码
  • 提醒
  • 促销优惠
按消息收费。
对话式 旨在与用户进行来回交流的客服人员
  • 查找合适的产品
  • 预订票券
  • 排查问题
按对话计费:如果一方(客服人员或用户)在 24 小时内回复另一方发来的消息,系统就会开始计费。在对话时间范围(首次回复后的 24 小时内)内,客服人员和用户可以互换任意数量的消息,并且客服人员将按对话的固定费率付费。

按消息计费:如果客服人员发送的消息在 24 小时内未收到用户回复,系统会按消息向客服人员收费,与非对话式客服人员类似。

如何确定应为代理选择哪个结算类别?

结算类别主要分为两类:对话型和非对话型。

  • 对于非对话式聊天机器人,系统会按其向用户传送的消息数量收费。
    • 此类别最适合预计不会频繁回复的客服人员。
  • 系统会按固定费率向对话式客服人员收取对话费用,其中包括 24 小时内互发的所有消息。
    • 此类别最适合与用户进行多轮对话的客服人员。

选择最适合您的应用场景和预期用户互动情况的结算类别。您的客服人员可以发送任何类型的消息,不受类别限制。

这是因为结算类别决定了消息的计费方式,而不是代理可以发送的消息类型。例如,对话式客服人员仍可以发送基本文本消息,而“基本消息”或“单条消息”客服人员可以发送多条消息,包括富媒体卡片。

结算事件

什么是结算事件?

结算事件是指 RBM 客服人员与用户之间的互动,系统会出于结算目的跟踪这些互动。事件会根据消息类型和互动时间进行分类。

Google 会跟踪和报告这些事件,以便运营商根据其代理发送的消息向合作伙伴收取费用。

每项结算事件会生成哪种类型的消息?

结算事件报告中会记录五种不同类型的结算事件。这些事件包括 A2P 和 P2A 消息。

  • A2P(应用到个人):由企业发送。
  • P2A(个人与应用):由用户发送。

下表介绍了适用于非对话式和对话式客服人员的每项结算事件。

事件类型 说明 非对话式智能体 对话式智能体
basic_message 仅包含文本且不超过 160 个字符的 A2P 消息。 无论用户是否回复,始终都将其视为单独的结算事件。 除非用户在 24 小时内回复,否则会被视为单独的结算事件。在这种情况下,消息会成为 a2p_conversation 的一部分。
single_message 包含多媒体内容和/或超过 160 个字符的文字的 A2P 消息。 无论用户是否回复,始终都将其视为单独的结算事件。 除非用户在 24 小时内回复,否则会被视为单独的结算事件。在这种情况下,消息会成为 a2p_conversation 的一部分。
a2p_conversation(由商家发起) 当用户在收到 A2P 消息后的 24 小时内回复该消息,且不在现有对话中时发起。 N/A。非对话式客服代理绝不会生成此类事件。 如果 P2A 消息在多条 A2P 消息发送后的 24 小时内传送,则系统只会使用紧随 P2A 消息之前的 A2P 消息来发起对话。这条 A2P 消息以及接下来 24 小时内传送的所有消息都属于 a2p_conversation
p2a_conversation(用户发起) 当代理在收到 P2A 消息后的 24 小时内回复该消息(而非在现有对话中回复)时发起。 N/A。非对话式客服代理绝不会生成此类事件。 如果 A2P 消息在多条 P2A 消息发送后的 24 小时内传送,系统只会使用紧随 A2P 消息之前的 P2A 消息来发起对话。这条 P2A 消息以及接下来 24 小时内传送的所有消息都属于 p2a_conversation
p2a_message 任何类型的 P2A 消息。 无论客服人员是否回复,均始终被视为单独的结算事件。 除非客服人员在 24 小时内回复,否则将其视为单个结算事件。

不同结算事件的示例有哪些?

基本消息

请注意,以下屏幕截图显示的是网址预览,而不是富媒体卡片。

basic_message_example

单条消息

single_message_example

A2P 对话

a2p_conversation_example

P2A 消息

p2a_message_example

P2A 对话

p2a_conversation_example

每种结算事件有哪些好处?

基本信息

基本消息的主要优势:

  • 建立信任:验证和品牌推广有助于建立信任和信誉。
  • 包含网址预览的文本:基本消息可以包含文本和可点击的网址预览图片。
  • 策略性一次性促销:非常适合短期促销或不需要用户回复的信息消息。
  • 吸引流量:基本消息可以有效引导用户前往其他相关渠道或资源。

单条信息

单个消息的主要优势:

  • 富有感染力的沟通:视觉效果丰富的内容可以吸引注意力并鼓励用户采取行动。
  • 一张卡片,多种操作:在富媒体卡片或轮播界面中,您可以通过建议的操作来促使用户执行多种类型的操作,例如创建日历活动、查找地点、拨打电话号码或打开网址,而这一切只需通过一条消息即可完成。
  • 增强用户体验:能够添加视觉元素(例如图片或视频),可让消息更具吸引力,并提供更多信息。
  • 简明扼要的宣传信息:内容应简明扼要,并着重于促使用户采取特定行动。

对话

A2P 和 P2A 消息的主要优势:

  • 富媒体集成:添加各种媒体元素,例如图片、视频以及建议的操作和回复,以提升用户互动度。
  • 个性化互动:支持来回对话,提供量身定制的帮助、指导和产品推荐。
  • 转化机会:让用户能够在对话中执行操作,从而减少摩擦并提高转化率。
  • 增强型业务指标:提升认知度和效果指标,最终提高商家曝光度和客户满意度。

代理结算类别与结算事件有何关系?

请勿将 basic_messagesingle_message 结算事件与“基本消息”和“单条消息”结算类别混淆。

  • 任何代理(无论其结算类别如何)都可以生成 basic_messagesingle_message 结算事件。
  • “基本消息”和“单条消息”结算类别用于对非对话式客服人员进行分类。这些结算类别中的客服人员不会生成对话式结算事件 (a2p_conversationsp2a_conversations),而是会生成单独的 basic_messagesingle_messagep2a_message 结算事件。

什么是对话?

在 RBM 中,“对话”是指用户与对话式代理在 24 小时内互换的一系列消息。只有归属对话型结算类别的客服人员才能生成对话,并且会因以下结算事件而产生费用:

  • A2P(应用到个人):由企业发送。
  • P2A(个人与应用):由用户发送。

对话的运作方式

  • 开始:当一方(客服人员或用户)在收到另一方发来的消息后的 24 小时内回复该消息时,对话便会开始(不包括任何现有对话)。
    • A2P 对话:从用户回复代理的消息开始。
    • 人机对话:从代理回复用户的消息开始。
  • 对话时段:对话在开始后会保持活跃状态 24 小时。对话包括这 24 小时内的所有消息,以及最初回复的第一条消息。
  • 结算:对话式 AI 客服的计费方式是根据整个对话进行结算,而不是按每条消息结算。这意味着,费用与对话会话相关,而不是与其中的消息数量相关。

重要提示

  • 对话不适用于非对话式智能体。对于采用“基本消息”或“单次消息”结算类别的客服人员,系统会按消息进行结算,无论用户是否回复。
  • 对于对话式客服人员,结算事件报告和活动日志的生成最多可能延迟两天。这样一来,RBM 便可以在计算结算事件之前捕获对话中的所有消息。

结算事件报告

什么是结算事件报告?

这是结算事件的记录,系统会根据代理的结算类别和其发送的消息类型来计算这些事件。结算活动报告面向所有积极运营 RBM(RCS Business Messaging)的运营商提供。

如需详细了解结算报告,请参阅结算事件报告和活动日志

我可以收到结算事件报告吗?

只有正在运营 RBM (RCS Business Messaging) 的运营商才能接收结算报告。合作伙伴不会收到结算事件报告。

如需了解如何获取结算事件报告,请参阅文件存储和访问。以下说明适用于有权访问结算报告的运营商,介绍了如何使用安全文件传输协议 (SFTP) 检索结算事件报告。

如果结算报告中缺少信息,该怎么办?

如果您发现报告中缺少某些信息,请与 RBM 支持团队联系以排查问题。如需了解详情,请参阅 RBM 问题排查指南