1. 这是一个面向农资（化肥、农药、种子）行业的 CRM 系统，管的是"厂家 → 一级经销商 → 二级经销商 → 种植大户"这条销售渠道。
2. 业务场景：业务员从线索开始开发客户（有准入标准，如注册资金、仓储面积、种植亩数），把商机推进到签约，过程中安排拜访（GPS 签到、SOP 清单）、跟进记录、待办任务，公司层面看销售漏斗和收入预测，还有营销活动、竞品情报、客户等级和信用管理。
3. 解决的问题：
- 客户资料散在业务员手里，流失无感知 → 统一客户档案 + 健康度评分 + 公海回收机制
- 开发客户没标准 → 准入条件代码化校验
- 销售过程黑箱 → 线索到商机的全流程追踪 + 漏斗预测
- 业务员外出难管理 → 拜访计划审批 + GPS 签到留痕
- 跟进靠自觉 → 待办任务、日报、逾期提醒
- 营销和信用风险失控 → 活动效果追踪、信用额度冻结
- 权限混乱 → RBAC 角色权限 + 操作审计日志
1. 整体定位
这是一套农资行业的 CRM 系统，覆盖销售全流程和后台管理，前端用 React，后端用 Django。
2. 客户管理
客户档案按一级经销商、二级经销商、种植大户、供应商分类，支持等级评定（S/A/B/C/D）、健康度评分、信用额度与冻结、负责人分配和准入条件自动校验。线索管理记录展会、转介绍、陌拜等来源，经联系、验证后转为商机。商机分七个阶段推进，按阶段概率自动计算销售漏斗和加权收入预测。公海管理将长期无人跟进的客户自动回收，供其他业务员领取；竞品管理维护竞品档案，并采集业务员拜访时获取的竞品信息。
3. 日常活动
拜访计划支持提交审批后按序拜访客户；拜访记录支持 GPS 签到签退、照片留痕和 SOP 清单检查。跟进记录按拜访、电话、打款、下单分类，并自动生成催款、报价、签约等待办任务。业务员每日填写工作日报并关联客户。
4. 营销与审批
营销活动管理活动预算、实际花费和触达、响应、转化等效果指标。审批引擎支持按业务类型配置模板，节点可设单人审批、或签、会签，审批人可为指定用户、角色或部门负责人，支持通过、拒绝和撤回。
5. 系统管理
系统管理提供用户、员工、角色、部门、大区、权限、字典和参数配置；角色权限可递归继承，配合按钮级权限控制。所有请求、数据变更和登录行为都会记录日志，方便审计追溯。
1. 我的职责
独立负责全流程：需求调研、方案设计、前后端开发、测试、部署上线、业务培训
2. 技术栈
后端：Python + Django + DRF，JWT 认证，pytest 测试
前端：React + TypeScript + Vite，shadcn/ui + Tailwind，React Query
数据库：PostgreSQL
3. 架构
前后端分离
后端四层：ViewSet → Serializer → Service → Model，禁止跨层调用
统一响应格式 + 统一异常处理
RBAC 角色权限 + 按钮级权限控制
审批流：模板 → 节点 → 实例，支持单人/或签/会签
前端三层：service 封装 API → hooks 封装数据 → 页面只调 hooks
4. 亮点
企业级底座完整：权限、审计、软删除、字典参数开箱即用
业务规则模型化：准入校验、商机概率、公海回收、健康度评分都有明确规则
审批引擎可配置，加审批流不用改代码
前端工程化：通用表格、通用 CRUD hooks、懒加载、统一报错
5. 难点
权限体系复杂：角色递归继承 + 部门/大区数据范围 + 前端权限同步
状态机多：线索、商机、拜访、审批各有流转规则，靠集中校验 + 测试兜底
并发一致性：库存、信用额度扣减要加锁和事务，防止超卖超限
审批灵活性与可追溯矛盾：模板可改，但历史实例要保留发起时快照
评论