企业 CRM 客户管理系统设计:客户资料、跟进节奏与公海回收一体化
🌐 演示地址:http://ruoyioffice.com | 📦 源码1·GitHub:ruoyi-office | 📦 源码2·GitCode:ruoyi-office | 📦 源码3·Gitee:ruoyi-office | 💬 微信:17156169080(备注「RuoYi Office」)
“王经理离职了,他手上那两百个客户呢?”“都在他自己的 Excel 和微信里……”——这几乎是每个用 Excel 管客户的公司迟早要面对的噩梦。客户资料散在个人手里、跟进记录全靠销售自己记、离职就带走一整片市场、大量客户躺在某人名下多年不联系却没人能碰。客户是企业最贵的资产,而管好它的核心,是让客户资料沉淀在公司、让跟进有节奏可追溯、让不作为的客户能被公海回收再分配。 本文以 RuoYi Office 的 CRM 客户模块为样本,拆解一个能真正把客户"管在公司手里"的系统该长什么样,面向销售管理者与做 CRM 选型的同学。
▲ CRM 客户管理全景:① 客户建档(资料/等级/来源/行业)→ ② 分配负责人,记录归属时间 → ③ 持续跟进(跟进记录、下次联系时间)→ ④ 长期不跟进触发公海回收 → ⑤ 客户回公海重新分配 → ⑥ 数据权限保证"我的客户只有我和上级能看"
引言:客户管理,管的是"资产不流失"
"管好客户"听着简单,做成企业级能力要回答一连串问题:
难点一:资料留在公司还是个人。存在销售 Excel、微信里,人走资料就走;只有沉淀进系统,客户才是公司的资产。
难点二:跟进有没有节奏。什么时候该联系、上次聊了什么、下次约在几号,没有记录就没有节奏,客户很容易被"跟丢"。
难点三:沉睡客户怎么盘活。大量客户挂在某人名下多年不动,别人想跟却碰不到——需要一套"占着不跟就收回公海"的机制。
难点四:谁能看谁的客户。销售之间的客户要隔离,上级要能看下属的,跨部门不能随便看——这就是数据权限。
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
RuoYi Office 的解法是把客户做成"建档 + 归属 + 跟进 + 公海回收 + 数据权限"的闭环。下面拆开看。
一、功能拆解:CRM 客户模块的组成
一个能守住客户资产的 CRM 客户模块,由这几块构成:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
价值在于:把客户从"某个销售的私产"变成"公司可管控、可流转、可追溯的资产"。
二、数据模型:归属 + 跟进 + 公海三要素
CRM 客户 crm_customer 的字段设计,紧扣"资产管控":
|
|
|
|
|---|---|---|
name |
|
|
owner_user_id
owner_time
|
|
|
follow_up_status |
|
|
contact_last_time
contact_last_content
|
|
|
contact_next_time |
|
|
deal_status
lock_status
|
|
|
level
source / industry_id
|
|
|
核心 DO 字段(节选):
public class CrmCustomerDO extends BaseDO {private String name; // 客户名称private Long ownerUserId; // 负责人(关联管理员用户)private LocalDateTime ownerTime; // 成为负责人的时间(公海计时基准)private Boolean followUpStatus; // 跟进状态private LocalDateTime contactLastTime; // 最后跟进时间private String contactLastContent; // 最后跟进内容private LocalDateTime contactNextTime; // 下次联系时间private Boolean dealStatus; // 成交状态private Boolean lockStatus; // 锁定状态(锁定可豁免公海回收)private Integer level; // 客户等级(字典)private Integer source; // 客户来源(字典)}
为什么 owner_time 和 lock_status 这么关键? 因为公海机制的本质是"计时 + 豁免":owner_time 和最后跟进时间决定了"这个客户多久没被跟进",lock_status 则让重点客户可以被锁定、豁免回收。这两个字段撑起了整个"沉睡客户自动盘活"的逻辑。
三、客户流转:从建档到成交再到公海
一个客户在系统里的生命周期,是一条可管控的流转线:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
关键机制是客户公海:当一个客户超过设定天数没有有效跟进、又未成交、也未被锁定,系统就把它收回公海,其他销售可重新领取。这套"占着不跟就收回"的规则,是 CRM 区别于通讯录的核心——它让客户资源始终流向愿意跟进的人。
四、页面深拆:从客户列表到公海
客户列表:我负责的客户一屏管理,跟进状态、等级、最后联系时间一目了然。
▲ 客户列表:客户资料集中沉淀在系统,负责人、跟进状态、客户等级清晰可见
客户详情:单个客户的资料、跟进记录、关联商机合同集中呈现。
▲ 客户详情:客户全貌 + 跟进时间轴 + 关联业务,销售接手时一眼看懂客户脉络
客户公海:沉睡客户回收到公海,团队成员可重新领取。
▲ 客户公海:长期未跟进的客户被回收到公海重新分配,避免资源沉睡浪费
五、选型视角:CRM 的价值在"守资产 + 数据权限"
客户管理工具很多,企业级 CRM 真正的分水岭在两点:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
一句话:CRM 的核心不是"记客户",而是"守住客户不随人流失、并让资源持续流动"。公海机制守住流动性、数据权限守住隔离性、与商机合同的打通守住转化链——这三点是孤立表格永远给不了的。
六、方案亮点
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
七、常见问题 FAQ
Q1:客户多久不跟进会进公海?
可配置回收规则(如 N 天未跟进、未成交、未锁定即回收),不同客户等级也可设不同回收天数,规则由管理员统一设定。
Q2:重点客户不想被回收怎么办?
可对客户设置锁定状态,锁定的客户豁免公海回收,确保核心客户始终留在负责人名下。
Q3:销售离职后客户怎么处理?
客户资料本就沉淀在公司系统,离职后可将其客户批量转移给他人或统一回收到公海重新分配,不会随人流失。
Q4:不同销售能看到彼此的客户吗?
默认按数据权限隔离:销售只能看自己负责的客户,主管可看下属的,跨部门不可见,避免资料互相窥探。
Q5:客户来源、等级这些是写死的吗?
不是。等级、来源、行业、规模等均为字典项,可在字典管理里自定义,适配不同行业的客户画像维度。
Q6:客户能和商机、合同联动吗?
可以。客户是 CRM 的主线,向下关联商机、合同、回款,形成"客户—商机—合同—回款"的完整经营链路。
结语
客户管理最大的风险,是把公司最贵的资产交给了 Excel 和个人微信。RuoYi Office 把 CRM 客户做成"建档 + 归属 + 跟进 + 公海回收 + 数据权限"的闭环,用归属时间和锁定状态撑起公海回收,用数据权限守住客户隔离,再向下打通商机、合同与回款。对销售管理者来说,一个好 CRM 的意义从来不是"多记几个客户电话",而是让客户始终握在公司手里、让资源始终流向愿意深耕的人。
🌐 演示地址:http://ruoyioffice.com | 📦 源码·Gitee:ruoyi-office | 💬 微信:17156169080(备注「RuoYi Office」)

