海外客户名单去重，重点不是把名称看起来相近的列删掉，而是判断两笔数据是否指向同一个商业帐户，并保留联系人、往来活动与来源脉络。公司可能同时使用注册名称、英文名称、品牌名和旧名称；同一网域也可能由集团多个法人共用。本文谈的是内部销售 CRM 名单整理，不是公司注册处查册。先把公司身分、别名、网域、集团关系和合并纪录分开管理，再决定哪些数据能合并。先辨别数据要代表哪种帐户，再决定重复记录是否需要合并。
先用哪些字段找疑似重复？
不要只用公司名称完全相同作为条件。先把可比对字段分成识别线索和辅助线索：公司识别码或登记数据（若来源已提供）、范式后的网域、电话、地址、公司名称、联系人电邮网域。每个字段都要记录来源，因为名片、展会名单和手动输入的可靠程度不同。电邮网域适合找候选，不足以单独证明公司相同；免费信箱、代理商信箱和集团共用网域尤其容易误判。网域比对时移除网址路径、协定与常见的 www 前缀，但保留子网域是否有意义的规则，例如地区站或产品站可能只指向同一品牌，未必是同一法人。姓名和电话也要范式空格、括号、国码与分机格式，并保留原始值供覆核。可设置候选层级：公司识别码相同且来源可信，列为高信心；名称相似加上相同网域，列为人工确认；只有联系人相同，先不合并。假设两列公司名称略有差异、网域一致，但一列是海外经销商联系人，另一列是品牌总部，系统应提示检查而非自动删除。开始前先选定字段优先序，并用已确认的正反例试跑，记录误报原因，再调整规则。候选清单应显示命中字段和冲突字段，避免只展示相似分数。明确指定强键与弱键，像同一个公司编号是强线索，但若来源可能填错，仍要查原始表；地址相似、共用电话只算弱线索。不同地区格式的电话要保留国码、分机分栏，以免范式时两个号码被拼成一样。每次规则调整后，抽样检查已合并与未合并两边，避免只看命中增加。
不同语言公司名怎么比？
跨语言名称比对应把「名称文本」与「公司身分」拆开。创建一笔公司主记录，分栏保存来源中的原文名称、英文名称、当地语言名称、常用品牌名和曾用名称；不要把翻译后的名称覆盖原始数据。先做可逆的标准化，例如统一全半角、大小写、空格与常见标点，再把 Ltd、Limited、有限公司等法人后缀分离到另一栏供比较。后缀词典要由数据管理者维护，因为相同字符串可能是名称本身的一部分；删掉后缀只适合产生候选，不能作为合并证据。音译、缩写和不同语言的品牌名，应通过经确认的别名表连到主记录，记下确认人、来源与确认日期。假设「海屿科技有限公司」和「Ocean Isle Tech Limited」出现在不同名单，若两者共享官方网站、地址或可信的公司识别数据，可以列入覆核；仅凭英文意译相近则保留为两笔。遇到无法辨识的字符、旧拼法或人工翻译，不要猜成同一公司。导入后可先将标准化结果放在暂存栏，抽查几种语言和常见后缀，再把稳定规则写进流程。这样既能提高搜索命中，也能在日后改变比对规则时重新计算，而不失去原始名称。别名最好附语言、别名类型、有效区间与来源，不用把所有拼法塞进单一名称栏；搜索时可展开别名，报表仍使用选定的标准显示名。不要用在线翻译结果自动创建别名，也不要从邮箱帐号前缀猜公司名。若同名品牌由不同公司使用，可把品牌名标为共享别名并要求人工确认。把罕见字体、罗马化转写和历史名称列为数据品质例外，避免标准化流程丢掉辨识信息。
同集团不同法人如何保留？
同一集团不等于同一家公司。母公司、子公司、地区营运公司和品牌可能共用网域、标志或联系窗口，但合约、报价、付款和服务对象未必相同。CRM 应将法人或独立营运实体各自保留为公司记录，再用「母子公司」「关联企业」「品牌隶属」等有定义的关系相连。不要把所有相同网域的列合成一笔，也不要只因名称包含集团字样就创建母子关系；关系需要来自可信来源或由负责人确认，并保留证据。假设某品牌在香港和新加坡各有营运公司，两笔数据使用相同品牌网域，但报价擡头和对接团队不同，应保留两个帐户并加上集团关联。若数据只显示共同网域，先标成待确认，不要自行推定股权或控制关系。公司名称变更、收购或品牌转移，也应记为带日期的历史关系，而不是把不同时期的主体覆写成同一名称。联系人可以在多个公司帐户下有不同职务或往来脉络；同一个人不代表公司相同。先明确定义 CRM 的「公司」究竟代表法人、采购帐户还是销售团队，再决定唯一识别方式。若业务需要看集团总额，可用母公司或帐户群组汇总，不必牺牲法人层级的交易纪录。关系还应标记其适用时间与证据等级，例如公开网站的集团介绍、合约上的签约主体，或帐户负责人确认；这些材料回答的问题不同，不应互相替代。母公司栏不能拿来当所有帐户的实际交易对象。若两个公司以同一采购部门对接，也可在销售帐户层创建关联，而不修改法人主档。检查报表和权限会否因群组关系把数据混在一起，尤其是不同市场团队需要各自管理时。
合并前要检查哪些活动？
合并前要先看完整交互，不要只比较公司字段。逐笔检查联系人归属、负责业务、开放中的商机、会议与通话纪录、寄送状态、报价和合约索引，以及客户要求的联系偏好。特别确认同一联系人是否代表不同法人、商机是否有不同付款或交付主体；把公司列合并后，活动可能集中到主记录，让原本的责任人和背景变得难找。CRM 各自的合并行为不同，操作前先查清哪些字段会保留、哪些值会被覆盖、重复联系人如何处理，以及是否可复原。若规则不清楚，先在可丢弃的测试数据或副本上演练，不能拿正式客户记录试错。假设甲列有两笔已完成会议，乙列有一笔未结商机；合并前先指定保留哪笔公司记录、将三项活动映射到哪个帐户，并确认商机仍由原负责人跟进。若两边的地址、币别或签约主体不同，先询问帐户负责人，不要以字段较新的一侧覆盖另一侧。完成后抽查关键活动与联系人链接，确认搜索仍找得到旧名称，并记录运行人和时间。准备一份可回复清单，包含被合并列的识别码、主记录识别码及字段差异；若结果不符预期，暂停同批操作，按清单修正或回复。把合并前检查做成逐项确认表：主记录选择理由、冲突字段去留、活动归属、联系人关系、未完成工作负责人，以及回复方式。凡涉及报价或协议的记录，应确认索引仍能指回正确帐户，不要将文档或付款信息的归属当成可推测字段。小批量完成后由另一位熟悉流程的人抽查结果，再继续下一批。若无法仿真，先用副本确认字段映射，再操作正式数据。
原始数据如何追溯？
可追溯的做法是把原始导入数据和整理后的 CRM 记录分层保存。每次导入保留来源名称、批量识别码、来源列号或外部记录 ID、导入时间、原始公司名称、原始网域，以及负责导入的人；之后的范式值另存字段，不覆写来源值。比对表应记录候选记录、比对依据、规则版本、处理结果、覆核人与理由，并将重复列连到最后保留的主记录。这样下次同一数据源更新时，就能分辨新公司、旧公司改名和同一列再次导入。若工作流程使用试算表，可在导入前加上稳定的来源列 ID；不要用列号作永久识别，因为排序或删列会改变位置。假设一批名单的第 18 列和第 42 列被判为同一候选，纪录应指出两列来自哪个文件、何时导入、为何比对，以及最后连到哪个 CRM ID，而不是只留下「已去重」标记。保留期限、可见权限和个人数据字段应依组织既有政策设置，只保存完成业务目的需要的数据。定期抽查原始列能否回溯到主记录，并确认离职交接后仍有人能读懂判断理由。若无法追溯，先补上来源栏与决策纪录，再扩大自动整理；否则一次合并错误会难以还原，也无从改善规则。也要记录未合并决定，例如「同网域但不同法人」或「名称近似、来源不足」，并为日后重查保留状态；否则下一批导入可能再次把同一案件推回待办。权限只开给需要维护的人，导出档应放在团队允许的位置，并按既有规则处理副本。数据修正和关系判断可分开记录：修正拼字不等于确认法人相同。当来源更新或负责人改变时，保留原决定、追加新纪录，让团队看得出判断如何演变。
谁负责审核合并结果？
合并决策需要明确的数据负责人，不宜由每位业务各自删除看似重复的公司。可指定导入者提出候选、帐户负责人确认商业关系、数据管理者维护比对规则；小团队可由同一人兼任，但仍应分开记录提出与确认步骤。高信心且可逆的候选可批量处理；共用网域、不同法人、不同付款主体、数据冲突或已有活跃商机的情况，送人工覆核。审核画面或清单至少列出两边的原始名称、标准名称、网域、来源、活动数、联系人、负责人、差异字段和建议动作，让审核者能说明「为何相同」或「为何保留分开」。不要用短时间清空待办量作为唯一绩效，否则容易诱发草率合并；可追踪待确认原因、误合并修正和规则调整，观察品质是否改善。假设业务确认两列是同一品牌的不同法人，审核结果应选择「创建集团关系、保留公司记录」，而不只是按下合并。每次处理后，让提出者或后续负责人确认商机、活动与联系人仍可用；争议案件交由熟悉帐户关系的人裁定，数据管理者再更新别名或例外规则。下一步可选一批最近导入的名单，先标出候选、安排覆核并留下判断纪录，再依结果修订字段与审核流程。若想了解 Chan & Chung 的品牌信息，可前往 Chan & Chung 官网。新进同仁应能从案例学会界线：相同网域不是充分理由，不同名称也不代表不同公司。可用几笔经确认的正例、反例和待定例作校准，并定期回看错误类型；若误判集中在共用网域，就调整那类案件的人工门槛，而非放宽所有规则。把覆核责任、回复期限和升级对象写在内部流程，让候选不会长期无人处理。