不少中小商贸企业仍在用 Excel 维护客户资料，普遍存在资源分配混乱、跟进无管控、人员异动造成客户流失等问题。CRM 是后端开发、产品岗高频实战项目，市面上优质可实操参考的完整项目较少。 本文依托一套前后端分离 CRM 系统展开分析，项目采用 SpringBoot+Vue3 技术栈，配套 OA、ERP 等周边业务模块，整体分单体、微服务两套架构，两种架构业务逻辑一致，部署与扩容方案不同，方便不同场景学习与落地。

一、CRM 整体架构：单体 & 微服务两种架构设计思路

1. 单体架构

整体单应用打包部署，代码集中管理，部署简单、上手成本低，适合小型企业使用与初学者入门学习，完整实现线索 - 客户 - 商机 - 合同 - 回款全业务闭环，是毕设、入门练手优选架构。

2. 微服务架构

业务按模块拆分、多租户数据隔离，支持多组织独立数据管理，适配多分支机构、规模化企业，可按需对接进销存、审批等第三方业务模块，支持集群横向扩容，适合深入学习分布式开发。

二、CRM 核心业务模型设计

本套 CRM 以客户作为业务主数据，所有附属业务数据依托客户主体关联，数据模型关系： 线索池 → 转化生成客户 客户 → 多联系人信息 客户 → 多条跟进记录、多阶段销售商机 客户 → 关联合同、回款台账

客户主数据表包含基础档案、联系方式、财税信息、归属权限四大类字段；业务层面做数据约束，存在关联商机、合同数据时无法直接删除客户，避免产生无效脏数据。

三、四大核心功能业务与设计思路

3.1 客户公海机制：盘活沉睡客户资源

通过公海资源池解决销售人员占客不跟进问题，整体分为两大实现逻辑：

1. 人工入池：使用者手动将闲置客户移入公海，解绑原有负责人；
2. 定时自动回收：通过定时任务，按照配置规则，自动回收长期无回访的客户；
3. 领取管控：后台可配置单人每日领取上限、个人持有客户上限，防止资源囤积，支持手动批量分配客户。

3.2 分层数据权限设计，防止撞单问题

采用 AOP + 自定义注解实现数据权限控制，无需在业务代码大量编写判断逻辑，划分三类权限：负责人全操作权限、协作编辑权限、只读查看权限。页面按权限拆分：我的客户、团队客户、全量客户等标签页，实现不同岗位人员数据查看隔离。

3.3 客户连带转移，解决人员离职交接

人员调岗或离职时，支持一键转移客户，可勾选同步迁移联系人、在途商机、未结合同等关联数据，转移完成自动回收原账号权限，避免逐个手动录入数据。

3.4 客户 360° 全景档案

客户详情页分多标签聚合全生命周期数据：基础资料、联系人、商机、合同回款、历史跟进记录；每次新增回访自动更新最后跟进时间，作为公海自动回收的判定条件。

3.5 CRM 与进销存数据联动设计

系统设计了 CRM 与 ERP 单据对接逻辑，合同数据可一键生成销售单据，两边台账数据互通，减少重复录入工作，实现线索 - 成交 - 发货全链路闭环。

四、中小企业 CRM 落地选型参考建议

1. 小型商贸公司：优先选用单体架构版本，功能够用、落地成本低，替代手工 Excel 台账；
2. 稳步发展的中型工贸企业：初期单体落地，业务扩张后平滑升级微服务架构，原有数据无缝沿用；
3. 多分子公司连锁企业：优先微服务多租户架构，各分支数据隔离、总部统一管控配置规则。

落地小技巧：落地前完整走完线索建档、跟进、公海回收、客户转移、生成合同全流程，验证功能匹配自身业务。

五、应届生学习与求职方向建议

后端开发

1. 单体项目：重点学习定时任务、AOP 数据权限、关联事务处理、主外键数据校验；
2. 微服务项目：研究租户隔离、跨模块接口调用、分布式数据同步思路；
3. 自主二次开发：新增自定义标签、拓展公海规则，完善后写入简历作为实战项目。

前端 / 产品方向

前端可参考列表、详情页面组件封装思路；产品同学可自行在系统内搭建一套行业审批流程，整理需求文档作为作品集，应聘实施、产品岗位加分。

点狮官网：http://www.dianshixinxi.com
微服务版本：http://cloud.dianshixinxi.com:90
单体版本：http://admin.dianshixinxi.com:90