
很多CRM把联系人压成“姓名、电话、职位、所属客户”四个字段,但真实B2B销售里,一个人可能是集团采购、某项目评委、子公司使用人,也可能已经调岗却仍保留历史审批。若直接覆盖职位和公司,过去的会议、报价和项目角色会失去解释;若每次换岗都新建联系人,又会产生重复。正确做法是把人员主档、任职关系、项目角色、组织层级和互动证据分开。
| 对象 | 关键字段 | 是否覆盖历史 |
|---|---|---|
| 人员主档 | 姓名、联系方式、唯一标识、偏好 | 保留变更来源 |
| 任职关系 | 企业、部门、职位、起止时间 | 不覆盖旧任职 |
| 项目角色 | 机会、角色、影响、立场、有效期 | 随项目留存 |
| 组织关系 | 汇报线、助理、决策层级 | 按版本更新 |
| 互动证据 | 会议、邮件、电话、结论、下一步 | 只追加更正 |
Microsoft Dynamics 365官方账户与联系人模型允许一个账户关联多个联系人,但标准联系人通常只有一个主要账户;机会中的利益相关者则用连接关系把联系人和机会关联。Salesforce的Contacts to Multiple Accounts也要求保留一个主要账户,同时用关系表示间接关联。两种官方模型都说明“人”和“人在哪家公司、在某项目做什么”不是同一层数据。

主档可保存姓名、称谓、工作电话、工作邮箱、语言、时区、公开偏好和核实时间。不要把“决策人”“反对者”“项目负责人”固化为联系人永久标签,这些判断只在特定项目和时间成立。私人手机号、个人微信或家庭地址不是默认必填;企业应依据合法、正当、必要原则确定是否收集、谁可见和保存多久。
每个联系方式记录来源、验证状态、最后核实日和用途。退信、停机或客户主动纠正后更新状态,同时保留原活动对历史的引用。
Microsoft官方组织图可展示客户内部层级、主要联系人、助理和标签,并提示联系人组织变化需要核实。CRM不应因为一个公开提示就自动修改任职;先由销售或数据管理员确认,再关闭旧任职并新增当前关系。
| 角色 | 要回答的问题 | 证据 |
|---|---|---|
| 业务发起人 | 为什么现在要做 | 立项或会议纪要 |
| 使用负责人 | 哪些流程必须可用 | 场景清单与验收 |
| 技术评估人 | 集成、安全和部署边界 | 技术评审记录 |
| 采购/法务 | 价格、合同与风险 | 条款和审批节点 |
| 经济决策人 | 预算与最终取舍 | 授权范围与结论 |
同一联系人可以同时是使用负责人和技术评估人,不同项目中角色也可能变化。角色字段包括机会ID、角色类型、影响范围、当前立场、确认依据、责任销售、开始和失效时间。立场与影响是销售判断,必须允许“未知”并记录证据,不能用AI或沟通频次自动定性为支持或反对。
组织图回答“谁向谁汇报”,关系网回答“谁参与哪个项目、谁能引荐、谁掌握何种事实”。Microsoft关系智能基于邮件、电话和会议活动计算互动频率与新近度,并明确增强洞察可能使用Exchange数据;这类功能启用前要确认许可、告知、访问范围和数据处理责任。沟通次数只能说明有互动,不能单独证明关系健康或购买意向。
决策链覆盖率=已确认关键角色且有当前联系人的角色数÷该项目应覆盖角色数。 关系新鲜度=在目标周期内完成有效核实的关键联系人数量÷关键联系人总数。 指标要按项目阶段和角色分组,不能机械要求所有人高频联系。
联系人变化不等于所有历史都应删除,也不等于可以无限保留。企业应根据个人信息保护义务、合同和法定留存要求制定停止处理、删除或匿名化路径;对纠正和删除请求保留受控处置记录。本文不替代法律意见。
权限设计可结合CRM数据权限清单,人员变更后的客户责任交接可参考销售客户交接方法。
逐项核对人员主档、任职版本、项目角色、活动归属、权限、订阅偏好和接口主键。只有姓名电话能查到,不代表联系人管理通过。
客户决策人、使用人和项目角色都挤在一列,人员一调岗历史就乱?申请CRM联系人模型诊断,用真实组织图和一个在跟项目回放任职与角色变化。

@2026 郑州蝉鸣数字科技有限公司 | 蝉鸣CRM 客户管理系统 | 销售防飞单 | 企业微信对接 | CRM源码 | 低代码定制 | 私有化部署 豫ICP备2024074779号