分类： 未分类

软扫码登录就是用手机或其他设备扫一扫电脑端生成的二维码，完成身份确认后即可一键进入美洽客服后台。它省去了手动输入账户密码的繁琐，适合频繁切换设备或外包客服使用，但前提是管理员在系统中开启该功能、二维码在有效期内且网络畅通。下面我会一步步把设置、实际操作、遇到问题时的排查方法和安全注意点讲清楚，让你一看就会用。

先弄清楚：软扫码登录到底是什么

简单说，软扫码登录就是用一个“二维码”作为登录凭证。电脑端生成二维码，用户用手机端的美洽App或其它指定客户端扫码，完成身份确认后，电脑端自动登录。你可以把它想成“把钥匙短时间借给手机”，能快速完成认证，而不需要输入用户名和密码。

为什么要用软扫码登录？

• 方便快捷：不必每次输入账号密码，扫码即进。
• 适合多设备切换：坐在不同工位或在家办公时切换更顺畅。
• 对外包/临时账号友好：派人短期上岗可以用扫码登录，减少密码分发风险。
• 可结合二次确认：企业可配置扫码后再做一次确认，增强安全。

启用前的准备（做这几件事先）

在使用软扫码登录之前，通常需要管理员在美洽管理后台做一些配置，个人用户也需要在手机上安装对应客户端。下面列出常见的准备步骤。

• 管理员权限检查：确认你有权限去开启或调整登录方式设置。
• 版本要求：确认客服端（PC端/移动端）与后端服务版本支持软扫码功能，必要时更新到最新版本。
• 账号状态：被扫码的账号必须是已注册且未被禁用的状态。
• 网络与防火墙：确保手机和电脑能访问美洽服务地址，内网有时需要配置白名单或代理。
• 移动端App：安装并登录美洽手机端，或安装企业指定的扫码工具。

管理员如何开启软扫码登录（常见的设置流程）

不同企业或美洽版本界面名称可能略有差异，但大致步骤相似。下面是一个典型的设置流程：

• 登录美洽管理后台 → 进入“安全与登录”或“账户设置”。
• 找到“扫码登录”或“二维码登录”开关，打开该功能。
• 设置二维码有效期（如：30秒、2分钟等）与是否需要二次确认。
• 配置设备白名单或受限IP（若公司网络有特别要求）。
• 保存设置，并对一两个账号先做试验以确认流程可行。

表：管理员配置项速览

普通客服或坐席的操作流程（一步步来）

下面以“在电脑端登录美洽客服控制台”为例，把实际步骤说清楚，按步骤操作通常不会出错。

• 步骤1 — 打开电脑端登录页：在浏览器输入美洽客服后台地址，进入登录界面。
• 步骤2 — 选择扫码登录：页面上应该有“扫码登录”或二维码图标，点击后出现二维码。
• 步骤3 — 打开手机App的扫码功能：在美洽移动端选择“扫一扫/扫码登录”功能，或在App首页找到“扫码登录”入口。
• 步骤4 — 用手机对准电脑二维码扫描：保持网络通畅，手机App会识别并显示登录请求。
• 步骤5 — 在手机上确认（如果开启了二次确认）：点击“确认登录”或输入PIN码完成身份确认。
• 步骤6 — 电脑自动登录：确认后电脑端应自动进入对应账号的客服面板。

小例子

比如小李坐在新电脑上，需要马上处理工单。他打开美洽登录页，点击“扫码登录”，用手机一扫，确认后5秒钟内电脑就进来了，省了找管理员重置密码的时间。

如果扫码不成功，按这个顺序排查

遇到问题别慌，按步骤来检查能解决大部分情况。

• 1. 网络问题：确认手机和电脑都能上网，尤其公司有内网限制时，需允许访问美洽域名。
• 2. 二维码过期：二维码通常有有效期，刷新登录页生成新二维码再试。
• 3. App版本不兼容：升级手机App到最新版。
• 4. 账号权限：账号是否被禁用或未被分配客服权限？联系管理员核实。
• 5. 管理端未开启：企业可能关闭了扫码登录，管理员需确认并开启。
• 6. 安全策略拦截：企业防火墙、代理或VPN可能拦截认证请求，联系IT排查。

常见错误提示与可能的解决办法

• “二维码已过期”：刷新页面，重新扫码。
• “登录请求被拒绝”：在手机端确认是否点了“拒绝”，或管理员设置了额外限制。
• “无法连接服务器”：检查网络/代理，必要时切换网络或关闭VPN试试。
• “用户无权限”：确认账号是否有客服控制台登录权限。

安全性与常见担忧（说清楚风险与对策）

扫码登录很方便，但也有安全考量。理解这些能帮助你安全地使用这项功能。

• 二维码时效：合理设置短时效可以降低被截取利用的风险。
• 二次确认：启用扫码后在手机上二次确认可以防止误扫或被动扫码导致的风险。
• 设备绑定与审计：企业可以要求设备绑定或记录登录审计，便于事后追踪。
• 物理安全：不要在公共场合随意展示电脑屏幕上的登录二维码。

几条实用小技巧（帮你用得更顺手）

• 如果频繁切换设备，可以把常用设备列入白名单或启用多设备绑定。
• 培训外包人员时，建议配合短期账号与扫码登录，结束后收回权限。
• 在高风险操作（比如导出数据）前，要求额外的二次确认或密码输入。
• 定期在管理后台查看登录日志，发现异常及时处理。

对比其它登录方式（什么时候选扫码）

美洽通常支持密码登录、单点登录（SSO）、以及扫码登录。如下是一个简单对比：

常见场景与建议

• 客服轮班频繁交接：扫码登录能缩短交接时间，建议开启并配合简短培训。
• 临时外包或临时工：用扫码方式发放临时权限更便捷，减少密码泄露面。
• 高安全等级公司：扫码应配合二次确认或限制IP与设备列表。

好了，大致把软扫码登录从“它是什么”到“怎么开”“怎么用”“遇到问题怎么排查”和“安全注意点”都说完了。你可以先在管理后台开启一个小范围试点，按上面步骤让一两个坐席试用，顺手调优设置。真用起来，很多小问题都能在实际操作中发现并解决，我也算是给你把路画清楚了——要是不太对劲，再回来问我具体报错信息我再帮你逐条捋。

在美洽中，设置“下次跟进提醒”既可以在会话侧边栏里手动创建，也可以通过工单/任务模块或自动化规则批量下发：选择时间、负责人和提醒方式（站内、邮件、短信或企业微信/钉钉推送），可配置重复、关联客户与备注，并支持日历同步与权限控制，确保不会错过每一次关键跟进。

先把概念说清楚：什么是“下次跟进提醒”

想象一下提醒就是一个会说话的闹钟，帮你记住对某个客户、某个会话或某个工单该什么时候再联系。美洽里的“下次跟进提醒”既能做个人的待办，也能做团队的任务分配，还能被自动化规则触发，减少因疏忽导致的客户流失。

为什么要在美洽里设置跟进提醒

• 防止遗漏：客服或销售不可能把所有待办都记在脑子里，提醒能把“记忆”外包出去。
• 提高响应率：及时跟进往往意味着更高的成交率与客户满意度。
• 闭环管理：把会话、工单和任务串联在一起，便于追踪历史与效果评估。
• 团队协作：把提醒指派给合适的人，避免重复催促或无人处理。

在哪里可以设置下次跟进提醒（按场景分）

美洽常见的入口主要有三个：会话侧边栏、工单/任务模块和自动化规则。下面我把每个入口拆开讲，顺手给出具体操作步骤和注意点。

1. 会话侧边栏（最常用、最快速）

• 什么时候用：当你正在与客户对话，需要约定未来某个时间点回访或做后续处理。
• 操作步骤（通用）：
  • 打开该客户的会话窗口。
  • 在右侧或下方的侧边栏找到“提醒”或“跟进”按钮（图标可能是闹钟或任务）。
  • 点击新建提醒，填写提醒时间与时区、选择负责人（自己或同事）、写上简短备注。
  • 选择提醒方式：站内通知、邮件、短信或第三方推送（如企业微信/钉钉）。
  • 保存后，提醒会与该会话关联，提醒到时间会触发相应通知。
• 注意点：如果跨时区客户，务必确认时区设置；如果需要跟进多个时间点，可以创建重复提醒或多个提醒。

2. 工单/任务模块（用于复杂流程与记录）

• 什么时候用：当跟进需要记录流程、多人协作或作为SLA的一部分时，用工单/任务更规范。
• 操作步骤：
  • 在“工单”或“任务”里新建工单/任务，填写标题与描述。
  • 设置截止时间或跟进时间，指派负责人或团队。
  • 在提醒项中选择提醒时间与方式，可设置提前提醒（如提前1小时、1天）。
  • 工单会以案件形式存在，便于后续统计与导出。
• 注意点：工单适合需审计的场景，但操作会比会话内提醒多一步，适合规范化流程。

3. 自动化规则（批量与条件触发）

• 什么时候用：当你希望系统在某些条件下自动创建跟进提醒，比如新线索未回复24小时自动提醒负责人。
• 操作步骤：
  • 进入自动化或规则设置页面，新建规则。
  • 定义触发条件（例如：会话标签=待跟进、工单状态=待处理、客户来源=电商平台）。
  • 在动作中选择“创建提醒/任务”，填写默认跟进时间、分配人和提醒方式。
  • 保存并开启规则，规则生效后满足条件的会话会自动生成提醒。
• 注意点：规则复杂时建议先在小范围测试，避免大量误触发造成骚扰。

提醒方式详解：站内通知、邮件、短信、企业微信/钉钉

每种提醒方式有其适用场景和限制，选对方式能让提醒更高效。

• 站内通知：适合客服桌面端和常在线团队，低成本且可查看会话上下文。
• 邮件：适合记录性强或需要外部人员知晓的提醒，但及时性取决于邮箱查看频率。
• 短信：适合触达不常在线的人或用于提醒客户，但成本较高，受条款与频率限制。
• 企业微信/钉钉推送：适合企业内即时通知，可结合审批与日历同步。

时区、重复与提前提醒的设置要点

这些细节很容易被忽略，但会直接影响提醒是否准确到人心。

• 时区：如果团队分布多地，设置提醒时务必选择客户所在或接收者所在时区；美洽通常支持选择时区字段。
• 重复提醒：用于需要多次回访的场景（如售后跟进），可配置每天/每周/每月或自定义间隔。
• 提前提醒：设置在真正需要行动前给团队预警（如提前1小时或1天），降低漏掉的概率。

权限与责任分配：谁能创建、谁能接收

提醒是团队协作工具的一环，合理的权限设置能避免误操作和责任不清。

• 检查角色权限，确认谁有权新建自动规则、分配任务或编辑工单。
• 提醒的负责人应是能实际处理该事项的人，避免将任务推给无法响应的角色。
• 当负责人离岗或转接客户时，记得转移提醒，或设置备用负责人。

常见问题与排查思路

• 提醒没有弹出或未发送：先检查通知设置（个人偏好与全局设置），确认站内通知、邮件或短信渠道是否开启并有权限。
• 时区错位：确认会话与用户账号的时区设置统一，查看提醒项是否使用了UTC或本地时间。
• 自动规则误触发：检查规则条件的逻辑关系（AND/OR），并在小范围内调整触发阈值或增加白名单。
• 重复提醒太多造成骚扰：优化重复策略，加入最大触发次数或冷却期。

几个实战场景与操作示例（帮你快速上手）

下面给出几种典型场景和具体的设置方式，照着做就行。

场景A：销售线索48小时未回复自动提醒

• 自动化规则：触发条件 = 新会话且标签=新线索且最后回复时间>=48小时。
• 动作：创建提醒，提醒时间=触发时刻，负责人=销售线索池的值或轮值成员，提醒方式=站内+邮件。

场景B：售后回访7天重复三次

• 在工单中创建跟进任务，设置开始时间为工单关闭后第7天。
• 设置重复：间隔7天，重复次数3次；提醒方式=站内+企业微信。

场景C：高级客户必须人工确认跟进时间

• 在会话侧边栏创建提醒，勾选“需要客户确认”或在备注写明需客户回复时间。
• 如果客户回复时间不同，更新提醒时间并记录在工单中以便审计。

表：提醒类型快速对比

提醒文本模板（快速复制粘贴）

• 客服内部：“跟进提醒：客户【姓名/ID】，问题：XXX，需回复/处理，预计处理时间：YYYY-MM-DD HH:MM，负责人：@张三。”
• 对客户短信/邮件模版：“尊敬的客户，您好！这是来自【公司】的温馨提醒，我们将在 YYYY-MM-DD 对您进行回访，如需调整时间请回复本条或直接联系您的专属顾问。”
• 工单备注模版：“回访记录：第一次回访（YYYY-MM-DD）无响应，已设置第2次回访（YYYY-MM-DD），负责人：李四。”

一些小技巧和避免犯的错误（实践派建议）

• 把提醒和会话/工单关联，便于回溯和绩效评估。
• 在团队里约定提醒命名规则（如“跟进-线索-48h”），方便筛查与统计。
• 自动化规则先在测试群或小团队启用，确认无误再全量推开。
• 避免“一刀切”频繁短信提醒，优先选站内或企业微信，再补充邮件/短信。
• 定期清理过期或无效提醒，减少噪音。

好了，如果你现在就在美洽里操作，建议先从会话侧边栏试一次手动提醒，再把一个典型场景用自动化规则跑起来，慢慢把这些步骤标准化。过程里会遇到小问题，像时区错位或权限不够，按上面那几条排查基本能解决——要是团队里有人喜欢记录流程，建议把提醒策略写成SOP，这样大家统一执行会轻松很多。希望这些步骤和模板能真正帮你把“下次跟进”这个事抓到底，别忘了随手把好的实践沉淀下来，下一次就能更快了。

美洽客服软件有免费基础版，也有付费套餐与企业定制服务。基础对话和试用一般免费，但人工坐席、进阶自动化、API调用、多语言实时翻译和大规模消息处理等，通常按座席、功能或消息量收费。选择时应关注需求、计费方式与服务条款。可以先申请试用或咨询销售获取详细报价和合同条款。注意数据存储与隐私条款。并看费用明细

先把问题拆开讲清楚：美洽到底“要不要钱”？

简单来说，美洽既有免费的部分，也有付费的部分。就像很多 SaaS 服务一样，基础功能可以让你先试用或长期使用（不过功能和限制会比较有限），要上更复杂的能力、更多座席、企业级保障或者大规模使用时，就会产生费用。

为什么不是“全免费”或“全收费”？

这是件很现实的事：客服系统涉及人工座席、消息通道（微信、WhatsApp、Facebook、邮件等）、AI 算法、实时翻译、数据存储与安全合规。每项服务都有成本，因此厂商常常把入门级功能放在免费或低价以吸引用户，把高价值功能放到收费计划里。

美洽免费版通常包含什么？（大致范畴）

• 基本接待能力：单个或少量座席、在线聊天接待、对话记录基础查询。
• 限量消息或座席：免费版往往对每日/每月消息量或座席数有限制。
• 试用期：很多企业会提供30天或其他期限的试用，试用期内可体验付费功能。
• 基础统计：简单的会话统计和客服绩效报表，但深度分析通常是付费项。

付费版通常包含哪些内容？如何收费？

付费项的形式比较多，常见的计费维度包括：

• 按座席计费：每个坐席（客服账号）按月或按年收费，是最常见的模式。
• 按功能模块计费：比如知识库高级功能、工单系统、服务链路、对话机器人高级配置等单独收费。
• 按消息或调用量计费：跨境渠道消息、API 调用、大量并发翻译/AI 请求可能按量计费。
• 企业定制与 SLA：专属客服、数据加密、SLA 保证、部署定制通常需要企业级合同和单项报价。

举个简单的例子（帮助理解计费驱动）

想象两家公司：

• 小电商A：3名坐席，主要用网页聊天和微信，月均消息量低，追求低成本。它可能只需免费版或一个低价基础套餐。
• 跨境品牌B：30名坐席，接入WhatsApp与Facebook，多语言实时翻译和AI自动客服，并且要求数据留存与企业对接。它就需要付费套餐、AI 费用与企业服务。

下面用表格把“免费 vs 付费”列个清单，简单看一眼

实际选择时的关键考量（实用）

要不要付费，关键取决于你的三个问题：

• 你有多少座席？ 若只有1–2人，免费或低价套餐通常够用；大团队则需要按座席计费的方案。
• 你接入多少渠道？ 跨境企业常用的 WhatsApp/FB/IG/邮件/电话接入，会增加成本和复杂度。
• 你需要哪些高级功能？ 实时翻译、LLM 智能回复、工单与 CRM 深度集成、多语言知识库等，多为付费项。

估算成本的思路（不是精确报价，仅供决策参考）

• 小团队（1–5 人）：可能只需免费版或几十到几百元/月的基础套餐。
• 成长型企业（5–30 人）：常见为按座席计费，再加上渠道接入与部分自动化，月费用通常在几百到几千元不等。
• 大型/企业级（30+）：因需定制、SLA、专属服务及大量 API/翻译调用，费用往往是定制报价，可能达到数万/月或按年结算。

这些范围只是帮助你判断预算级别，最终价格以美洽官方报价与合同为准。

如何更有效地“省钱”或控制成本？

• 从免费试用开始：先用免费或试用体验，确认核心需求。
• 按需买功能：不要一次性买全，先买必须的座席和渠道，慢慢加自动化模块。
• 优化机器人与自助：让机器人处理低价值重复问题，减少人工坐席压力，长期可节省人工成本。
• 关注消息与API使用：如果按量计费，优化消息流与调用频次能直接省钱。
• 谈判合同：企业客户可以在合同里争取更优的消息包、折扣与定制条款。

如何确认最终价格（步骤）

1. 列出你当前和未来6–12个月的需求：座席数、渠道、自动化、翻译量、API 调用、合规需求。
2. 申请试用账号或在线演示，体验后台和功能。
3. 向销售索要分项报价（座席单价、渠道接入费、消息包价格、企业服务费等）。
4. 比较总成本与可替代方案（自建客服、其他SaaS）。
5. 阅读合同中的数据存储、隐私与退订条款，确认 SLA、备份与迁移支持。

常见问答（FAQ）

Q：美洽提供免费试用吗？

A：大多数 SaaS 厂商包括美洽通常会提供试用或基础免费版，方便用户上手，但具体试用时长与权限以当期政策为准。

Q：如果只想用个机器人自动答疑，必须付费吗？

A：有可能免费版就支持简单机器人和规则回复，但高级对话、LLM 驱动或高并发调用通常需要付费。

Q：企业能谈定制价格吗？

A：可以。企业级通常是谈判式报价，包含 SLA、数据导出、合规约定与技术支持。

我个人的小建议（像朋友聊聊）

如果你刚起步，别急着买最贵的套餐。先把客户最常问的三四个问题用机器人和知识库覆盖，把人工留给复杂问题。等客户量上来了，再按数据去加座席和功能——这样既省钱，也更清楚每一分钱花在哪儿。顺带说一句，合同里关于数据导出和停用后的清理要留心，这些条款一旦忽视，后面迁移成本会很高。

总之，美洽“要不要钱”的答案不是一个是非题，而是“免费+付费”的混合体。你的任务是把需求、预算和成长预期先搞清楚，然后去问官方拿一份详细报价单，比较几个场景下的总拥有成本，这样最靠谱。

在美洽查看“我的对话”就是打开你专属的会话面板：登录后从左侧或顶部入口进入“我的对话”，列表会列出所有与你相关的对话，点击某条即可在右侧或新窗口展开完整聊天记录、时间线、客户资料和回复区；你可以用筛选、标签、搜索、未读、优先级等工具快速定位，并在会话内回复、转接、添加备注、使用常用语或绑定工单，系统还支持多语言实时翻译与自动分配，便于提升效率。

先把概念讲清楚：我的对话是什么

把“我的对话”想象成你的案头笔记本，上面记录着所有你负责或参与过的客户聊天。这里不是全部会话的总仓库（除非你被赋予查看权限），而是和你相关、你需要处理或回顾的那一部分对话。它把消息按时间、状态和标签组织起来，让你专注处理需要人工介入的部分。

为什么要用“我的对话”而不是直接查全量会话

• 聚焦任务：只看与你有关的会话，避免信息噪音。
• 减少重复：避免多人同时响应同一客户导致的冲突。
• 追踪责任：明确谁在处理，方便督办与回访。

快速上手：一步步打开并查看对话

实际操作通常只有几步，按界面走就能上手。

• 登录美洽——输入账号密码或单点登录。
• 进入“我的对话”——左侧导航栏或顶部菜单里会有“我的对话”入口，点击打开。
• 浏览列表——列表按时间排序，显示来访渠道、客户名、最后消息、未读数、标签与优先级。
• 点击展开——选中一个会话，右侧会弹出对话详情或在新窗口打开，包含完整聊天记录、时间线、客户资料与操作按钮。

界面要素一眼看懂

• 对话列表：每行显示对话概要（客户、渠道、状态、最后消息、时间、未读、标签）。
• 筛选与搜索：按时间、标签、渠道、未读、优先级、负责人或关键词筛选。
• 详情面板：聊天记录、时间线、备注、附件、客户属性、订单信息、工单关联。
• 操作条：回复框、常用语、转接、分配、标记已处理、归档、绑定工单。

常见操作详解（像在现场教你）

如何快速定位目标对话

• 使用左上角的筛选：先选“未读”或“待处理”，再按渠道缩小范围。
• 关键词搜索：输入客户名、订单号或产品关键词，能快速定位到相关会话。
• 标签筛选：很多团队会用标签（如“退货”“发货异常”），选择标签即可聚合相关会话。

打开会话后我能做什么

• 即时回复：输入框支持常用语模板、图片/文件上传、表情和格式化文本。
• 使用常用语：一键插入预设回复，提高回复一致性与速度。
• 转接/指派：把会话转给专人或团队，支持备注交接说明。
• 添加内部备注：给同事留下私有笔记，不会被客户看到。
• 绑定工单：把对话升级为工单，跟踪处理进度。
• 多语言翻译：开启实时翻译后可以将客户消息自动翻成你的工作语言。

关于实时翻译与机器人接力

美洽常把机器人做第一个接待岗，机器人处理大多数简单问题，遇到复杂或含情绪的对话会主动转人工。在“我的对话”里，你看到的可能是机器人初步处理后的对话记录，点“接手”或“人工介入”就能接续会话，同时系统会把历史上下文带给你，翻译模块在你关闭或打开时决定是否显示对方原文。

权限与团队协作

视你在团队里的角色，能看到的内容会不同。管理员通常能查看所有会话并修改设置；客服则只看到分配给自己的或在“我的对话”中被标记为相关的会话。合理配置权限能避免信息泄露，也能保证责任清晰。

常用权限定制例子

• 普通客服：仅能查看并操作指派给自己的会话。
• 组长：能查看组内全部会话并重新分配。
• 管理员：系统配置、机器人策略与所有会话的访问权限。

效率工具：快捷键与模板

熟练使用快捷方式会节省大量时间。下面的表格列出常见快捷操作（不同版本可能略有差异，以实际界面为准）：

常见问题与排查小贴士

• 看不到某条对话？检查筛选条件、权限设置和是否被归档或删除。
• 消息延迟？先查看网络与美洽服务状态，短暂延迟多为网络或后端队列问题。
• 翻译不准？启用原文查看并手动调整，必要时将问题升级给语言支持团队。
• 会话重复？可能是多个渠道同一客户触达，统一在会话内合并或标注来源。

一些实战小技巧（真的有用）

• 把常见问题做成短的常用语，并标序号，回复更快。
• 用标签追踪问题类型，周报能看出重复率，方便改进FAQ和机器人脚本。
• 遇到复杂问题先写内部备注给后续同事，减少重复沟通。
• 利用自动分配把特定类型的会话直接分给最熟悉的组。

在手机端看“我的对话”

美洽移动端的“我的对话”界面更紧凑，但功能核心相同：筛选、搜索、回复、常用语和转接都支持。注意在移动网络下上传大文件会更慢，推荐在Wi‑Fi下处理附件。

结语（随手记点）

其实就是把每次对话当成一个小任务：先定位、再判断优先级、处理并留下能让下一位同事立刻接手的备注。美洽把这些功能都放在“我的对话”里，熟悉之后会发现效率提升很明显。好了，我得去接着处理队列里的几条了，边写边想，可能还有什么小技巧会不时想起来，再补上。

美洽软消息收不到，常见原因包括消息未发出、网络或推送被阻断、会话未激活、客户端鉴权/SDK配置错误或后台限流。先在控制台查看消息状态、检查推送与设备通知权限、抓取客户端SDK日志并确认会话绑定；按网络、推送、鉴权、版本四步排查修复，必要时导出日志联系美洽支持。同时留存触发时间和示例消息内容，便于定位。

先弄清楚“软消息”到底是什么

先别急着修，先明白概念。*软消息*在美洽里通常指的是通过美洽平台下发的非强制推送消息：包括站内消息、会话里的一些透传通知、或者 SDK 内部的事件消息。它和系统推送（APNs/FCM）不是一回事：软消息可能依赖于长连接/心跳或 SDK 本身的轮训机制，而系统推送则走手机厂商的推送通道。

用一个比喻帮你记

把消息比作快递：系统推送像由快递公司送到你家门口的包裹（需要地址、邮差），软消息更像店里放的留言条，只有你到店里（长连接在线）才能看到。店里断电、门锁坏了或者你没去店里，留言条自然看不到。

常见原因一览（先看这张清单）

• 消息未真正下发：后台没有发送成功或被限流/丢弃。
• 网络/长连接问题：客户端与美洽服务的 WebSocket/长连接断开或心跳失败。
• 推送或设备权限阻断：设备通知被关闭、推送证书错误或厂商通道配置不全。
• 会话/用户未绑定或未激活：用户未完成登录/会话绑定，消息无法投递到目标会话。
• SDK 版本或配置错误：appKey、环境（沙箱/生产）或鉴权 token 设置不对。
• 设备省电策略/厂商限制：如 MIUI、EMUI、Oppo 系统后台限制导致消息被延迟或阻塞。
• 浏览器/Service Worker 问题（Web 场景）：Service Worker 未注册、Push 订阅过期或 HTTPS 问题。

一步步排查（按角色分：用户、产品/运维、开发）

1. 终端用户能做的快速检查

• 确认手机通知开关和应用自带消息权限已开启。
• 切换网络（Wifi <-> 蜂窝）看是否恢复，快速判断是否为网络/运营商问题。
• 重启 App 或设备，尝试重新登录，会话绑定可能会自动修复。
• 若是 Android，检查是否被省电策略限制，允许自启动、保持后台进程。

2. 产品/运维（控制台）应该查看的项目

• 在美洽控制台查看该消息的发送记录和状态（是否被标记为已发送/失败）。
• 查后台错误日志，关注返回码、限流信息或第三方推送返回的错误（例如 APNs 410、FCM invalid registration token）。
• 检查是否近期有变更：证书过期、密钥改动、IP 白名单变更、防火墙规则。

3. 开发/工程师的深度诊断步骤（按步骤验证）

1. 验证消息链路是否完整

   从发送端到平台到推送网关再到设备，每一步都要有日志和 ID 可追踪。先拿到业务侧的 messageId，追到美洽平台的投递记录。

2. 检查 SDK 日志

   看是否有连接建立、心跳、消息接收和 ACK 日志。常见关键字：connect/heartbeat/receive/messageId/ack/error。

3. 推送证书与通道

   确认 APNs 证书没过期、key/主题正确，FCM server key 没被禁用。生产/沙盒环境是否配置错误会导致仅部分设备接收失败。

4. 会话绑定与鉴权

   确认用户在 SDK 中成功登录并完成绑定（userId 与 sessionId 一致），后端推送目标为正确的绑定值。

5. 设备令牌/订阅是否有效

   对推送走厂商通道的，检查 deviceToken/registrationId 是否更新，若用户更换设备需重新上报。

快速对照表：问题 — 可能原因 — 快速操作

一些实用的日志与信息样式（给支持用）

当需要联系美洽或内部支持时，准备好以下信息会大幅加速定位：

• 时间点（UTC 与本地时间）、messageId、发送方与接收方 userId。
• 客户端 SDK 日志（包含 connect/heartbeat/receive/error），示例日志片段能说明问题。
• 后端发送请求的响应（API 返回码、第三方推送返回的 JSON）。
• 设备信息：设备型号、系统版本、App 版本、厂商推送 registrationId 或 APNs token。

常见坑与实践建议（避免再犯）

• 别把长连接当作永远在线：用户网络波动、APP 被系统杀进程都会断连，设计消息重试和离线补偿。
• 区分消息类型并合理兜底：重要消息考虑同时发系统推送+软消息，降低丢失率。
• 证书与 key 做自动告警：证书到期或 key 失效会在短时间内影响大量用户。
• 上线灰度与回退策略：部署变更时先小流量验证，监控投递成功率再放量。

如果一切都排查完仍旧没解决

把上面要求的日志和信息整理好，然后发给美洽技术支持。*越详细越好*：时间线、日志、API 调用记录、设备样本，你给出的线索越多，定位越快。美洽支持通常会要求 messageId、控制台链接和日志片段作为第一步。

好像就这些要点了，慢慢按步骤去做，边查边记录，有时候问题就是某处一串小配置错了几处，定位到点就容易修；需要我把排查清单做成可复用的模板吗？

美洽的软溢出分组机制用于在客服组忙碌或队列超时时，将新会话按优先级和策略自动转接到备选组或人工处理，以减少客户等待、降低漏单风险并提升服务触达率。管理员可自定义溢出条件、优先级、目标组与超时动作，并结合智能客服闲忙判定和服务时段灵活配置，从而既保障响应效率，也能兼顾专业分工和客服负载平衡。值得使用哦

先说清楚：软溢出分组到底是什么

如果用一句比较生活化的话来讲：当一个柜台前排队太多人，收银员忙不过来的时候，前台不会让新顾客一直站着等，而是把他们引导去旁边的备用窗口或让顾客预约叫号。美洽的软溢出分组就是同样的道理——当某个客服组无法及时接入新的会话时，系统根据事先设定的规则，把会话“软性溢出”到其他合适的组或流程。

核心要点（非常重要）

• 不是粗暴转接：软溢出是一种按规则优雅转发，保留优先级与上下文。
• 支持多种触发条件：超时、队列长度、在线坐席数等均可作为触发器。
• 可配置动作多样：转到另一个组、转交工单、发送引导消息或排队等待。

美洽中软溢出分组的工作原理

把原理拆成几步来理解，像教一个初学者一样：

1. 会话进入某个初始分组（例如：淘宝客服组）。
2. 系统根据当前组的闲忙判定（在线坐席、接待上限、服务时长）判断是否能接入新会话。
3. 如果不能接入且满足溢出条件，系统查找溢出规则，按优先级匹配目标分组或动作。
4. 按规则执行转接、提示或生成工单，同时保留原会话上下文与来源信息，方便后续追溯。

关键组件解释

• 闲忙判定：基于坐席状态（在线/离线/忙碌）、并发会话数和系统设置的接待上限。
• 溢出条件：例如“队列等待超过30秒”“同时排队超过10人”“所有坐席均处于忙碌”之类。
• 溢出目标：备用组、主管组、外包组、人工工单或自动回复流。
• 优先级：多个目标时决定先尝试谁，避免盲目转一圈导致更长等待。

如何在美洽配置软溢出分组（一步步）

下面是一个通用且可复制的配置流程，按步骤来，别着急，边配置边测试更稳妥。

第一步：明确业务目标与场景

• 是希望降低首次响应时间还是防止漏单？
• 希望把客户转到人工优先，还是先走机器人自助流程？
• 是否需要按语言、渠道、产品线做不同溢出策略？

第二步：在美洽后端创建或选择溢出目标组

• 例如创建“备用人工组”“高级问答组”“外包组”等。
• 确保目标组有合适的坐席与权限。

第三步：配置溢出规则

在美洽管理后台的溢出或路由设置里，逐项填写：

• 溢出条件：队列长度、等待时长、坐席在线数、客服工作时间等。
• 溢出动作：转接分组、升级工单、发送提示消息、执行脚本等。
• 优先级与备选顺序：例如先转“备用人工组”，若仍不可用再转“外包组”。

第四步：结合智能判定与白名单

把常见的VIP客户或重要渠道列入白名单以避免被不当溢出，例如大额订单客户可以直接优先接入人工组。

第五步：保存并进行灰度测试

先在小流量或某个渠道启用，观察1-3天数据，再全量上线。

配置示例（场景化操作）

举个真实的例子，帮助你把概念落地：

• 场景：跨境电商旺季，主售后组排队长，希望把多语言咨询优先导入外语备选组。
• 步骤：
1. 创建“西语组”“英语组”作为溢出目标。
2. 设置溢出条件：主售后组队列长度>8或等待时间>45秒。
3. 溢出优先级：先转英语组，再转西语组，最后生成工单并自动回复客户预计响应时间。
4. 白名单：VIP买家与国际大卖家不溢出，直接排到人工专员。

配置项速查表

如何测试与验证你的溢出规则有效

测试其实很直接，但要有点耐心：

• 准备测试账号，模拟进入初始组并发起多会话。
• 调整坐席状态（把坐席设为忙碌或下线），观察是否满足溢出条件。
• 检查溢出的目标会话是否保留来源信息、历史消息和渠道标签。
• 用数据看效果：首次响应时间、漏单率、客户满意度是否改善。

监控那些指标（你会想看）

• 平均等待时间（ART）：溢出是否显著降低等待时间？
• 溢出命中率：触发溢出的会话占比。
• 目标组负载：是否把压力从主组合理分散开了？
• 转接成功率：有没有因为权限或配置错误导致转接失败？
• 客户满意度（CSAT）与一次解决率（FCR）：长期影响如何？

常见问题与排查方法（实操派）

• 问题：会话溢出后丢失上下文。排查：检查是否启用了会话上下文传递开关，或目标组权限是否阻止读取历史记录。
• 问题：溢出规则不生效。排查：确认规则优先级是否被更高优先级的路由覆盖，或时段限制未开启。
• 问题：目标组接入后仍自动溢出。排查：目标组的坐席是否也处于接待上限，或溢出动作设置成了循环转发。
• 问题：VIP被溢出。排查：确认白名单逻辑与客户标签匹配是否准确，是否有渠道映射错误。

一些值得借鉴的策略（不用都照搬，选适合的）

• 优先保证高价值客户：通过标签或订单金额拦截溢出，直达人工。
• 多级溢出链：先从同语言或同产品线的备选组溢出，再到外包或工单，避免客户被频繁转手。
• 结合智能机器人：在溢出期间，让机器人先做问题收集，填好工单字段，节省人工时间。
• 分时段策略：高峰期使用更激进的溢出策略，低峰期恢复精细化分配。

落地小贴士（避免踩雷）

• 别把所有规则塞进一个“万能按钮”，复杂规则要分层管理，便于维护。
• 设置合理的观察期，溢出策略上线后至少观察一周业务波动。
• 注意日志与事件追踪，出现异常时能迅速回溯是哪条规则操作的。
• 与坐席沟通：坐席要知道为什么会多接入会话，避免抵触或误操作。

适合采用软溢出的典型场景

• 跨境电商：根据语言自动溢出到相应语种组，减少翻译延迟。
• 促销大促：短时间请求激增时，把低价值咨询先导向机器人或FAQ。
• 24/7支持：夜间用外包组接入，小时内再由白班坐席接手处理。
• 复杂工单：先由初级组做问题收集，超时再溢出到专家组处理。

我在配置时常常会想的那些事儿（比较随意的建议）

实话说，系统设置再聪明，也比不上对业务的理解来得关键。开始不要想着把所有场景一次性解决，先把最痛的几类问题用溢出规则覆盖，再逐步细化。别忘了和坐席聊聊他们的感受，很多好点子都来自一线。

如果你现在就想试一把，建议先在美洽后台找“路由/溢出”模块，按上面步骤做一个小规模的灰度，记录几个指标，三天内你就能看到变化。好的，写到这里忽然想到还有些公司会把技术和运营分开管理，记得把配置的思路和变更记录写清楚，免得以后翻单追责时一片茫然。