同一家B2B企业可能由业务负责人、实际使用者、技术评估者和采购人员分别联系供应商。他们是不同的人，提出的问题也不同，但可能正在共同评估同一件事。记录时若把每个手机号码都当成一家客户，客户数量会被放大；若为了合并而只留一个联系人，角色、问题和沟通历史又会丢失。
本文讨论“有多少客户”时，以已经核对的企业账户为统计单位；客户是否已经成交，是账户或项目的另一种业务状态。咨询次数、联系人、企业账户和采购项目分别表示互动、人、组织与事情，不能互相替代。正确做法是先完整保留事实，再用证据建立关系。
先看一段明确标注的教学情境
以下是教学情境，不是客户案例：周一，某企业的业务负责人询问跨团队线索记录；周二，技术同事询问旧数据导入；周三，采购人员询问合作范围。团队收到三次咨询、识别出三位联系人，并初步发现他们来自同一家企业。
此时最多只能确认“三位联系人可能属于一个企业账户”。如果企业关系已经由客户填写、负责同事核实或其他可靠记录确认，才能把三人关联到同一账户。如果三人还围绕“统一线索跟进记录”沟通，并且共同目标得到确认，才进一步关联到同一采购项目。
若采购问的是另一项服务，或技术人员只是咨询通用能力，就要继续核实。公司名相同不自动等于项目相同，多人出现也不自动表示项目更成熟。
咨询次数、联系人、企业和项目分别表示什么
咨询次数记录发生过多少次动作，例如表单提交、电话、活动提问或销售补录。它适合观察触点和工作量，却不能直接代表有多少人。
联系人记录能够识别的一位自然人，包括姓名、角色、所属企业、联系方式、问题与授权状态。同一人多次提交，通常仍是一位联系人，但每次互动应保留。
企业账户记录组织主体。多位联系人可以属于同一企业；集团、子公司、分公司和经销商是否归为一个账户，需要按真实主体、采购关系和本公司的治理规则确认。
采购项目记录这一次要解决的业务问题或合作可能。一个企业可能没有明确项目，也可能同时存在多个项目；一个项目通常会有多位参与者。
B2B采购为什么天然会出现多人
B2B产品或服务常常同时影响业务流程、技术环境、预算、采购条件和使用团队。业务负责人关心要解决什么，使用者关心实际流程，技术人员关心系统条件，采购或管理者关心比较与合作边界。
多角色参与提供的是不同视角，不是强意向证明。记录的价值在于让后续沟通承接前面信息：技术人员不必再次回答业务背景，采购也能知道哪些范围已经确认。关于典型角色和具体账户的区别，可继续阅读B2B客户画像怎么做。
怎样判断几条咨询是否属于同一家企业
企业关系应由多项证据共同支持。可以核对规范化企业名称、企业域名、联系人明确填写的信息、销售或客户团队已确认的账户关系，以及历史沟通中的组织背景。公共邮箱无法证明企业，邮箱域名可能属于集团，多家公司可能名称相近，同一人也可能已经换岗。
系统只能提示“疑似同一企业”，不能代替业务确认。执行者需要记录候选依据，由熟悉该账户且有权限的人核实；若证据冲突，就把关系标为待确认，指定下一位核对人，而不是让最新输入覆盖全部历史。完整的对象和字段模型见联系人、企业账户和采购项目怎么区分。
一组证据冲突时应该怎样判断
假设联系人填写“甲公司”，邮箱域名却属于乙集团，历史销售记录又显示他曾在丙公司任职。三个值不能靠投票决定。先保留原始填写、邮箱和历史任职的发生时间，再询问或由账户负责人核对他当前代表哪个主体参与本次讨论。
如果只能确认邮箱由集团统一管理，可以记录“当前所属企业待确认、集团域名已知”，不要直接归到集团主账户。如果销售确认他已换岗，则结束旧任职关系、建立新关系，同时保留过去互动发生时的身份。事实出现矛盾时，时间和来源比表面一致更重要。
这一处理也保护来源历史：身份合并时，首次来源、本次来源和每次互动不能被新账户关系覆盖。详见B2B线索来源如何统一。
同一企业为什么仍可能有多个采购项目
账户回答“是哪家组织”，项目回答“这次在解决什么”。同一家企业可能同时评估官网改版与SEM服务，两项需求的目标、参与人、预算、时间与下一步不同，应分别记录。反过来，三位联系人分别讨论业务、技术和采购问题，只要都服务于同一个已确认目标，就应关联同一项目。
判断项目关系时核对核心问题、预期结果、参与范围、时间线和客户确认。只有企业相同而这些信息未知时，不创建虚假的项目。三位联系人如何落到一张完整记录，可继续阅读三位联系人、一家企业和一个项目怎样记录。
多人咨询应该怎样落到记录里
先为每位联系人保留独立记录，再关联企业账户。每次互动保留发生时间、来源、原始问题和处理人；不要因为合并身份就覆盖首次来源或删除后续触点。
项目记录汇总已确认的共同目标、参与角色、当前阶段、下一步和协调责任。联系人记录回答“谁说过什么”，账户记录回答“这家企业整体已知什么”，项目记录回答“这次合作可能怎样推进”。三层通过关联连接，不把全部信息塞进一个备注框。
怎样避免三位联系人被重复分配
新咨询进入时，先查询联系人、企业和已有项目。若属于已有账户和项目，把新问题同步给当前项目协调人，并增加参与者；若属于已有账户但属于新项目，先确认项目关系，再按企业规则处理；若关系不确定，进入待核对队列。
好的规则还要覆盖已有客户、已有商机、客户指定负责人、跨产品需求和多人采购。市场与销售可把分配、接收、冲突和退回约定写入B2B市场与销售SLA。重复分配的风险不只是内部争议，还会让客户连续收到相同介绍或矛盾问题。
数量统计时怎样避免把客户算大
若报表要回答“有多少客户企业”，就按已确认企业账户去重；若回答“有多少参与者”，就按联系人去重；若回答“有多少合作可能”，就按已确认项目统计。三项数字应并列展示对象名称，不在同一列里混称“客户数”。
仍待确认所属企业的联系人单独列出，不强行塞入已有账户。多人归到一家企业后，联系人仍保留，企业数下降属于身份聚合，不是流失。项目未建立也不等于联系人无价值，只表示尚未满足项目定义。
完成后用什么结果验收
抽查一组多人咨询，要求没有参与录入的人回答：一共有几次互动、几位联系人、几家企业、几项已确认项目；每个关系依据是什么；哪些仍待确认；下一次由谁联系、需要承接哪些问题。
如果只能看到三个电话号码和三个销售负责人，说明账户与项目关系没有建立；如果只剩一个“客户联系人”，说明角色和历史被过度合并。合格结果是人没有漏、关系没有猜、问题没有丢、客户数量没有被多人重复放大。
材料来源与结论
本页依据第14课已确认学习单元、赵岩《B2B数字营销笔记2025》第71页关于联系人到企业主体变化的讨论，以及已确认的客户画像、线索来源和市场销售SLA文章整理。课件中的公司、系统、固定流程和归属方式没有作为当前事实。
同一家公司的多人咨询不等于多个客户。先把互动、联系人、企业账户和采购项目分开统计，再用证据建立关系；无法确认就保留未知。这样既能看见采购中的多角色，也能避免客户数量失真和重复跟进。