美洽怎么设置客服会话合并?
2026-04-19
·
admin
在美洽后台开启并配置会话合并功能,先进入客服设置页,打开合并开关,定义合并条件如联系方式或工单号,设置合并时间窗口与优先级,选择自动或手动合并,保存并在测试环境验证后上线。可设置例外与优先策略,关联工单并同步通知,测试并观察误合并率后调整。设置阈值、合并窗口和人工确认,记录日志并报警。及时优化策略吧

先把概念讲清楚:会话合并到底是什么
会话合并,简单来讲,就是把同一位客户的多条会话在后台合并为一条“连续”对话,避免客服在不同会话间切换,提升处理效率与客户体验。想象一下,一个人在不同时间发了多条消息或创建了多个工单,合并后客服就能看到完整的上下文,不用重复问问题。
为什么要合并会话(用一句话说明价值)
- 减少重复沟通:客服无需反复询问,同一问题一次解决。
- 提升效率:更少的工单关闭和转接。
- 提升满意度:客户感到连贯、被理解。
- 便于统计与分析:合并后的会话更能反映真实问题链路。
在美洽中设置会话合并的总体流程(五步走)
- 准备权限与策略:确认你有管理后台设置权限,并与团队讨论合并规则。
- 开启合并功能:在美洽后台对应设置页打开会话合并开关。
- 定义合并规则:设置合并条件(联系方式、工单号、会话间隔、相同用户标签等)。
- 选择触发方式:自动合并还是人工合并,或两者结合。
- 测试、上线并监控:在测试环境验证误合并率与合并效果,逐步上线并持续调整。
步骤拆解:每一步要做什么(实操向)
- 准备阶段:确认要合并的判定条件(例如电话号码、邮箱、微信openid、用户ID或工单ID)。讨论哪些场景必须避免合并(比如不同产品线、不同优先级客服群组)。
- 开启功能:登录美洽后台 → 客服设置 → 会话管理/会话合并(名称可能随版本小幅变化),找到“开启会话合并”开关并打开。
- 配置条件:常见选项包括:
- 合并依据:手机号/邮箱/用户ID/工单ID/外部会话ID。
- 时间窗口:例如30分钟、2小时、1天——表示在此时间段内可合并的会话。
- 优先级规则:指定当多名客服同时存在时,哪个客服保留主会话。
- 例外规则:比如 VIP 客户不合并、跨产品不合并等。
- 触发方式:选择“自动合并”时系统按规则自动合并;选择“人工合并”时客服或管理员在会话列表手动合并;也可以设置“先自动合并,再人工复核”的混合策略。
- 保存并测试:先在测试账号或沙盒上发起多条会话,观察合并是否按预期发生,记录误合并案例并调整规则。
关键配置项说明(一张表看懂)
| 设置项 | 作用 | 建议值 / 说明 |
| 合并开关 | 启用或关闭会话合并功能 | 生产环境建议先关闭,测试验证后开启 |
| 合并依据 | 判断是否为同一用户的字段 | 优先使用唯一ID(用户ID、手机号、邮箱、OpenID) |
| 合并时间窗口 | 允许合并的时间范围 | 常见30分钟、2小时、24小时,根据业务节奏调整 |
| 自动/手动触发 | 决定合并是自动生效还是人工确认 | 推荐自动合并+人工复核,减少误合并 |
| 例外规则 | 哪些会话不被合并 | 如不同产品线、不同地域或VIP标签不合并 |
| 优先级策略 | 当多个客服参与时保留谁的会话 | 可按客服等级、在线时长或接入时间优先 |
配置示例:两个典型场景的具体操作
场景 A:电商平台,买家在短时间内多次咨询同一订单
- 合并依据:用户ID + 订单号。
- 时间窗口:2小时(因为下单、支付常在短期内发生多次询问)。
- 触发方式:自动合并,同时在合并后向被合并会话的客服发通知(告知有人合并过来)。
- 例外:若会话包含“投诉”标签,不自动合并,改为人工复核。
- 操作步骤:后台设置完成后,用测试账号在不同时间点发起多条关于同一订单的咨询,检查是否合并为一条会话以及合并后的消息顺序。
场景 B:SaaS 服务,客户跨多个功能模块提问(需区分模块)
- 合并依据:用户ID,但增加“产品线”标签作为二次筛选。
- 时间窗口:24小时,因问题可能分阶段出现。
- 触发方式:默认不自动合并,显示“建议合并”提醒,由客服或主管确认。
- 例外:当会话涉及计费或合同等敏感业务,强制人工处理,不合并。
常见问题与排查技巧(实战派)
- 为什么有些会话没有合并? 检查合并依据字段是否完整(比如手机号缺失或被格式化),时间窗口是否覆盖,是否存在例外规则。
- 误合并了怎么办? 查看合并日志,回滚合并(若美洽支持回滚),并调整规则如缩短时间窗口或加入更多判定字段。
- 哪些日志需要关注? 合并触发记录、合并前后会话ID映射、触发条件与执行结果、人工操作记录。
- 合并后客服上下文断裂:考虑在合并时保留会话来源标记,并在聊天头展示“历史片段”快捷跳转。
自动化与高级用法(Webhook、API、工单同步)
美洽通常支持将合并事件透出为Webhook或通过API查询合并关系。常见做法:
- 在合并事件上触发Webhook,将合并映射发送到工单系统,确保工单与合并后的会话一一对应。
- 通过API拉取合并日志,用于自定义报表或报警(例如误合并率超过阈值触发告警)。
- 将合并策略与外部身份校验系统结合,例如单点登录(SSO)或CRM中的用户ID,提升判定准确率。
测试建议:怎么验证你的配置是靠谱的
- 用真实场景数据做压力测试,模拟高并发下的多会话合并。
- 准备边界测试用例:缺失手机号、不同标签、跨产品线、VIP用户、包含投诉词汇等。
- 记录每一次合并触发的条件与结果,建立“合并案例库”,便于复盘与优化。
- 上线初期逐步放量(先 10% 流量,再 30%,最后 100%),观察关键指标变化。
需要关注的关键指标(会话合并效果如何衡量)
- 合并率:合并会话数 / 总会话数(判断合并是否达预期覆盖)。
- 误合并率:被判定为误合并的占比(影响体验的核心指标)。
- 首次响应时长和会话平均处理时长:合并是否改善或恶化响应效率。
- 客户满意度(CSAT):合并策略对客户体验的直接影响。
实践中的一些小技巧(从业者常用)
- 优先使用稳定的唯一标识(用户ID)代替手机号或昵称。
- 针对不同业务线分别设定合并规则,避免跨线混淆。
- 合并时在会话顶部添加“合并来源”标签,方便客服快速了解历史片段。
- 为高风险合并(例如涉及退款或投诉)增加人工复核步骤。
- 定期导出合并日志并做抽检,观察误合并的典型模式。
遇到阻碍怎么办(排错清单)
- 先看配置:合并开关是否生效,规则是否已保存。
- 检查数据:用于匹配的字段是否存在格式差异或缺失。
- 查看日志:合并触发记录里会标注原因,按原因逐条排查。
- 联系支持:如发现平台行为与文档不一致,及时提交工单给美洽支持并附上合并日志样例。
最后,设置会话合并不是一次性工程,更像是不断打磨的过程:先把规则搭起来,再通过真实数据反复校正阈值和例外策略。刚开始不要开得太激进,稳步推进,多和一线客服沟通他们的实际感受,这样既能减少误合并,也能最大化合并带来的效率提升。写到这里我又想到一个小细节:合并提示文案也要友好一点,客服和客户都需要知道“这是历史合并内容”,否则容易误解,嗯,就这样,慢慢调就行了。