客户与联系人

一句话理解

客户是公司或组织级记录，联系人是客户下的个人。客户回答“是哪家公司”，联系人回答“具体是哪位”。一条客户记录可以关联多个联系人；联系人和客户之间的关系，是后续沟通、任务和商机能够被正确理解的基础。

为什么需要

不要把客户和联系人当成两张互相独立的名单。客户承载组织层面的背景和关系，联系人承载个人身份、职责和沟通角色。

如果关系没有建立，团队会把某个人的观点误认为整个公司的立场，也无法判断活动、任务和商机中的参与人是谁。

核心概念与关系

信息	建议归属	判断方式
公司整体背景、合作范围、长期关系	客户	换一个联系人后仍然成立
姓名、职位、联系方式、个人职责	联系人	描述的是某一个人
某一采购项目的预算、阶段、风险、下一步	商机	只对一项具体机会成立
已发生的电话、会议、邮件和跟进	活动或沟通	需要保留发生时间和关联对象
下一步由谁做什么、何时完成	任务	需要负责人、时间和完成标准

例如，“客户正在评估 CRM”可能是客户背景；“某某负责技术评估”属于联系人；“本次采购预计本月完成供应商评审”属于商机。

什么时候使用

先创建客户

你只知道公司名称、官网或公开背景，还不知道具体对接人时，先创建客户即可。先把已经确认的公司信息放进去，不要为了让记录完整而虚构联系人、职位或联系方式。

建议在创建前先搜索：

• 公司全称和简称。
• 官网或域名。
• 已知邮箱域名、电话或其他唯一线索。

搜索到疑似记录后，打开详情核对官网、所属行业、负责人和已有沟通，再决定是继续使用、补充资料还是联系管理员处理重复记录。

补充联系人

出现真实对接人，或者某个人会影响当前推进时，再补充联系人。至少记录已确认的姓名；如果信息可靠，再补充职位、邮箱、电话以及他在当前事项中的角色。

常见角色可以帮助团队理解关系，但不要把角色当作事实猜测：

• 使用者：实际使用产品的人。
• 技术评估：关注技术、集成和安全的人。
• 采购：关注合同、价格和采购流程的人。
• 决策人：对是否推进有最终影响的人。
• 业务发起人或内部支持者：推动项目在组织内继续前进的人。

推荐操作流程

1. 在客户列表中搜索公司名称、官网或其他可识别信息。
2. 如果已有记录，打开客户详情，确认不是同名或重复公司。
3. 如果没有记录，创建客户并只保存已经确认的公司信息。
4. 在客户详情中新增联系人，填写已确认的个人信息。
5. 如果联系人参与某个具体采购项目，打开对应商机并关联正确联系人。
6. 将电话、会议、邮件和任务关联到实际发生业务的客户、联系人或商机。
7. 回到客户详情，检查联系人、商机、活动和任务的关系是否正确。

一次沟通应该关联哪些对象

如果一次会议同时涉及公司背景、某位联系人和某项商机，优先关联到实际沟通的联系人，并补充客户和商机关系。这样团队成员以后打开客户或商机时，都能找到同一条沟通依据。

保存后检查：

1. 沟通时间和参与人是否正确。
2. 客户、联系人和商机是否关联到同一业务上下文。
3. 明确承诺是否已经变成任务。
4. 任务是否有负责人、截止时间和完成标准。

什么时候不使用

• 把联系人姓名直接当成客户名称创建。
• 同一家公司因为简称、全称或官网不同而重复建档。
• 将某个联系人的观点写成整个公司的确定需求。
• 只关联客户，不关联真正参与沟通的联系人。
• 在商机里记录了下一步，却没有创建或关联任务。
• 用“负责采购”“可能是决策人”等推测替代已经确认的角色。

相关阅读

打开客户详情时，用户应该能回答：这家公司是谁、当前有哪些联系人、有哪些商机、最近发生了什么、下一步由谁完成什么动作。如果还回答不了，通常是对象关系没有补齐，或沟通和任务没有关联到正确对象。

• “对象与记录”：了解客户、联系人、商机、任务和活动的数据地图。
• “自定义字段与展示模板”：配置公司和联系人需要长期维护的信息。
• “活动记录：沉淀已经发生的沟通”：关联真实参与人和沟通结果。
• 找不到客户时，扩大到公司全称、简称、官网和历史负责人；仍无法判断是否重复时，请管理员协助，不要连续创建候选记录。