美洽怎么设置客服会话定时推送？

要在美洽设置客服会话定时推送，需要在工作台的“自动化”或“会话规则”模块中创建新的推送规则，定义触发条件、推送时间窗与频率，指定目标用户或标签并编写模板，配置重试与冷却策略，最后在测试环境验证并通过推送日志监控到达与回复情况，谢谢。

先把事情说清楚：什么是“会话定时推送”

简单来说，会话定时推送就是在一定条件下，按预定时间或窗口把消息主动发给指定会话或用户的一种机制。它常用于：唤醒久未回复的用户、在用户下单后按时发送关怀、在工单超时前提醒人工介入等。

为什么要用它（用处一目了然）

• 提升响应率：定时触达能把冷沉睡用户拉回会话。
• 自动化运营：节省人工、统一口径、稳定体验。
• 合规与节奏控制：可在合适时段、合适频率内触达，避免骚扰。

先理解核心要素（费曼写作法：先把基本概念教给朋友）

要做定时推送，核心要管理好这几项：触发条件、时间策略、目标对象、消息内容、频率与冷却、以及监控与回溯。把每一项都拆开来理解，组合起来就是一个完整可靠的推送方案。

触发条件（什么时候发）

• 会话事件触发：如会话无客服响应、会话被关闭、用户发送特定关键词等。
• 时间触发：在某个固定时间点或延迟一定时间后推送（例如下单后 24 小时）。
• 属性或标签触发：用户标签、渠道来源、工单级别变化等。

时间策略（何时可发、何时不该发）

时间策略包含三层控制：立即/延时/定时窗口；工作时间（企业工时）；用户本地时区。合理配置能避免“半夜推消息”的尴尬。

频率与冷却（不要刷屏）

频率限制控制单位时间内允许推送的次数；冷却期是两次推送之间的最短间隔。二者配合防止骚扰，常见策略是先低频测试，观察用户反应后再调整。

在美洽里操作的通用步骤（实践指南）

下面是一个按步骤的实践路径，写出来像是在操作台边摸索边配置的方式，便于照着干。

步骤 1：进入“自动化/会话规则”模块

登录美洽后台，找到“工作台”或“控制台”，然后进入“自动化”、“会话规则”或“消息推送”相关页面（不同版本可能命名略有差异）。点击“新建规则”或“创建推送”开始。

步骤 2：设置触发条件

• 选择触发类型：事件触发（如会话空置 N 分钟）、时间触发（某日某时）、属性触发（标签、渠道）。
• 示例：选择“会话空置 30 分钟”触发，意味着用户在 30 分钟内未收到回复时触发推送。

步骤 3：配置时间窗口与时区

• 选择是否仅在工作时间内发送（例如周一至周五 9:00–18:00）。
• 明确时区：系统时间还是用户本地时区；跨时区业务要优先考虑用户时区。

步骤 4：指定目标（受众）

通过会话筛选条件来限定受众：按标签、按渠道来源、按地域、按用户属性或按会话分配的客服组等。尽量把受众范围缩小到真正需要接收的人。

步骤 5：编写消息模板

模板通常支持变量替换（例如用户名、订单号、会话ID），并区分消息类型（文本、富文本、链接卡片、系统通知等）。写模板时要注意合规用语和用户体验。

步骤 6：设置频率、冷却与重试逻辑

• 频率：比如同一用户在 24 小时内最多接收 2 次。
• 冷却：两次相同类型推送之间至少间隔 6 小时。
• 重试：如果发送失败，是否重试及重试次数与间隔。

步骤 7：测试并启用

先在测试环境或内部账号上做验证，查看消息样式、变量是否正确替换、时区与冷却是否生效。确认无误再上线。上线后关注推送日志与用户反馈。

表格：常见推送参数含义

进阶：通过 API / webhook 实现更精细的控制

如果需要复杂的时间表、分时段多语言模板或与外部 CRM 同步，可以通过美洽提供的 API 来实现。通过 API，你可以把业务系统里的事件（如订单状态变化）推送到美洽，再由美洽触发会话消息。

典型流程（伪代码示例）

这里用伪 JSON 示意一次“下单后 24 小时未评价，自动推送关怀消息”的流程：

{
  "event": "order_created",
  "user_id": "U12345",
  "order_id": "O98765",
  "schedule": "delay:24h -> check:order_reviewed == false -> send:template_care"
}

上面的逻辑可以在你自己的服务器上实现：下单后把任务放入队列或调度系统，延迟 24 小时后查询订单状态，若未评价则调用美洽的消息发送接口。

API 设计要点

• 幂等性：确保重复调用不会造成多次推送（通过 idempotency_key 或消息ID）。
• 批量与速率控制：大量用户推送时分批执行，避免触发限流。
• 错误与重试策略：合理处理 5xx/4xx 错误并记录日志。

常见场景与示例设置（便于拷贝应用）

• 场景 1：会话无人处理 15 分钟自动提醒
  触发：会话最后由客服留言后 15 分钟无人响应；时间窗：9:00–18:00；受众：所有未分配会话；消息：“您好，我们还在处理您的问题，稍等片刻”。频率：同会话只发送一次。
• 场景 2：下单后 48 小时未付款催付
  触发：订单创建后 48 小时且支付状态为未支付；时间窗：全天；频率：每 24 小时重试一次，最多 3 次。
• 场景 3：节假日前夕推送促销提醒（定时群发）
  触发：时间触发（固定日期）；受众：符合条件的标签用户；频率：限定每天一次。

测试、监控与故障排查

做定时推送，监控和回溯往往比功能实现更重要。要关注的指标：送达率、用户回复率、被阻止/退订率、投诉率、推送延迟和失败率。

测试清单

• 变量替换是否正确（用户名、订单号等）。
• 时区与时间窗是否按预期生效。
• 冷却与频率限制是否生效（重复触发场景测试）。
• 失败场景的重试是否合理并记录日志。

常见问题与排查方向

• 消息未送达：检查渠道限流、消息格式是否合规、API 响应码与日志。
• 过度触达投诉多：放宽频率限制或增加冷却、改进模板语气、加入退订入口。
• 时间窗不生效：确认使用的是用户时区还是系统时区，检查规则优先级。

合规与用户体验的注意点

不仅要会发消息，更要会“合适地”发：

• 遵守当地法律法规（如短信/推送合规、隐私保护）。
• 提供明确的退订或静默选项。
• 控制推送频率，避免在敏感时段打扰用户。

最佳实践（一些值得搬用的小建议）

• 从小范围 A/B 测试开始，观察用户行为再放量。
• 把重要动作（登录、下单、支付）作为关键触发节点来设计推送链路。
• 模板要短、礼貌、有价值；避免营销化堆砌，优先提供帮助与明确动作。
• 给每条推送都做日志：谁、何时、依据、是否送达、是否被用户点击/回复。

说到这里，感觉像是在一边配置一边记笔记——其实就是把触发、时间、对象、频率和监控这五块做好，定时推送就相当可靠了。想再深入某个场景，比如如何做跨渠道一致性或如何在高并发时期做流量削峰，我可以接着具体列出实现细节与样例配置。