
工业设备线索去重核心是:按“能否独立采购”确定客户颗粒度,同集团多子公司用“统一社会信用代码+公司全称+集团名称”区分法人、识别重复;联系人端以手机号为唯一主键,邮箱/微信作辅助,遇到同人多名片时采用“字段合并+保留最新职位和公司”的合并策略,形成统一客户与联系人视图。
在工业设备行业里,线索量不算“互联网那样汹涌”,但每一条都很金贵。偏偏CRM里最容易出现两个问题:
- 同一集团旗下多家子公司,怎么算“同一客户”?
- 同一个人给了你好几张名片(或者不同展会扫来的信息不一致),到底算一个联系人还是多个?
如果处理不好,就会出现销售“抢单”、重复报价、同一集团被不同销售反复“打扰”的尴尬场景,既伤客户体验,又浪费销售资源。
这篇文章,我们站在一个CRM实践者的视角,用工业设备行业的典型业务场景,聊清楚:
- 工业场景下线索重复的主要类型
- 同集团多子公司如何建模和去重
- 同一联系人多名片、多来源如何合并与分配
- 在Zoho CRM里可以落地的具体字段设计与去重规则
- 最后附上 3 个常见问题解答(FAQ)
一、工业设备线索“为什么总重复”?
先认识问题有什么类型,后面的规则设计才有针对性。
1. 工业设备行业典型的几类重复
常见的重复情况,大致可以归为三类:
集团 vs 子公司重复
- 线索A:XX集团设备管理部
- 线索B:XX集团子公司一(汽车零部件厂)
- 线索C:XX集团子公司二(铸造厂)
销售常常分不清:是一个客户还是三个客户?归谁跟进?
同一联系人,多张名片、多种写法
- 展会扫到“张三 – 技术总监 – 个人手机”
- 同事拜访又录入“Zhang San – 设备主管 – 座机 + 公司邮箱”
- 代理商转介绍“张经理 – 采购 – 微信号”
系统里变成三个“张三”,销售自己都晕。
线索 vs 客户 vs 商机之间的重复
- 线索阶段录入一遍
- 成交后变成客户再建一遍
- 新项目又建一个商机
若缺乏唯一标识和自动去重,同一家公司会以不同名字重复存在。
二、先统一思路:集团、法人、工厂,算几个记录?
在工业设备场景,要先回答一个问题:CRM里“客户”的颗粒度到什么层级?
1. 推荐的客户层级建模思路
对于多数工业设备企业,比较实用的一种建模方式是:
- 集团 = 1 个“集团客户”记录(可选)
- 每个具有独立采购权的公司 = 1 个“客户”记录
- 同一公司下不同工厂/厂区 = 视情况建“子客户”或用地址区分
可以简单概括:
谁有独立预算和签合同的权力,谁就是CRM里的一个“客户”。
2. 示例:集团多子公司如何映射到CRM
下面用一个简单的表,把“现实世界”映射到CRM对象的示例:
| 现实世界实体 | 建议在Zoho CRM中的对象 | 说明 |
|---|---|---|
| XX集团(控股集团) | 集团名称字段 / 自定义模块 | 可选,主要用于集团级统计和管控 |
| XX汽车零部件有限公司 | 客户(Accounts) | 有独立采购与合同主体 |
| XX铸造有限公司 | 客户(Accounts) | 独立法人、独立采购 |
| XX汽车零部件有限公司一厂 | 客户下子记录 / 地点字段 | 通常共享采购,具体看业务 |
关键点:
- 在Zoho CRM的客户(Accounts)里,每一个“能自己拍板采购”的单位就应该是唯一一条记录。
- 如果集团只是资金控股,不直接采购,可以不用单独建成客户,而是用**“集团名称”字段**统一标识归属。
三、集团多子公司:去重的“主线规则”
明确颗粒度后,下一步就是制定“什么算重复”,并告诉系统如何自动识别。
1. 必备字段设计
在Zoho CRM的客户(Accounts)和线索(Leads)中,建议增加以下关键字段:
集团名称(文本/查找字段)
- 用来标记该客户属于哪个集团。
- 示例:集团名称 = “XX集团”。
统一社会信用代码 / 组织机构代码(文本)
- 对于中国企业,这是非常好的唯一识别字段。
- 在客户阶段建议设置为必填,并启用“唯一性”。
公司全称(文本)
- 建议与营业执照一致。
- 用作去重的“第二层依据”。
公司简称 / 常用名
- 对应销售嘴里常说的“XX汽配厂”,便于搜索。
- 不直接做强去重,但用于人工判断。
2. 集团多子公司线索的去重逻辑
可以把逻辑拆成“硬规则”和“软规则”两层:
(1)硬规则:绝对重复条件(自动拦截)
统一社会信用代码完全一致
- 处理方式:
- 禁止新建第二条客户记录
- 或弹窗提示“该客户已存在”,引导合并或指派
- 处理方式:
公司全称 + 地址 完全一致
- 用来处理某些没填信用代码但明显是同一家的情况。
在Zoho CRM里,可以通过:
- “字段唯一性设置 + 重复检测规则 + 工作流” 组合实现:
- 在客户模块中,把“统一社会信用代码”设置为唯一字段。
- 新建/编辑客户时自动校验,若冲突则弹出提示或触发审批。
(2)软规则:可能重复条件(人工确认)
- 集团名称一致 + 公司简称高度相似
- 电话 / 域名邮箱相同或相近(如 @xxauto.com)
处理方式:
- 当检测到软规则命中时,弹出“可能重复”提示,列出已有记录供销售选择:
- 继续创建为新子公司
- 或关联到已有客户为同一公司/厂区
- 或合并为一个客户记录
3. 实战示例:同集团多子公司的处理规则表
下面是一个可直接落地的“规则说明表”,可用于对销售团队培训:
| 场景 | 识别条件 | 系统动作建议 | 销售操作建议 |
|---|---|---|---|
| 完全同一法人 | 信用代码一致 | 禁止新建,提示重复 | 打开原记录,更新信息 |
| 同名同址公司 | 公司全称+地址一致 | 高危重复提示 | 确认后合并记录 |
| 同集团不同子公司 | 集团名称相同,但公司全称不同 | 允许新建,同时显示同集团公司列表 | 判断是否需要“协同开发/集团策略” |
| 同集团同厂区不同写法 | 公司简称相似,电话、地址高度相似 | 弹出疑似重复 | 与同事确认后,选择合并或作为厂区 |
要点:
- 真正要“极度严谨去重”的是法人级别(信用代码)。
- 集团层面的信息更适合用来做关联和协同,而不是简单“合并成一条”。
四、同一联系人多名片:怎么识别“同一个人”?
在工业场景里,工程师、设备经理、采购负责人流动频繁,名片版本多、职位也经常变。
CRM如果不设计好,很快就会出现几十个“张工”。
1. 联系人模块的关键字段
在Zoho CRM的联系人(Contacts)中,建议重点关注以下几个字段:
姓名(包含中英文)
- 建议新增“英文名/拼音”字段,便于模糊匹配。
手机(强推荐唯一)
- 大多数工业联系人用一个主手机号。
- 在联系人模块里可设为唯一字段,作为强去重条件之一。
公司邮箱(推荐唯一)
- 特别适用于对接大型集团时。
- 如果该行业中邮箱变动较多,可以作为软规则。
微信/WhatsApp 等社交帐号
- 做补充匹配字段,不做硬性唯一。
职位变更记录 / 联系人历史信息(自定义子表)
- 用于记录“过去在A公司、现在在B公司”的经历,而不创建多个联系人。
2. 联系人去重的推荐规则
(1)硬规则:一定是同一个人
手机一致 ⇒ 认定同一个人
- Zoho CRM中将手机设置唯一,创建第二条时强制提示并引导合并。
公司邮箱 + 姓名高度一致 ⇒ 强提示重复
- 不必强制禁止创建,以免某些同名的极少数情况误伤,但弹出高危提醒。
(2)软规则:可能是同一个人
- 姓名相同 + 手机只差一位(明显录入错误)
- 姓名相同 + 在同一家公司 + 邮箱前缀相似
- 微信/WhatsApp 一致,但公司不同(可能跳槽)
对软规则命中,不自动合并,而是:
- 在界面右侧展示“疑似重复联系人列表”
- 提供“合并”“关联历史公司”的按钮
五、同一人多张名片:合并策略怎么写才清晰?
仅仅识别出是同一个人还不够,不同名片上的信息往往不相同:
- 职位变了
- 电话多了一个
- 公司从A跳到B
- 产品兴趣也不同
这就涉及“合并规则”:出现冲突字段时,保留哪条?
1. 字段级合并优先级建议
下面这张表可以作为CRM实施时的参考策略:
| 字段 | 优先级策略 | 建议说明 |
|---|---|---|
| 姓名 | 保留最新名片录入 | 人名一般不变,偶尔会有英文名/称呼优化 |
| 公司 | 以最新有效雇主为主 | 若是“跳槽”,旧公司写入“历史公司”子表 |
| 手机 | 合并成多个号码 | 但设定一个“首选电话”字段 |
| 邮箱 | 合并多个邮箱 | 标记:工作邮箱/个人邮箱 |
| 职位 | 保留最新职位 | 旧职位写入“履历记录” |
| 兴趣产品/备注 | 追加合并 | 不做覆盖,避免信息丢失 |
关键理念:
- 联系方式字段多采用“合并+标记主用”的方式,而不是简单覆盖。
- 比如在Zoho CRM中,可以通过子表或多值字段记录多个手机/邮箱,再用一个“主号码”单选字段帮助销售优先拨打。
2. 合并时的操作建议
给销售团队的标准动作可以是:
- 发现重复联系人提示 → 打开合并界面
- 对于有冲突的字段,系统预设好“建议选项”(如最新时间为主)
- 销售只需确认或少量修改,避免手工比对大量内容
- 合并完成后,在备注或时间线上自动生成一条系统记录:
- “2026-02-11:将联系人A与B合并,由张三确认”
这样既能保证数据质量,又方便事后追踪责任和变化历史。
六、线索去重到客户、商机:一条线索一路跟到底
工业销售周期长,“同一家公司、同一个人”可能会多次以“新线索”的形式进入CRM:
- 今年问你某型号设备,没买;
- 明年换一批产线,又来咨询新项目。
1. 线索模块(Leads)的去重逻辑
在线索模块中,可以采用以下组合匹配:
- 手机 + 姓名
- 公司全称 + 联系人姓名
- 公司全称 + 手机/邮箱
命中这些组合时:
- 不一定禁止创建新的线索(因为可能是新的项目),
- 但要明确标记:
- 该线索已经与**哪个客户(Account)和联系人(Contact)**关联过
- 是否曾有历史商机、报价、售后记录
2. 线索转客户的去重处理
当线索被转换为客户/联系人/商机时,建议流程是:
- 系统先根据客户去重规则(信用代码、公司全称等)检查是否已有客户
- 若已有客户记录:
- 建议关联到已有客户,而不是新建
- 若确属同一客户,合并线索信息到现有客户与联系人
- 对联系人,按前文的“同人多名片合并规则”执行
- 对商机,允许新建多个,但要与统一的客户和联系人挂接
简化一句话:
一家公司在CRM里只应该有一个唯一客户记录,但可以有多个商机。
七、在Zoho CRM中如何落地这些规则?(思路级)
不做产品手册式截图,只讲思路和配置方向,方便你与实施顾问或内部管理员沟通。
1. 字段和唯一性规则
在Zoho CRM中:
在客户(Accounts)模块:
- 把 “统一社会信用代码” 设置为唯一字段
- 把 “公司全称 + 地址” 组合引入“重复检测条件”
在联系人(Contacts)模块:
- 把 “手机” 设置为唯一字段
- “邮箱”保留为软提示匹配条件
在线索(Leads)模块:
- 使用 “手机 + 公司名称” 作为重复检测依据之一
- 再引入“邮箱”作为辅助条件
2. 重复检测规则 + 工作流
在“自动化 → 重复检测规则”中配置:
- 新建时检测
- 编辑时检测(避免后期修改也造成冲突)
配合工作流实现:
- 命中硬规则:直接阻止保存或强制审批
- 命中软规则:发送提醒给负责人,或在记录上打上“疑似重复”的标签
3. 合并逻辑配置与使用规范
- 管理员可以在模块设置中配置“合并字段优先级”策略
- 给销售团队制定一份简单的**《线索&联系人去重与合并操作规范》**,例如:
- 每天处理自己名下的疑似重复
- 周会定期清理高危重复客户
- 合并前必须确认联系人职位、公司是否有变动
八、总结:去重的本质不是“删除”,而是“统一视图”📚
工业设备线索去重听起来是技术问题,本质是一个管理问题:
- 集团多子公司,要在“法人级唯一”与“集团协同”之间找到平衡;
- 同人多名片,要把碎片信息整合成一个完整的人物画像;
- 从线索到客户、再到商机,要形成单一客户视图(Single Customer View),让销售、售后、商务看到的是同一个“真实客户”。
在Zoho CRM里,借助字段设计 + 唯一性规则 + 重复检测 + 合并策略 + 操作规范,可以在不增加销售太多负担的前提下,逐步把杂乱数据沉淀成一套可复用的资产。
FAQ 常见问题解答
Q1:集团公司是否一定要在CRM里单独建一个“集团”记录?
A:不一定。
如果你只关注法人级的成交与回款,可以只在客户中维护具体公司,并通过一个“集团名称”字段来标记归属即可。
只有当你需要做集团级销售策略、统筹价格、统一大客户经理时,才建议单独建立“集团”模块或在客户中设立“集团主档”。
Q2:联系人跳槽了,要不要新建一个联系人记录?
A:一般不建议新建,而是更新现有联系人并记录履历。
理由有三点:
- 手机往往不变,强去重会冲突;
- 你需要的是“跟着人走”的关系,而不是“跟着公司走”的人;
- 在联系人详情页,通过子表或备注记录“2019–2023 在A公司;2023–至今 在B公司”,更利于长期维护关系。
只有在极特殊情况下(如同名同姓、历史数据严重混乱)才考虑新建并人工区分。
Q3:去重规则会不会误伤,导致一些本来应该新建的客户/联系人被屏蔽?
A:可以通过‘硬规则 + 软提示’组合,尽量避免误伤。
- 把“统一社会信用代码”“手机号”这种确定性很强的字段放在硬规则层,命中就拦截;
- 像“公司简称相似”“邮箱类似”这种,就放在软规则层,只给出“疑似重复”提示,由销售人工判断;
- 对于特殊情况,还可以配置“管理员审批通道”,在重复提示的情况下由管理员确认是否允许新建。
通过这种分层设计,你既能保证数据质量,又不会把销售“卡死”,让他们在真实业务场景下有一定灵活度。







