企业微信中的外部联系人与CRM客户主体并不总是一对一关系。同一家企业可能有多位联系人，一位联系人也可能涉及多个业务事项。直接按昵称合并，会把同名人员认错；仅凭一次聊天判断企业身份，也缺少可靠依据。关联需要业务确认，并保留官方授权范围内的来源标识。

从需求出发

建立外部联系人、内部跟进人员和CRM主体的映射，记录关联依据与确认时间。企业名称和联系人关系由有权限的人核对，无法确定时先留待确认。使用官方允许的接口与字段，不扩大到未经授权的个人通讯信息。CRM合并或拆分客户时，相应检查映射是否仍然正确。

设计应关注的事项

例如采购联系人和财务联系人可以关联同一个企业客户，但各自角色、跟进事项和通知偏好分别记录。联系人更换公司时，需要确认新关系，不能把原公司的订单自动迁到新企业名下。客户提出撤回或更正时，后台应有明确处理入口。

逐项核对处理结果

  • 验证重复关联、多人跟进和授权范围变化。
  • 同步失败时显示最近成功时间，销售知道列表可能尚未更新。
  • 导出权限与联系方式查看权限分开管理，普通列表只展示必要信息。
  • 关联的目的是延续服务上下文，不是把不同系统里能看到的资料全部聚合成无限范围的个人档案。

检查处理结果

业务人员确认关联前可以查看必要摘要，但不因存在候选匹配就自动获得详细历史。来源关系失效后保留核对记录，后续重新关联时先确认身份，避免旧编号继续指向错误主体。