对象与记录

一句话理解

当团队开始把客户资料、沟通记录、任务和商机放进同一个工作空间时，最容易混淆的是“对象”和“记录”：应该进入哪个入口、信息应该关联到谁、什么时候应该新建一条记录。

对象是一类业务数据，记录是其中一条具体数据，属性用于描述记录，关系把不同对象连接起来。

为什么需要

如果没有先判断信息属于哪个对象，团队很容易把联系人创建成客户、为每次跟进新建商机，或者把已经发生的活动和未来任务混在一起。结果是同一客户的信息散落在多条记录中，AI、筛选和报表也无法得到一致上下文。

核心概念与关系

• 对象：一类业务数据，例如客户、联系人或商机。
• 记录：对象中的一条具体数据，例如“某某科技”这个客户。
• 属性：描述记录的字段，例如名称、负责人、阶段或自定义属性。
• 关系：把不同对象连接起来，例如联系人属于客户，商机属于客户，任务关联到商机。

可以把它理解成：对象是“表的类型”，记录是“其中一行”，属性是“这一行的列”，关系是“不同对象之间的连接”。使用产品时不需要先设计数据库，但需要先判断信息属于哪一类业务对象。

当前产品中的主要对象

当前帮助中心覆盖的核心业务对象包括：

对象	它代表什么	典型内容
客户	公司或组织	公司资料、长期背景、客户关系
联系人	客户下的个人	姓名、职位、联系方式、个人角色
商机	围绕客户推进的一项具体机会	阶段、金额、风险、推进依据、下一步
任务	需要完成的下一步动作	负责人、时间、状态、完成标准
活动	已经发生的互动	电话、会议、拜访、跟进摘要和时间
笔记	需要保留的补充信息	客户或商机的背景和业务备注

“设置 → 对象”主要用于配置客户、联系人和商机的属性与展示方式。任务、活动和笔记是工作过程中的业务记录，不要把它们误认为可以在“设置 → 对象”中像客户一样配置自定义字段。

什么时候使用

一条真实记录应该怎么落位

假设你刚和一家新公司沟通：

1. 先确认客户是否已经存在。
2. 不存在时创建客户，保存公司名称和已确认背景。
3. 得到具体对接人后，在客户下创建联系人。
4. 如果对方正在评估一项具体采购，再创建或维护商机。
5. 把本次电话或会议记录为活动，并关联客户、联系人或商机。
6. 把客户明确承诺的下一步创建为任务。
7. 下一次打开客户详情时，从客户进入联系人、商机、活动和任务继续工作。

不要把一次会议的全部内容复制到客户名称、联系人职位或商机阶段中。每条信息都应该落在它会继续影响业务判断的对象上。

推荐记录顺序

1. 先搜索已有客户，确认没有重复记录。
2. 找不到时创建客户，并补充真实的公司信息。
3. 知道具体对接人后，再在客户下创建联系人。
4. 出现明确销售机会时，在对应客户下创建或维护商机。
5. 记录已经发生的活动或沟通，并关联实际参与人。
6. 将明确承诺转换成任务，填写负责人和时间。
7. 回到对象详情检查关系和下一步是否完整。

如何判断是否应该新建记录

新建前先问三个问题：

1. 这是不是一个新的公司、个人、机会或动作，而不是已有记录的补充？
2. 这条信息是否已经有真实依据？
3. 新记录创建后，团队成员是否知道下一步如何使用它？

如果只是补充已有公司的官网、补充联系人的职位，应该更新原记录；如果只是改变商机阶段，应该更新原商机，不要新建一条商机。

什么时候不使用

• 把联系人当成客户创建，导致组织和个人信息混在一起。
• 同一家公司重复建档，后续沟通分散在多条记录中。
• 为每次跟进都新建商机，导致阶段和金额无法反映真实机会。
• 只维护商机阶段，却没有在客户、联系人或活动上留下依据。
• 记录了“继续跟进”任务，却没有负责人和完成标准。
• 把 AI 推测直接保存为已经确认的客户事实。

相关阅读

一条完整的客户工作闭环应该能从客户详情继续展开：客户是谁、联系人是谁、正在推进什么商机、最近发生了什么、下一步由谁完成什么。只要其中一环找不到，就需要回到对应对象补齐，而不是在其他对象重复记录。

• “客户与联系人”：了解组织和个人信息如何关联。
• “数据模型与属性”：了解对象可以配置哪些字段。
• “任务与活动”：区分已经发生的互动和未来动作。
• “商机与推进”：了解什么时候创建或更新商机。