选择消息类型体系
模板消息和服务消息并非简单的付费与免费消息的同义词。发送资格和定价是不同的问题。估算费用时，请查看最新的 WhatsApp 定价。
当客户联系您时
客户可能来自您的网站、聊天链接、广告或现有会话。- 客户向您的商业号码发送消息。
- 您通过已连接的 YCloud 工作流接收该消息。
- 在客户服务窗口允许的范围内，您使用适当的消息类型进行回复。
- 您跟踪回复并继续对话。
当您的企业联系客户时
在发送订单更新、优惠信息或其他主动消息之前：- 确认客户已同意接收此类通信。
- 核查消息的目的，并在需要时选择合适的模板。
- 确认模板已获批准且可用于发送。
- 提供正确的针对客户的具体内容。
- 检查送达结果并遵循任何退订回复。
区分目的与格式
消息的目的和展示形式是不同的决定。- 订单更新和折扣优惠具有不同的目的。
- 文本、图片、文档和按钮属于展示形式的选择。
- 营销类、功能类和验证类是模板类别，而不是媒体格式。
发送后跟踪消息
成功的发送请求并不保证客户已经收到或读取了该消息。随着处理和送达的推进，YCloud 会报告后续的状态变更。 使用消息送达状态来解读结果。不要仅仅因为尚未收到最终的送达更新就重复发送同一条消息。梳理完整的客户旅程
以一个假设的预约业务为例：
同一客户随着时间推移可能会接收多种消息类型。应根据当前事件和窗口进行选择，而不是根据诸如“支持客户”这类永久标签。
分发时检查五项内容
- 身份： 这是否为预期的发送者号码和接收者？
- 权限： 客户是否预期接收此类内容，以及他们是否已选择退订？
- 时间窗口与内容： 当前是否允许发送自定义消息，还是需要使用消息模板？
- 可用性： 发送方账号是否可用，以及消息模板当前是否处于符合发送条件的状态？
- 结果处理： 送达状态、回复、失败和退订将在何处进行记录？
区分入站事件与状态事件
入站的客户消息可能包含文本、回复按钮选择、订单或 Flow 响应。而送达状态更新则用于说明您的企业此前已发送的出站消息。 不要将每个 Webhook 都当作新的客户提问来响应。应先识别事件类型，将其与相应的消息或业务操作关联，并对重复通知进行去重。否则，送达回执可能会意外触发另一条消息，从而导致死循环。选择适合您的使用方式
- 使用 收件箱 进行团队会话。
- 使用 群发营销活动 进行支持的营销工作流。
- 当您需要将消息功能接入自己的应用程序时，请使用 YCloud Messages API。