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

在美洽设置消息推送静默时段，一般通过后台“设置/消息与通知/推送静默（或免打扰）”入口完成：在控制台选择静默起止时间、重复规则、适用对象（全部访客、指定客服或指定渠道），并确认推送渠道（移动端推送、公众号、小程序、邮件等）的覆盖范围。若需要更精细控制，可以在第三方推送服务（如个推、极光）或移动端 SDK 侧配合设置静默策略，或让客服端开启个人免打扰。下面我会像讲给朋友听那样，一步步把每种场景、操作路径、测试方法和注意事项讲清楚，方便你按需落地实践。

把问题拆成小块：静默时段到底是啥意思？

先解释清楚概念，像费曼那样把复杂事物拆成小块再讲。*消息推送静默时段*指的是在指定的时间窗内，系统不向移动端或桌面端发送推送通知（或降低通知优先级、改为静音），以避免打扰用户或客服人员。它并不代表消息不被记录或传递，仅影响通知的触发和展示方式。

为什么需要这个功能？

• 尊重用户休息时间：夜间不打扰顾客，有利于品牌形象。
• 减少客服疲劳：客服在非工作时间不被手机通知频繁打断。
• 合规与体验：部分国家/地区对非必要推送有合规要求。
• 精准控制：业务可按场景决定哪些消息必须推送，哪些可延迟。

在美洽后台设置的通用步骤（适用于大多数企业版场景）

不同客户的控制台界面可能略有差异，但通用逻辑类似。你可以把它想象成设置手机上的“勿扰模式”，只不过是给客服/访客推送做的全局规则。

• 1）进入控制台：登录美洽管理后台，点击右上角或侧边的“设置/系统设置/消息与通知”一类入口。
• 2）找到推送或免打扰配置：在消息或通知模块下查找“推送静默时段”“免打扰”“推送设置”等标签。
• 3）配置静默时间：填写起始时间和结束时间（如 22:00–08:00），选择重复规则（每天/工作日/自定义星期）。
• 4）选择适用对象：选择对“全部访客推送”“所有客服的推送通知”“指定客服组”生效，或分别配置访客端与客服端。
• 5）选择推送渠道：决定是否同时对移动端（APP/SDK）、微信公众号、小程序、邮件或短信生效。
• 6）保存并生效：确认并保存，建议先在非线上环境或指定测试账号验证。

如果找不到对应入口怎么办？

• 有可能因为账号权限、套餐或产品版本不同，部分配置需管理员权限或企业版才可见。
• 可在控制台顶部的搜索框输入“静默”“免打扰”“推送”关键词查找。
• 若确实没有，联系美洽客户经理或技术支持，他们会依据你的套餐给出具体路径或推荐替代方案。

按对象细分：访客端 VS 客服端（区别要点）

把目标分清楚能避免误配置：

• 访客端静默：目的是不打扰用户客户（例如夜间不发推送），这影响的是你推送给顾客的消息提醒。
• 客服端静默 / 免打扰：让坐席在非工作时间不被新会话或消息的推送打扰，通常只影响坐席手机或PC端通知。

设置要点

• 访客静默通常与渠道强相关（公众号/小程序/APP）。需要确认每个渠道的消息能力和被动推送规则。
• 客服免打扰可分为“全局”（影响所有坐席）和“个人”（坐席自行开启）。后台管理员可统一配置，也可以允许坐席自行设置。

不同渠道的差异与处理方法

各种渠道工作方式不一样，所以静默实现也会不同。把它想成不同品牌的门铃：有的可以设置静音，有的必须依赖门铃厂家的功能。

• 移动端（APP）推送：美洽通常通过第三方推送（个推、极光、华为/小米/OPPO 推送）或原生平台（APNs、FCM）发送通知。若要保证静默效果，既可在美洽后台关闭发起推送，也可以在第三方推送平台设置静默时段或由客户端 SDK 做本地屏蔽。
• 公众号 / 小程序：这类渠道受平台规则限制。公众号模板消息/服务消息在发送时有一定规则，静默通常通过在业务端判断时段再决定是否发送；小程序的订阅消息类似。
• 邮件 / 短信：这些通常不建议完全静默（法律或业务原因），更多是改成日汇总或延迟发送。
• 浏览器推送：受浏览器权限与服务端控制影响，后台关闭推送即可；也可在 Service Worker 逻辑里过滤时段。

如果需要更精细控制：第三方推送平台与 SDK 配合

有时候你想做到“对 VIP 客户在深夜也要推送”或“对非紧急消息统一静默但紧急告警除外”，这需要后台、第三方推送和客户端 SDK 三方配合。

• 在美洽后台：做业务分流与标记（把消息分为紧急/非紧急，标记 VIP 等），并在推送策略处把紧急消息设为绕过静默。
• 在推送平台：比如个推、极光，它们支持静默时间段策略和“定时发送”功能，也能基于标签做有条件推送。
• 在客户端 SDK：可实现本地免打扰逻辑：收到推送时判断当前时间与用户偏好，决定是否展示通知或改为静默入库。

示例思路（伪流程，不是具体接口）

• 消息生成：客服或系统发起一条消息 -> 系统判断消息优先级。
• 策略检查：如果当前时间在静默时段并且消息非紧急 -> 标记为“延迟推送”。
• 第三方推送：将消息规则和目标标签推给推送平台，推送平台按规则处理或延迟发送。
• 客户端处理：客户端 SDK 决定是否显示通知或仅在应用内展示红点/未读。

测试与验证（必须做的几项）

设完规则不验证，容易出问题。像做实验一样，先做可重复的测试用例。

• 场景1：访客端静默生效：设置夜间静默，使用测试用户在夜间发消息，确认手机无推送但后台留存消息。
• 场景2：紧急消息绕过静默：模拟紧急告警，确认在静默时段仍能收到推送。
• 场景3：客服端个人免打扰：某坐席开启个人免打扰，发起会话确认其设备不受打扰。
• 跨渠道验证：分别在 APP、公众号、小程序、邮箱验证静默规则是否一致。

表格：三种实现方式的对比（便于决策）

常见问题与注意事项（那些容易忽略的小细节）

• 权限与套餐：部分功能仅在企业版或特定套餐可见，先确认账号权限。
• 时区问题：服务器/控制台/客户端可能存在不一致的时区设置，务必以业务时区为准。
• 紧急消息策略：定义清楚哪些消息可以绕过静默（如安全告警、支付成功等）。
• 日志与审计：保留推送日志，出现问题能迅速定位是后台未发送还是推送被屏蔽。
• 合规与法律：短信/电话等某些渠道受法律限制，不建议随意静默或延迟关键合规通知。
• 用户感知：静默可能造成用户以为没有被回复，考虑在会话内显示“我们已收到，稍后回复”的自动回复。

几个实际配置范例（场景化说明，方便照搬）

• 例1：企业 B2C 商城：夜间 23:00–07:00 全部访客静默，支付和物流异常消息绕过静默。
• 例2：SaaS 公司客服：工作日 09:00–18:00 为工作时段，客服端推送开启；其他时间推送给值班人（通过标签确定）。
• 例3：紧急告警体系：仅运维、值班人员在静默期间收到告警推送，其他消息静默。

实践建议（那些能立刻提升体验的小技巧）

• 配合会话内自动回复：在静默时段收到消息后，自动回复顾客“我们已收到，会在工作时间处理”。
• 设置日志和告警：当推送失败或被拒绝时，记录原因并通知运维。
• 渐进式上线：先对少量用户或测试组生效，观察一周再扩大范围。
• 尊重个人设置：允许客服个人选择是否覆盖全局静默，提升灵活性。

写在后面（真是边写边想的）

其实把“静默时段”看成是业务与用户体验之间的协调就好：既要避免打扰，也不能遗漏重要信息。操作上分两条腿走路——后台规则和推送平台/客户端配合——效果最好。你如果在控制台里找不到某个项，先别急着怀疑自己，多半是权限或版本差异，或者该项需要和第三方推送联动。实操时，多做测试用例，尤其关注时区与紧急消息的绕过规则，这两点最容易出错。

如果你愿意，我可以根据你的美洽账号类型（例如企业版或个人版）、主要推送渠道（APP、公众号或小程序）和是否接入了个推/极光，给出一份更具体的操作清单和测试脚本，省得你在控制台里盲找半天。