客户是一家做工业设备销售的中小企业，销售团队20人左右，分4个销售小组。项目立项前，客户资料分散在销售个人的Excel和微信里，公司层面没有统一的客户库：销售离职后客户资源基本带不走也接不回来，同一个客户被两个销售重复跟进的事情时有发生；管理层的周会只能听口头汇报，拿不出可靠的商机金额和转化数据。
从业务背景看，B2B销售的周期长、决策人多、跟进节点密集，一个客户从初次接触到签合同往往要跟三五个月。这类业务真正需要沉淀的不是客户名单本身，而是每一次跟进的时间、方式、对接人和下一步动作。没有系统之前，这些信息只存在销售个人记忆里，团队协作和交接基本靠问人。
因此立项做一套客户与销售跟进管理后台，把客户档案、联系人和跟进记录统一收口，同时管理合同与回款进度，让管理层能看到真实的商机漏斗，也让客户资源归属公司而不是个人。
系统按角色分为销售、销售主管、管理员三类，主要包含六个模块。
1.客户档案：客户基本信息、行业、规模、来源渠道、归属销售与所属小组；支持客户查重、公海池（长期未跟进自动回收）和客户转移审批。
2.联系人与跟进记录：一个客户下挂多个联系人；每次跟进记录方式（电话/拜访/微信）、时间、内容和下一步计划，支持上传附件，按客户和时间轴查看完整跟进历史。
3.商机与合同：商机按阶段推进（初步接触、需求确认、报价、谈判、赢单/输单），记录预计金额与成交概率；赢单后转合同，登记合同金额、签订日期、付款方式与附件。
4.回款计划：按合同拆分多期回款，登记计划日期与实际到账，逾期自动标红并在待办中提醒。
5.数据看板：客户新增趋势、各阶段商机金额与数量、销售业绩排名、跟进量与转化率，支持按时间和小组筛选。
6.系统管理：用户、角色、菜单与按钮级权限，数据权限按“本人/本组/全部”三级控制，含操作日志和客户标签字典维护。
项目为前后端分离架构，后端Spring Boot + MyBatis-Plus + MySQL 8 + Redis，前端Vue3 + Element Plus，用了Spring的定时任务做提醒，EasyExcel做导入导出。整体是标准的分层结构（controller/service/mapper/entity），按模块分包。
我作为主要后端开发，独立负责客户、联系人、跟进记录、商机合同、回款、看板统计和权限模块的后端实现，并完成前端客户列表与详情页的联调。
实现上的几个点：
一是数据权限。销售只能看自己的客户，主管看本组，管理员看全部。做法是在Service基类里统一拼装数据范围条件，登录时把用户id、所属小组、角色写入ThreadLocal，查询前由基类根据当前角色追加where条件，避免每个业务方法各写一遍导致漏权。
二是客户公海回收。定时任务每天凌晨扫描超过设定天数未跟进的客户，自动解除归属并进入公海池，同时写一条流转日志，销售可在公海认领。
三是跟进提醒与待办。每次跟进填写的“下次跟进时间”写入Redis的有序集合，定时任务每分钟取出到期记录生成待办，登录后在首页红点提示，避免销售漏跟。
四是看板统计性能。商机阶段分布和业绩排名如果用实时聚合，多表join加分组在数据量上来后会明显变慢。改成按天预聚合到统计表，看板只查汇总表
用EasyExcel做客户批量导入，导入前按手机号和客户名称查重，重复行单独回传Excel给用户修正。
评论