超级客户关系系统

企业服务 · 数据服务 案例ID: 204092
联系该工程师
微信扫码,建群沟通
作者: 小宇宙@@🐯 - 3年经验- OPPO

案例介绍

项目一:SCRM(超级客户关系管理系统)
项目描述:以企业微信作为存量用户运营阵地,通过招募(增粉)、培育(沟通、互动)、转化(在线门店运营)三大环节,为终端提供平台、工具、运营方法的支撑,实现导购对用户的有效运营,最终实现用户价值的提升
主要应用技术:Dubbo+SpringBoot+redis+Elasticsearch+MySQL+RocketMQ
+MyBatis+XxlJob+shardingSphere
项目周期:2021.07-2023.04
负责模块:
mdm主数据模块:
1)人员入职:运用模板,策略,工厂设计模式实现了可复用的入职功能,实现三种模式的入职方式。
2)同步上游数据:运用模板设计模式实现增量,全量,实时同步上游全国的组织,门店的基础数据。
3)黑白名单校验:通过redis缓存下级组织门店与各顶级销售组织的关系,实现通过黑白名单来定量,分步来对接各级的组织门店。
4)人员信息ES查询:人员信息通过监听mysql的binlog,实时同步到es,实现更快的查询人员信息。
5)同步企业微信:由于企业微信限流的限制,直接调用企业微信的接口可能会造成限流报错,运用rocketMq,把组织,门店,人员信息同步给企业微信。
离职分配模块:
1)构建单线程无界队列的线程池。来全局的执行分配,放弃等离职分配操作。
2)运用模板设计模式,在单线程下,来执行列表页和详情页的分配和放弃好友,通过设置以人员id为key的redis锁来避免好友数的超减的情况。
验机单模块:
1)由于验机单模块,验机单导购明细表等数据量较大,考虑到性能和以后的扩展性,对验机单明细表等做了分库分表。
2)导购验机单明细表由于走了分库分表,导致查询验机单明细时,一些数据量多一些的导购查询自己验机单明细时会超时,之后改造为用es查询导购验机单明细。

相似案例推荐

发布任务

企业点击发布任务,工程师会在任务下报名,招聘专员也会在 1 小时内与您联系确认。

1小时精推人才

需求方专属客服,免费梳理匹配

需求方客服微信二维码
扫码加微信 · 客服人工对接
微信沟通 联系需求方端客服 看中这位工程师了?客服帮你 1 小时对接沟通 → ×