美洽访客合并规则怎么用？

美洽的访客合并规则是把同一用户在不同会话、设备或渠道产生的多条访客记录，按照你设置的匹配条件（如手机号、邮箱、外部ID、自定义字段等）智能识别并合并为一条，合并过程中支持会话与标签保留、字段冲突策略和优先级控制，从而减少重复记录、统一用户画像并提升客服效率。

先弄清“访客合并”到底是什么

把这件事想像成把零散的纸条收进一个档案夹。每次客户在不同设备上来聊天，系统都会产生一张“访客纸条”。如果这些纸条属于同一个人，你就希望把它们放到同一个档案夹里，方便查看历史、避免重复跟进。美洽的访客合并规则就是定义“什么情况下把几张纸条合并为一个档案夹”的规则和细则。

为什么要用访客合并规则

• 统一画像：同一用户的历史会话、标签和属性集中在一条记录上，客服能看到完整背景。
• 减少重复工单：避免不同客服重复联系同一用户或不同工单分散处理。
• 统计更准确：访客数、转化率、留存等指标不会因为重复记录而被高估或分散。
• 推荐与自动化更精确：基于合并后的统一属性，可以更好触发自动化规则或推荐内容。

合并规则的基本逻辑（用费曼方式讲给你听）

用最简单的话说，合并逻辑由三部分组成：识别（如何判定是同一人）、优先级（如果多个条件同时命中，哪个更重要）和冲突解决（同一个属性有两个不同值时取哪个）。

识别：哪些“钥匙”能证明是同一人？

• 手机号：最常用，较高可靠性（前提是手机号已采集且去重）。
• 邮箱：同手机号类似，适合B2B或需要填写邮箱场景。
• 外部ID/third-party ID（比如 CRM 的用户ID）：通常是最优先的凭证，因为是你系统的唯一标识。
• cookie、visitor_id、设备ID：用于同一浏览器/设备的识别，跨设备效果有限。
• 自定义字段：例如会员号、订单号或企业账号等。

优先级：当多个条件都能合并时怎么办？

你要给不同“钥匙”排优先级。一个常见策略：外部ID > 手机号/邮箱 > cookie/visitor_id。也就是说，如果外部ID匹配就合并；否则再看手机号；再没有就看 cookie。但在实际配置中，你可以把多种条件组合成“必须满足 A 且满足 B”或“满足任意一个即可”的规则。

冲突解决：属性与会话如何合并？

合并后同一个字段可能有多个值，比如两个访客记录的“城市”不一致。常见的冲突策略有：

• 优先保留主记录（主访客）：合并时以指定一条为主，保留主记录的字段。
• 以最新为准：使用最后更新的字段值覆盖。
• 合并成数组或保留历史：保留所有值作为历史或列表（适合标签、兴趣等）。

实施步骤（一步步来，别急）

下面是一个可操作的实施流程，把理论变成实际可用的合并规则。

1）梳理你手里有哪些识别字段

• 列出所有可能可用的字段：手机号、邮箱、外部ID、会员号、CRM ID、cookie/visitor_id、IP（慎用）等。
• 评估字段质量：哪个字段收集率高、哪个容易重复或伪造。

2）设计合并策略（优先级与组合）

• 优先级示例：外部ID（最高）→ 手机/邮箱 → cookie。
• 组合示例：当没有外部ID时，如果手机号+邮箱同时相同，则合并；或当手机号相同且有最近一周内会话重叠，合并概率更高。
• 注意避免使用不稳定或易变字段（如IP）作为主要合并依据。

3）在美洽后台配置（控制台操作）

在美洽管理后台找到访客/数据相关的设置页（新版控制台命名可能略有差异），新增或编辑“访客合并规则”，按照你的策略添加匹配条件与优先级，并配置合并后的冲突策略（保留规则、是否合并标签、是否合并会话等）。

4）先在小范围测试

• 创建测试账号与模拟会话，分别触发不同合并条件。
• 验证合并后：访客字段是否正确、聊天记录是否合并、客服分配与未读数是否正常。
• 记录测试结果并调整规则。

5）上线并监控

• 先在小样本或部分业务线启用，观察一至两周数据变化。
• 监控合并日志与异常：例如合并量是否异常增加、用户投诉或丢失会话等。
• 保留数据备份：在大批量自动合并前导出老数据作为回溯依据。

示例：两个访客如何合并（具体示例表格）

冲突解决策略参考表

常见问题与应对（边想边写，顺手记下）

• 会话丢失或客服正在对话时合并：避免在活跃会话期间自动合并，或设置合并时保留未读与会话状态的映射规则。
• 错误合并（本不应合并的用户被合并）：通常是因为合并条件过宽，建议收窄匹配条件或增加必选项（比如手机号+某自定义字段双确认）。
• 合并后 KPI 畸变：在合并策略变更时，会影响访客数、留存等指标，做好变更说明并在数据平台侧标注变更时间。
• 隐私与合规问题：合并涉及个人信息处理，确保符合当地法律与隐私政策，合并记录要有审计日志以备查证。

进阶：自动化与 API

如果你有批量合并需求或希望在外部系统发生用户绑定时同步合并，可以考虑调用美洽的API或使用Webhook触发合并（具体接口与权限请参考美洽官方文档或联系客户经理）。常见做法包括：在CRM中用户完成绑定后，调用合并接口把 CRM ID 作为外部ID 合并到美洽访客；或者在用户登录后，把登录态与cookie关联，触发合并。

最佳实践清单（方便复制粘贴）

• 先梳理所有可用识别字段与采集质量。
• 优先使用外部ID或CRM ID作为合并主键。
• 避免单独使用易变或不唯一字段（如IP）作为合并依据。
• 设置明确的优先级和冲突策略并记录到文档。
• 先小范围测试、导出备份、再正式上线。
• 上线后持续监控合并日志与关键指标变化。
• 保留审计日志和可回溯的数据快照以便排查。

最后，几个小贴士（个人在项目里常用的）

• 如果业务允许，把“合并规则变更”当作一个小版本发布：写变更说明并在统计报表中标注时间点，便于后续分析。
• 合并期间把重要变更（比如保留主访客的选择）同步给客服团队，避免造成操作误解。
• 多保留一点历史而不是覆盖——字段历史在排查时很有用。

好啦，以上是把访客合并规则从原理、配置到实操、测试和进阶都梳理了一遍。实际操作中，会遇到很多边缘情形，按上面的流程反复试验并记录，你就能把合并规则调得既精确又可靠。若你需要我帮你把当前字段表拿来一起设计优先级和冲突策略，咱们可以一步步来弄。