美洽怎么设置客服消息推送静默时段？

美洽的消息推送静默时段，本质就是告诉系统在某些时段不要把客服消息以通知的形式打扰用户或客服。你可以在工作台的“消息/通知设置”中按时间段、时区、渠道和对象（全部用户、指定渠道或白名单）配置静默规则；同时结合移动端 SDK 或客户端本地设置来双重控制，以确保夜间或特殊时段不被打扰而又不会丢失重要信息。下面我会一步步把原理、操作步骤、常见场景与排查办法讲清楚，让你能马上上手设置并验证。

先把问题拆开：什么是“静默时段”，为什么要设置？

用一句话解释：*静默时段*就是规定某些时间段里不要把消息以有声音/弹窗的形式推送给对方。但这里有两条很重要的分支需要弄明白：

• 服务器端静默 —— 平台决定不发送推送通知（例如 APNs/FCM/小程序模板），消息仍然存储在会话里，用户下次打开时看到。
• 客户端静默 —— 客户端 SDK 或系统（iOS/Android）选择不显示通知或不播放声音，即便服务器发了推送，用户不会被打扰。

两者结合才可靠：如果只做服务器端静默，客户端没有对应逻辑，或者跨渠道处理不一致，就会出现漏发或误发；反之亦然。

美洽中静默时段能控制什么？（通俗讲）

• 按时间段屏蔽推送通知（例如夜间 22:00–08:00）；
• 指定生效对象：全量访客、某些渠道（App、小程序、短信、客服工作台）、或给部分用户/客服开通白名单；
• 设置例外：允许「重要系统消息」或「工单/报警类」绕过静默；
• 选择是否只静默声音/弹窗，还是完全不发送推送；
• 配合 SDK 做本地静默（设备级别控制），增强体验一致性。

操作步骤（按业务管理后台操作思路）

下面这套步骤是按常见的美洽工作台设计说的，界面文字可能有细微差别，但思路一致。按着来做就能完成配置。

1. 登录与找到入口

• 登录美洽工作台（使用管理员/运营账号）。
• 进入设置类菜单，寻找“消息设置 / 通知设置 / 推送设置”等入口（不同版本可能命名略异）。

2. 创建新的静默时段规则

• 点击“新增静默时段”或“添加规则”。
• 填写规则名称（例如“夜间免打扰”）。
• 选择生效时间：填写开始时间和结束时间（例如 22:00 — 次日 08:00）。注意时区设置，要确认是以系统时区还是渠道时区生效。

3. 选择应用范围与渠道

• 选择规则生效的对象：全部访客或仅某些渠道（App、小程序、微信公众号、短信、邮箱等）。
• 如果需要，可以选择只针对某些用户分组或标签生效，或为 VIP 客户/内部账号设置白名单以免静默。

4. 设定静默策略（两种常见选项）

• 完全不发送推送：服务器在静默时段不向设备/渠道发推送消息，只在会话里存储消息。
• 仅静默通知表现：仍发送数据类或静默推送（数据包），但不触发声音或弹窗，需客户端配合处理。

5. 设定例外与优先级

• 勾选允许例外的消息类型：如“系统通知”“报警”“工单变更”等可绕过静默。
• 配置消息优先级：高优先级消息可以在静默时段发送并触达。

6. 保存并下发/生效

• 保存规则后通常会有“生效时间”或“立即生效”的选项，选择合适的方式。
• 有些平台支持灰度发布，先对少量用户生效再全量推送。

7. 在客户端/SDK 做配合（可选但推荐）

为了更稳妥，移动端 SDK 或 web 客户端也应支持本地静默：当设备在静默时段或用户开启免打扰时，不显示系统通知或不播放声音。

• 在移动端 SDK 配置相同时间段策略，或提供“勿扰模式”开关；
• 确保 iOS/Android 的本地通知权限、渠道设置与静默策略一致；
• 记录客户端是否接受静默设置，便于后台诊断。

不同渠道的差异（为什么要分渠道设置）

不同渠道的推送机制不一样，静默行为也会不同，你需要分别考虑：

配置示例：典型场景步骤（夜间免打扰）

举个常见的例子：公司希望所有普通消费者在 22:00–08:00 期间不接收 App 推送，但系统报警仍要触达。

• 在美洽工作台：新增规则“夜间免打扰”，时间 22:00–08:00，生效对象选择“App/小程序”，策略选择“服务器端不发送推送”；
• 勾选“允许系统报警绕过静默”；
• 在移动端 SDK 中同步设置同一规则，如果 SDK 支持，设置为“夜间仅存储不通知”；
• 保存规则并对 10% 测试用户先灰度生效，验证是否真的不触达；
• 通过会话记录确认消息已存储，且报警类消息在静默时段仍能到达。

如何验证与排查（常见问题与解决办法）

设置完后总要验证，以下是常见的检查清单与排查方法：

• 检查规则是否生效：在工作台看规则状态是否“启用”，确认生效对象和时间段无误；
• 客户端日志：查看移动端或 web SDK 的日志，确认收到或未收到推送；
• 推送平台日志：查看 APNs/FCM/短信平台是否有下发记录；如果服务器没有下发，那就说明静默规则在服务器生效；
• 时间/时区问题：若用户跨时区，确认规则是否按用户本地时区生效还是按系统时区；
• 白名单/例外漏设：若依然有推送，检查是否有白名单或例外规则（比如客服/系统消息）允许推送；
• 客户端权限：某些设备设置会阻止通知，即使服务器下发，设备也不显示，这时应检查设备通知权限；
• 消息丢失疑虑：静默时段一般仅是不推送通知，消息存库；用户下次打开会话能看到，确认会话记录完整性。

常见误区与注意事项（这些坑别踩）

• 误以为“静默”就是删除消息：静默通常只是阻止通知，不会删除消息；
• 忽视跨渠道差异：短信、电话、小程序与 App 的静默实现和法律规范不一样；
• 时区没考虑清楚：全球用户或跨时区客服很容易导致误配置；
• 只靠客户端或只靠服务器：单侧控制不可靠，建议服务器 + SDK 双重策略；
• 例外规则配置不明确：未明确哪些消息可绕过静默，会影响业务通知的及时性。

高级策略：按会话/按用户/按标签分层控制

如果业务复杂，可以做更细的分层：

• 按用户标签分配静默规则（例如 VIP 永不静默）；
• 按会话类型（售后会话白天通知，营销会话夜间静默）；
• 按客服组（内部客服在夜间关闭推送，而值班组例外）；
• 结合业务事件触发：例如订单紧急状态触发高优先级通知并绕过静默。

要不要做灰度验证？如何做？

建议先灰度（逐步放量）验证：先对测试用户或 5–10% 用户生效，监控推送日志与用户反馈，然后再全量开启。监控指标包括到达率、未读量、客服响应时延以及用户投诉/退订率。

补充说明：合规与用户体验

尤其是短信和电话类通知，很多地区有夜间发送限制或强制用户同意条款。配置静默时段时别忘了合规要求，同时注意用户体验：静默虽好，但重要报警和交易类通知应有明确例外策略。

快速检查清单（复制可用）

• 规则是否启用？
• 生效时间与时区是否正确？
• 生效渠道是否覆盖目标设备？
• 是否有白名单或例外？
• 客户端 SDK 是否同步设置并上报日志？
• 是否对报警类或系统类消息做了优先级配置？

按上面的步骤去配一遍，多做几次灰度和测试账号验证，你会发现配置静默其实没那么复杂。遇到具体渠道差异（比如 iOS APNs 行为或微信模板消息限制）时，再针对性排查就行了，平常把服务器端规则和客户端 SDK 做好同步，绝大多数问题都能解决。