访客、联系人、线索、企业账户、商机和客户，不是同一对象的六种随意叫法。访客说明发生了接触，联系人说明能识别一个人，线索说明这条联系达到最低业务处理条件，企业账户代表组织，商机代表一次具体合作可能，而已成交客户要由真实合作事实定义。把这些层级分开，是线索管理、去重、归因和报表可信的前提。
本课采用的是便于业务协作的一套对象口径，不要求所有软件使用相同名称。理解对象以后，可以继续查看生命周期阶段的进入与退出条件，再通过一条线索从首次联系到商机的完整情境观察这些对象怎样在真实工作中连接。
为什么这些词在B2B团队里特别容易混用
网站工具以浏览器或用户标识记录访问，活动系统以报名手机号记录参与者，CRM可能把人叫线索、把公司叫客户，销售又习惯把任何潜在企业称作客户。同一个词在不同系统和日常对话中指向不同对象，数据一汇总就会发生错位。
问题不在于哪套软件“叫错了”，而在于企业有没有自己的业务定义。团队应建立对象字典，说明每个对象代表什么、怎样建立、如何合并、由哪个系统保存主记录。字段名称可以适配工具，业务含义不能随着工具变化。
访客只说明发生接触，不说明身份与需求
访客可以是匿名打开官网的人、阅读公众号内容的人、到达活动页面却没有报名的人，或者已经登录但仍不满足线索条件的用户。访问行为能够说明页面被打开、内容被阅读或某个动作发生，不能自动证明访问者的职位、企业、需求和采购计划。
课件历史材料把匿名浏览者、公众号粉丝和不满足线索条件的注册用户归到“访客”层。这个分类适合帮助新人理解“被看见”与“成为业务联系”的差异，但各平台可获得的身份信息不同，具体称谓应以企业自己的数据模型为准。
联系人是能够识别的自然人
联系人至少需要有足够信息，使团队能够在合理范围内确认“这是哪一个人”，并按对方允许的方式继续沟通。姓名本身不一定足够，工作邮箱、已确认电话、所属企业、部门或历史互动可以共同帮助识别；缺失的信息要标记待确认，不能靠猜测补齐。
同一联系人可以产生多次访问、下载和活动参与。反过来，同名不等于同一个人，共用电话也可能对应不同参与者。身份合并应保留原始记录和判断依据，不要为了降低线索数量而粗暴合并。
线索是一条进入业务处理的联系记录
一条联系何时成为线索，没有脱离业务场景的统一字段数。SaaS企业可能把“工作邮箱加产品咨询”作为最低条件，复杂项目型企业可能还需要企业名称、地区和问题范围。最低条件应足以让负责人采取下一步，同时避免收集与目的无关的信息。
线索并不必然代表高意向，更不等于商机。它只表示团队决定对这条联系进行核实、回应、分配或培育。若“线索”被定义成任何手机号，报表要诚实说明；若要求企业、角色和问题完整，也要记录无法判断与未满足的情况。
企业账户是组织，联系人是组织中的人
B2B采购通常发生在企业层面，却由多个人参与。一家目标企业可能有市场经理、销售负责人、IT评估者和采购人员分别接触官网；他们的关注点和时间不同，但可能共同参与同一项目。企业账户用于把这些已确认的关系组织起来。
不能把某位联系人的所有行为自动上升为整家企业的确定需求。一位员工阅读SEO文章，只能说明这个联系人发生了相关行为；需要结合企业关系、主动表达和其他参与者信息，才能形成账户层判断。有关企业、角色和真实行为的区分，可继续阅读B2B客户画像怎么做。
商机是一件具体合作事项
商机要比“有人感兴趣”具体。它通常需要说明讨论的产品或服务范围、关键参与人、当前阶段、预计下一步，以及公司内部规定的其他必要条件。同一家企业可以同时存在官网项目和内容项目两个商机；同一批联系人也可能只处于学习阶段，尚未形成任何商机。
因此，联系人数量、线索数量和商机数量不能直接相加或互相替代。商机阶段变化也应记录依据，而不是只因为销售建立了一条CRM记录，就把它当作已经进入采购。
“客户”必须在报表里加上限定词
日常工作中，人们会把潜在企业称为客户，把联系人称为客户，也会把已签约组织称为客户。口语可以灵活，指标和系统字段必须精确。建议至少区分潜在客户企业、已建企业账户、成交客户和已有服务关系客户。
如果CRM在签约前就建立“客户”对象，这只是系统建模选择，不是成交事实。报表要以合同、订单或企业内部正式确认条件判断成交，不能看到“客户表”里有一百条记录，就说企业拥有一百个成交客户。
用林经理的记录把六个对象放到一起
林经理第一次匿名看文章，系统只有一个访问事件。后来他留下工作邮箱并说明自己负责市场工作，形成可识别联系人。团队核对企业背景、问题和联系方式后，按最低标准建立线索。他所在的软件公司成为关联企业账户。
进一步沟通中，双方明确要讨论“市场与销售线索定义梳理”的范围、参与人和下一次会议，公司按自己的规则建立一个商机。只有真实合作成立后，该企业才进入本课所说的已成交客户。这个教学链条用于解释对象，不代表所有访问都会按此转化。
数据表应该怎样连接这些对象
最小数据模型可以分成四类记录：联系人主档案、企业账户、互动事件和商机。线索状态可以放在联系人或专门的业务处理记录中，但要明确同一联系人多次提出不同需要时如何区分。每条互动保存时间、来源、内容和动作，每次流转保存判断与负责人。
身份合并时保留历史来源，不用最新信息覆盖首次事实。渠道、承载应用、内容与转化入口应分列保存，具体方法可参考B2B线索来源如何统一。
统计与隐私方面要注意什么
统计前先说明分母是访问、独立联系人、去重企业还是商机。一个联系人三次提交可能是三次转化事件，但通常不是三条独立线索；三位联系人来自同一公司，可以是三个联系人、一个账户和零到多个商机。不同对象都有价值，不能为了让数字变大而混算。
身份识别还应遵守业务必要性、隐私告知、授权和访问权限。不能采集的信息就标记未知，不要根据IP、邮箱格式或行为轨迹推断敏感事实。未知比例本身是数据质量信息，不应被算法悄悄补成确定答案。
一张对象定义检查表
检查团队是否能够分别回答：访客标识来自哪里；何时建立联系人；线索最低条件是什么；企业账户用什么证据关联；商机在什么条件下建立；成交客户以什么事实确认；重复记录由谁合并；原始来源是否保留；未知信息如何表示。
如果这些问题没有共同答案，先统一定义，再谈自动化、评分和看板。工具可以帮助连接对象，但无法替代团队决定什么才是一条线索、什么才是一项真实商机。
用一张关系卡完成本页练习
为一个教学企业画出四个框：企业账户、联系人、互动事件和商机。把三位联系人放进同一企业，把每人的访问、活动与咨询作为独立事件，再判断当前是否已有具体商机。不要把匿名访问强行连到某个人，也不要把同一企业的所有行为合成一个“高意向”标签。
完成后分别统计联系人、企业、事件和商机数量，并说明每个数字回答什么问题。这个练习能直观看出：对象定义不是后台技术细节，它决定线索去重、客户画像、渠道归因和销售报表是否在谈同一件事。
结论：对象清楚，生命周期才不会失真
访客是接触，联系人是人，线索是进入处理的联系记录，企业账户是组织，商机是具体合作事项，成交客户则以真实合作事实为准。把对象、行为和状态分开，团队才能正确去重、归因、交接与统计，也能避免把一个点击夸大成采购意向。