安全审阅重复客户记录

1. 先把它当作疑似重复，不要先下结论

两名员工从不同对话、表单、导入资料或转介绍建立记录时，可能出现疑似重复。相似资料可以帮助团队找到值得审阅的一对记录，却不能证明身份相同。公司总机可能由同事共用，家庭电话可能由多人共用；常见姓名、不完整地址或旧邮箱，也会让不同客户看起来相似。

建议做法：把这对记录标为“身份审阅中”，并暂停可能混淆证据的例行清理编辑。不要为了让列表看起来整齐，就覆盖其中一条资料。只要没有经过核实的事实显示归属，两边必要的跟进都应继续进行。资料很相似，并不等于其中一条必然错误。

先选一对记录，并指定一名审阅者。写下为何把它们列为疑似重复、每项未完成询问由谁负责，以及还缺哪些证据。设置审阅期限，但不要把期限当作可以合并的许可。证据仍不明确时，两条记录都应保留，并指定下一项核实工作。真正有用的结果，是留下有依据的身份决定，同时保住跟进责任，而不是让客户列表的数量变少。先完整走过一对记录，再考虑扩大清理范围，让团队确认取证和交接规则确实可用。

2. 在改资料前建立成对审阅工作表

建议做法：每一对记录建立一行工作表或一份审阅备注。记录 A 与记录 B 的变更前稳定记录参考、各自建立来源与日期、审阅人、审阅日期和最终决定都应写下。记录参考很重要，因为姓名、电话和其他显示资料日后可能改变；在某些产品特定的合并流程后，识别码也可能改变。

比较实际工作需要的字段，例如姓名、公司或职位、联系方法、适用时的地点、询问或报价工作的背景，以及每项资料最后核实的日期。把“相符资料”和“矛盾资料”分开。“相符”应说明什么一致、如何得到佐证；“矛盾”应记录无法合理同时属于同一身份的事实，例如两个已确认项目各自指向不同具名联系人。

接着在每条记录下列出未结事项：答应回电、报价问题、预约有关行动、投诉、续约提醒或内部任务。每项都写当前负责人、立即下一步、已知时限和原始记录参考。这样，资料清理决定不会把进行中的工作藏进历史时间线。

3. 用三种决定，不要逼自己只在合并与否之间选择

当证据支持两个人不同，或关键矛盾仍存在时，决定为“保留分开”。同住、共用公司总机或通用邮箱，都可以解释资料相同，却不能证明身份相同。写下为何保留分开，以及是否有明确的未来事件值得重新审阅。

当资料看起来合理但缺少可靠佐证时，决定为“继续取证”。建议做法：分配一个范围明确的行动，例如按既有流程查看已持有的来源文件，或由适当负责人确认客户的首选身份。不要凭语气、记忆或片段聊天内容猜测身份。

只有证据支持同一身份、矛盾已解决，而且具备权限的人能够依照实际系统的文件流程操作时，才决定为“可交授权合并”。“可交”是审阅完成后的交接状态，不是合并指令；它不会赋予权限，也不预示任何产品一定会保留什么资料。

4. 授权变更前先保留未完成跟进背景

建议做法：建立变更前快照，包含两个原始记录参考及可取得时的 ID、审阅中选定的资料值、未完成承诺、负责人、有关链接或参考、审阅结论和时间。按照团队原有的访问规则保存。它的作用是说明审过什么，以及变更后必须检查什么。

快照不是回滚保证。不同产品和不同设置下的合并，可能影响记录结构、关联、时间线、识别码或自动流程行为。不要告诉员工“有备份所以可以随时撤销破坏性合并”。应要求获授权操作人先核对实际产品关于合并后果的说明。

对每一项仍需处理的承诺，要在保留的运营背景中保留可行动事项，不能只依赖历史文字。若系统允许，应保留原始记录参考作为背景。重新确认一名负责人与一个立即下一步。如果某项承诺无法明确归到保留身份，就先保持两条记录分开，先解决该关联关系。

5. 虚构示例 / Fictional example：共用电话与已确认重复

虚构示例：记录 C-118 写着“Amina，采购”，记录 C-207 写着“Amina，现场协调员”。两者都使用公司总机，但各自请求涉及不同项目，来源讯息也写明不同职位。工作表把共用电话记为相符资料，把职位与工作背景不同记为矛盾资料。决定：保留分开。原有跟进继续由现任负责人处理，审阅备注说明公司电话为共用；不考虑合并。

虚构示例：记录 C-310 与 C-455 的身份资料经过独立核实后相同，也都指向同一段报价讨论。C-455 较晚建立，但 C-310 有一项已分配负责人的未完成回电承诺。决定：可交授权合并。任何变更前，审阅人记录两个原始记录参考和回电事项。授权操作人按实际系统流程完成变更后，审阅人确认保留记录仍能看到回电、负责人、下一步和来源参考。这些是虚构教学情境，不是客户成果。

6. 授权变更后复核结果

建议做法：重新打开保留记录，对照变更前快照。确认预期保留的关联或链接在系统中可找到，需要的时间线背景仍可追溯，每一项未完成承诺仍能行动。直接检查负责人和下一步；仅看到活动记录，不等于已经有人负责。

若任何项目缺失、含义不清或连到错误背景，记录差异，并通过团队正常的系统负责人流程升级。不要再做一次合并、删除剩余证据，或仅因为重复数量减少就把审阅关掉。

简短的复核备注可写保留记录参考、先前记录参考、决定授权人、审阅人、日期，以及每项未结行动的状态。这样管理者不必重读所有旧对话，也可以检查交接是否完整。

7. 产品事实、建议做法与 BossFlow 交接

官方产品文件说明：HubSpot 的重复记录管理工具可以呈现待审阅的联系人和公司配对，并提供合并或拒绝动作；HubSpot 也说明已合并的记录不能取消合并。这些仅是 HubSpot 的产品特定说明，不是 SME Systems、BossFlow 或您现有系统功能的承诺。

本文的工作表、证据门槛、变更前快照和变更后复核流程，都是原创的建议做法。团队应依照实际使用的记录、访问控制和升级规则调整。

如需讨论实际系统的实施、权限、迁移、整合和报价，请使用 BossFlow 流程复盘。SME Systems 提供教育内容；BossFlow 负责流程复盘与实施讨论。

来源说明：HubSpot Knowledge Base: Review and manage duplicate records —— HubSpot 对疑似重复配对审阅的产品范围。HubSpot Knowledge Base: Merge records —— HubSpot 说明的合并与不可取消合并范围。

实用清单

• 编辑前先打开两条记录，并记下变更前稳定记录参考。
• 标记为身份审阅中；不要把相似资料当作身份证明。
• 比较来源背景、最后核实值、相符资料和矛盾资料。
• 列出每项未完成承诺的原记录参考、负责人、下一步和已知日期。
• 选择保留分开、继续取证或可交授权合并。
• 建立变更前快照，作为审阅证据。
• 仅由获授权人员按实际系统说明执行操作。
• 重新打开保留记录，复核关联、时间线背景、承诺与负责人。