看到应该只存在一个的双重联系人？问题不在于你的愿景——你只是有一个重复的联系人的情况。使用 Contact Merge 避免不必要的验光师之旅。我们将向您展示如何合并联系人及其对话，以便全面了解工作区中的客户。我们还将解释重复联系人是如何发生的，以及合并它们时要采用的最佳实践。
联系人合并：处理重复联系人
首先，让我们谈谈联系人重复。要了解联系人合并工具的价值，您需要了解如何创建和注意到重复的配置文件 respond.io，以及为什么公司应该合并联系人。
联系人重复的常见原因
主要竞争优势 respond.io 是它将企业与任何渠道上的客户联系起来。来自频道的每条第一条消息（无论是电子邮件、网络聊天还是消息传递应用程序）都会创建一个新的联系人，作为构建联系人列表的实用方法。
联系人会通过不同的渠道联系有几个原因。首先，不耐烦的联系人会同时在几个渠道上向企业发送消息，希望有更快的响应。
随着时间的推移，他们还可以根据方便在不同的频道上发起对话。也许他们更喜欢在移动设备上使用 WhatsApp，在桌面上使用网络聊天。这将导致单独的联系人配置文件。
通过重复使用电子邮件地址或电话号码检测到的重复联系人
那么，如何 respond.io 识别联系人重复？该平台将电话号码和电子邮件地址视为唯一。重复使用任一配置文件会提醒平台两个配置文件之间的密钥属性重叠。
假设联系人在 WhatsApp 上与商家联系，并且 Telegram.如果两个频道都注册到同一个电话号码， respond.io 将检测重合的 Contact 属性。
重复联系人的麻烦
这给我们带来了下一个问题：为什么要合并重复的联系人？您可能不希望不选中联系人重复有几个原因。
首先，与重复的联系人交互是对资源的低效使用。假设客户在 WhatsApp 和 Telegram.在每个渠道上重新解决同一客户将花费您的时间和人力。
如果配置文件被合并，您会立即注意到他们已经问了两次相同的问题。让他们知道您收到了两条消息并只回复一次，表明对客户处理的高度关注。
重复联系人的另一个潜在缺点是无意中向他们发送垃圾邮件的风险增加。例如，多次向联系人发送相同的广播可能会让您被举报为垃圾邮件，从而降低您在 WhatsApp 等频道 上的质量评级 。
优雅的联系人合并解决方案 respond.io
对于大多数企业来说，联系人管理是运营拼图中有价值的一块。虽然许多平台允许用户合并联系人，但独特的方式 respond.io 方法 联系人合并有几个优点。
让我们简要探讨其中的一些优点。
联系人合并：提示合并联系人的建议
大多数平台要求用户自己手动搜索或发现重复的联系人。相比之下， respond.io 通过提醒平台用户重复的联系人并提示合并来完成繁重的工作。
联系人合并：跨渠道合并对话
联系人合并不仅可以合并重复的联系人及其属性，还可以将与两者相关的所有频道、消息、事件和评论合并到一个配置文件中。
然后，跨渠道的对话按时间顺序显示在消息传递控制台的无缝、可滚动界面上。这将创建联系人及其与企业的所有互动的全面概述。
联系人合并：合并后保留联系人数据
而不是只为每个字段保存一个属性并自动删除其他数据， respond.io 合并时保留两个联系人配置文件的属性和通道连接。
您可以从消息编辑器中的“频道选择器”中选择要向联系人发送消息的频道。
现在您已经了解了为什么要合并重复的联系人，以下是在平台上合并联系人的各种方法的概要。
如何合并联系人 respond.io
联系人合并可以由具有相关 访问级别的用户在某些模块中完成。您可以将多个联系人合并在一起，但一次只能合并两个配置文件。
请继续阅读，了解如何合并不同模块中的联系人。
座席：在消息模块中合并联系人
座席通常是第一个接听联系的联系人的人。如果在 入站对话期间检测到重复的联系人属性，平台将提示代理有关合并机会的信息。
合并建议将在“消息模块”中联系人个人资料的“渠道”选项卡中显示。代理可以检查合并建议的有效性，如果联系人确实是重复的，则继续合并。
1. 导航到合并建议
在“频道”选项卡中，向下滚动到“连接的频道”列表的底部，直到转到“合并建议”部分。
2. 验证重复的配置文件
单击建议的个人资料，并确保这是重复的联系人。如果两个配置文件都属于同一个联系人，请通过单击重复配置文件旁边的合并图标来启动合并。
3. 选择关键联系人属性
单击相关按钮以确认要保存为默认属性的关键属性（如果它们在两个配置文件中不同）。例如，如果每个个人资料都有不同的电子邮件地址，请选择哪个是联系人的主要电子邮件地址。
4. 点击合并联系人
通过单击“合并联系人”按钮确认合并。
所有者或管理员：在仪表板上合并联系人
并非所有企业都希望代理承担合并联系人的责任。喜欢自己处理合并的工作区所有者或经理可以随时在仪表板上执行此操作。
1. 导航到合并建议
向下滚动到“仪表板”到“合并建议”部分，查看是否有任何提示的合并。
2. 验证重复的配置文件
单击建议的配置文件，并确保这些是重复的联系人。如果两个配置文件都属于同一个联系人，请通过单击重复配置文件旁边的合并图标来启动合并。
3. 选择关键联系人属性
单击相关按钮以确认要保存为默认属性的关键属性（如果它们在两个配置文件中不同）。例如，如果每个配置文件都有不同的电子邮件地址，请选择联系人的主要电子邮件。
4. 点击合并联系人
通过单击“合并联系人”按钮确认合并。
所有者或管理员：通过联系人模块合并联系人
在某些情况下，所有者或管理员可能知道不共享任何密钥标识符的重复配置文件。例如，如果联系人在与商家聊天时在其工作和个人电话号码或电子邮件地址之间交替，则可能会发生这种情况。
由于在这种情况下不会有任何联系人合并的提示，因此您必须自己查找这些重复的联系人。毫无疑问地验证他们确实是同一个人。只有这样，您才应该继续合并。
1. 选择要合并的配置文件
单击“联系人”行中两个配置文件旁边的复选框。如果联系人有第三个重复的配置文件，则可以在执行第一次合并后处理它。
2. 点击合并
“合并”按钮将显示在列标题的顶部。单击它以启动合并。
3. 选择关键联系人属性
单击相关按钮以确认要保存为默认属性的关键属性（如果它们在两个配置文件中不同）。例如，如果每个配置文件都有不同的电子邮件地址，请选择联系人的主要电子邮件。
4. 点击合并联系人
通过单击“合并联系人”按钮确认合并。
如您所见，这些是合并联系人的简单过程。也就是说，用户可以养成一些好习惯。
高效合并联系人的最佳实践
这套最佳实践包括两个主要组成部分。第一个解决如何构建全面的联系人配置文件，以便在检测到重复联系人时提示合并建议，第二个确保合并联系人时的准确性。
让我们看一下主动收集联系人详细信息以及它如何有助于有效的联系人管理。
预先收集联系人属性
并非所有消息传递渠道都与电话号码或电子邮件地址相关联 ，因为不同的渠道需要不同形式的身份识别。如果没有这些关键标识符，平台将无法检测到重复的联系人。
预先获取这些详细信息后，企业可以建立完整的联系人个人资料，并在消息窗口关闭后与联系人聊天。例如，只有联系人可以重新打开对话 WeChat 而 WhatsApp 则对在 24 小时窗口之外发送的消息收取新的对话费用。
要在没有这些限制的情况下继续对话，您需要一个替代渠道，例如电子邮件。
收集这些属性的第一种方法是在网络聊天小部件上使用聊天前表单。在联系人开始在网络聊天中与您聊天之前，请让他们填写包含必填联系人字段的聊天前表单。
确定哪些字段（如电话号码或电子邮件）最适合数据捕获。这取决于您的用例或 您所在国家/地区的首选消息传递应用程序。
获取关键联系人属性的另一种方法是通过 工作流中的“提问”步骤。设置“提问”步骤，该步骤需要输入电话号码或电子邮件地址，作为入站对话 期间数据扩充 练习的一部分。
验证联系人身份
在合并重复的联系人之前，请彻底审查其详细信息，以确保它们确实是同一个人的两个个人资料。要决定是否需要合并联系人，请执行以下操作：
- 仔细检查联系人姓名
- 检查其他标识符，例如已关联频道中的电子邮件地址、电话号码和身份
- 检查消息模块中的对话历史记录，包括其他连接频道上的互动，以从他们的问题或语气中确定他们是否是同一个人
如果重复联系人的个人资料有任何不一致之处，请添加评论以在下次联系时检查其身份。然后验证他们的详细信息并获取首选电子邮件或电话号码以用作平台默认值。
如果有足够的证据表明两个配置文件属于同一联系人，请继续合并。如果您对联系人的身份有任何疑问，请不要合并联系人。
如果两个不同的联系人被错误地合并，我们已经为您准备好了。
联系人合并：取消合并联系人
错误发生在我们最好的人身上，我们已经为这种情况做好了准备。如果您不小心合并了两个不同的联系人配置文件，请不要担心。
如何取消合并联系人
首先，确保您有一个不可避免的取消合并原因，例如合并的配置文件包含两个不同的联系人。
1. 识别联系人
在“联系人模块”中找到要取消合并的配置文件。
2. 启动联系人取消合并
在联系人行的远端，单击三个点以打开“操作菜单”，然后选择“取消合并联系人”。
3. 取消合并联系人
将打开一个对话框，显示两个合并的联系人配置文件及其姓名、ID 和连接的频道。选择要取消合并的配置文件，然后单击底部的“取消合并”按钮。配置文件将立即取消合并。
取消合并必须由所有者或经理完成，因为只有他们才能访问联系人模块。此外，请注意，在合并配置文件时发生的任何对话都将保留在一个配置文件的对话历史记录中。
高效的联系人管理是引以为豪的一点 respond.io，这反映在它提醒用户有关重复联系人的方式上，提示合并并提供决定谁可以合并联系人的灵活性。请留意联系人合并工具的更多改进。
延伸阅读
有兴趣了解其他方法 respond.io 能解决您的业务问题吗？请查看以下文章：
