拿到一批表单、活动或历史联系人时，最诱人的做法是按公司名排序、删除重复行，再快速生成客户与商机。这样虽然能让表格变短，却可能把同名不同人合并、把集团与子公司混在一起，也可能把一次资料下载包装成采购项目。
整理的目标不是得到更少的行，而是建立可追溯的联系人、企业与项目关系。下面用一组明确标注的教学数据贯穿过程：20位已去重联系人，核对后属于12家企业；其中5家提出具体采购讨论，共有6个项目。数字来自已确认课程教学数据，不是事橙客户数据、行业比例或效果承诺。
第一步：先冻结原始数据和规则版本
为每条输入保存原始来源、文件或事件标识、行号、创建时间、原始企业名、原始联系方式、原问题和录入人。生成只读快照，清洗结果另表处理。任何规范化和合并都能回到原记录。
同时写清本批任务的对象定义：什么算一位联系人，什么算一个企业账户，什么证据足以建立项目；哪些字段可自动规范，哪些关系必须人工确认；谁有权处理冲突。没有规则就开始合并，不同执行者会得到不同结果。
这一步还要确认使用边界和权限。包含个人信息的数据只向完成任务所需人员开放，保留与删除遵循企业制度。
第二步：先在联系人层处理重复
联系方式完全相同可以作为强提示，但仍要检查共享电话、公共邮箱和换岗情形。姓名相同、公司相同、编号相同都不足以单独证明是同一人。可以综合已确认邮箱、电话、企业、部门、历史负责人、互动时间与上下文形成证据。
确认同一人后建立主联系人标识，把多个旧记录映射到主记录，同时保留各次互动和原始来源。不要只留下最新一行。无法确认的疑似重复分开保存，标注冲突与下一位核对人。
教学数据中的“20位已去重联系人”，意味着这一轮身份核对已经完成；它不代表原始表只有20行。
第三步：规范企业名称但不急着合并账户
先统一全半角、空格、常见简称和已确认的标准名称，建立原始值到规范值的映射。规范化只处理写法，不自动决定集团、子公司、分公司或品牌之间的账户关系。
再结合企业域名、公开主体信息、联系人明确填写、销售确认和历史记录核对。同一域名可能属于集团，名称相近可能是不同主体，公共邮箱又可能没有域名证据。系统可给出候选，最终关系应有确认状态。
经过核对，教学数据中的20位联系人关联到12家企业。联系人没有因此被删除，企业数也不是联系人转化后的“剩余量”。
第四步：识别是否存在具体采购项目
项目应至少能够回答：这家企业在解决什么问题，涉及什么范围，谁参与，当前知道哪些条件，下一步是什么。仅有内容浏览、名单导入或模糊兴趣时，继续保存行为和问题，不自动建立商机。
把同一企业多位联系人的原始表达放在一起比较。若目标、范围和时间相互支持，并得到客户或负责人的确认，可以建立一个项目并关联参与人；若同时讨论两个独立目标，就建立两个项目；若信息冲突，保留项目候选。
教学数据中有5家企业提出具体采购讨论，共6个项目，说明至少一家企业存在两项不同需求。它不表示每家企业平均会有1.2个商机。
第五步：建立原始行到三类对象的映射
清洗工作表建议保留：原始记录标识、原始联系人信息、主联系人标识、企业账户标识、项目标识、匹配状态、来源依据、确认人、确认日期、冲突类型和回退记录。并非每条原始行都会立即获得账户或项目标识，空缺可保留为待确认。
原始行先指向主联系人，主联系人再关联企业；只有具体需求得到确认时，才关联项目。若后续发现误合并，回退记录说明原关系、撤销原因、操作者和时间，并恢复受影响互动。不要直接覆盖映射，让历史无法审计。
数据量较小时可以用受控表格实现；进入CRM后可使用系统支持的关联字段。无论工具如何，结果都要能从新对象回到原始行。
映射还应保留“未处理”与“无需建立项目”两种不同结果。前者表示工作尚未完成，需要负责人和期限；后者表示已经核对，但当前只有联系人或账户事实，没有足以建立项目的需求。把两者都留空，会让团队无法判断是遗漏还是有意不建项目。
每次批量修改先在小样本验证，再保存修改前后数量、规则版本和异常清单。若项目数突然增加，不能只看总量，应回查是否把内容下载、重复咨询或同一项目的多位参与人误建成独立商机。
第六步：给联系人标明项目角色与问题
项目中的角色不能只靠职位名称推断。记录谁提出业务问题、谁验证技术条件、谁参与采购比较、谁确认下一步，以及这些判断的来源。一个人可以承担多个角色，角色也可能随阶段变化。
同时保留每个人的原始问题。项目摘要负责汇总共同目标，不应覆盖个人视角。客户画像中的Buyer Persona帮助理解典型角色，但具体项目仍依据真实记录，不能把画像模板套在个人身上。
三类对象的字段和关联方式详见联系人、企业账户和采购项目怎么区分。
第七步：处理缺失、冲突和无法确认
同名不同企业、同号不同人、企业名称缩写、集团共用域名、换岗和旧编号复用都可能出现。处理时列出冲突双方、现有证据、缺失信息、临时状态、下一位核对人和复查时间。
证据不足就分别保留。无法确认企业的联系人不塞进“其他客户”，未确认需求不创建“待跟进商机”。未知值单独统计，既能提醒补数据，也不会污染已确认对象。
来源历史尤其不能在合并时丢失。完整原则可链接到B2B线索来源如何统一。
第八步：把整理结果交给实际流程
完成对象整理后，为每个需要处理的项目准备上下文：企业、参与联系人、各自问题、首次和关键来源、已确认事实、待确认事项、当前状态和下一步。复杂团队可区分账户协调与项目推进，小团队可由同一人承担。
新联系人进入已有项目、同企出现新项目、已有客户再次咨询和重复记录被发现时，都按约定更新，而不是重新制造一条孤立线索。市场与销售服务级别约定可参考B2B市场与销售SLA。
三位联系人如何形成具体记录，可继续阅读三位联系人、一家企业和一个项目怎样记录。
怎样用20→12→5→6复核结果
先确认20位联系人每人都有主标识和原始记录；再确认他们与12家企业的关系有依据。随后检查5家提出采购讨论的企业能否逐一找到对应项目，6个项目能否回到所属企业和参与联系人。
数字之间不是一路相除的漏斗：20到12是人与组织的聚合，12到5可以在统一企业同期群和观察窗口下形成企业项目率，5到6说明一家企业可有多个项目。若任何项目找不到原始表达或确认依据，就退回候选状态。
用双向抽查而不是只看总数
从联系人出发，检查所属企业、参与项目和全部互动；从企业出发，检查全部联系人、项目和未知关系；从项目出发，检查所属企业、参与角色、问题、来源和下一步。三边应能互相对应。
再抽查几条被合并和未合并记录：合并依据是否充分，回退是否可执行，未知是否被诚实保留，历史来源是否仍然存在。总数对得上不代表关系正确，明细可追溯才是验收依据。
材料来源与结论
20→12→5→6来自第14课已确认教学数据，仅用于说明不同对象的数量关系；冻结原始记录、保留触点历史和未知值主要依据已确认的B2B线索来源文章。本页不声称课件中的公司、系统或数字是当前客户案例。
整理B2B联系人不是删除重复行，而是保护原始数据、分层确认联系人、企业和项目，建立带依据的映射并允许回退。所有结果能够双向追溯，才可以进入分配、统计与后续协作。