同一客户多个身份怎么合并？标签怎么打
上午网站问价、下午公众号接着问，系统里却躺成两个陌生人？身份合并和标签规范就是治这个的。
先想明白：为啥会一人多档
各个渠道认人的法子本来就不是一套：网页认浏览器里的访客记号，公众号认微信那边的粉丝身份，App 认你家自己的账号。人还是那个人，换条路进来，不做关联，系统就当成生面孔——档案散了，历史会话也接不上。
一人多档的苦，干过客服的都懂：客户说「我上午不是问过吗」，你这边查无此人，只能让人家从头再讲一遍。客户火气上来了，你还不知道自己错在哪。
跟着做：合并这么落地
- 最稳的一招：客户在你家系统登录后，让开发通过接入 SDK 或接口，把你们的用户 ID 传给美洽。
- 各渠道统一传同一套 ID 规则，网页、App、小程序别各传各的，各传各的等于没传。这步看着小，后面认人全靠它。
- 同一个 ID 进来，不同渠道的会话就归并到同一条客户档案上，历史全接得上。
- 匿名阶段还没身份的，引导客户留个手机号或邮箱，后面也能当归并的线索。
标签这么打才不乱
标签贴在客户身上，换渠道、换坐席都还在——前提是认成了同一个人。标签最容易出的毛病是野蛮生长：今天有人打「大客户」，明天有人打「重点客户」，意思一样却成了两个标签，筛选时全乱套。
- 团队先约定一套常用标签，写进接待规范，新人照着用。
- 标签描述「他是什么样的人」，一个人可以贴好几个，灵活叠加。
- 隔段时间清理一次同义的、废弃的标签，保持这套体系干净。
提醒：纯匿名访客，没登录、没留联系方式，跨渠道很难认成一个人，这是行业通例，别当成系统坏了。想认全，就从「登录后回传身份」这一步做起。
平时的顺手习惯
每接一个新渠道，先把「这个渠道怎么传用户 ID」问清楚再上线。发现误并的及时找管理员处理，别放着不管——资料串错了比没资料更误事。联系方式能收就收，它是最实用的兜底线索。
具体哪些字段能当归并依据、支不支持手动合并或拆分，各版本可能有差别，涉及开发对接的，动手前先跟技术和后台文档对一遍，别凭经验拍板。
合并做好了，好处是实打实的：客户从公众号来的那次抱怨、在网页上的那次咨询，都挂在同一个人名下，谁接手都能看到全貌。标签也跟着人走，不会这边贴了那边没贴，白做两遍功。