1.立项背景和目标
私域直播趋势 :随着公域流量成本上升,企业转向私域流量运营
大健康行业需求 :大健康产品(保健品、健康服务等)需要专业直播场景进行产品展示和销售
SAAS化需求 :传统直播系统功能单一、定制成本高,需要标准化、可配置的SAAS平台
为大健康行业提供 私域直播电商一体化解决方案,支持多经销商、多门店的 分布式管理,实现 直播前-中-后 全流程业务闭环
2.软件功能与核心模块
core-vue (核心业务):订单管理、商品管理、门店管理、员工管理、诊断服务
customer-vue (客户管理):会员管理、客户列表、标签分组、会员卡、充值、跟进记录
design-vue (直播设计):素材中心、节目单管理、频道管理、直播间装修、页面临定制
market-vue (营销活动);营销游戏(抽奖、秒杀等)、素材管理、积分商城、会员权益
order-vue (订单中心):商城订单、线下订单、售后管理、订单核单、发货管理
report-vue (数据报表);销售统计、流量统计、会员分析、场次统计、财务报表
store-vue (门店管理);门店配置、员工管理、商品管理、技师管理
3.业务流程与功能路径
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ 直播准备 │ ──▶ │ 直播中 │ ──▶ │ 直播后 │
└─────────────┘ └─────────────┘ └─────────────┘
│ │ │
▼ ▼ ▼
┌─────────┐ ┌─────────┐ ┌─────────┐
│素材管理 │ │商品展示 │ │订单统计 │
│节目单 │ │下单购买 │ │客户跟进 │
│频道配置│ │红包互动 │ │复购营销 │
│直播间 │ │实时互动 │ │数据报表 │
└─────────┘ └─────────┘ └─────────┘
1. 整体架构和设计思路
前端 (Vue + ElementUI)
core-vue (核心业务) │ design-vue (直播设计) │ market-vue (营销) │
order-vue (订单) │ report-vue (报表) │ customer-vue (客户)
请求分发 (Nginx)
后端 (Spring Boot)
core-api (开单/商品) │ report-api (报表) │ service-api (商城) │
│ base-api (基础) │ quartz (定时任务) │ eladmin-system
数据存储 (MongoDB + MySQL)
MongoDB: 订单/素材/商品数据││ MySQL: 用户/角色/配置
模块技术栈
前端:Vue2 + ElementUI + Axios + Vuex
后端:Spring Boot + Spring Cloud
数据库:MongoDB + MySQL + Redis
第三方:微信小程序API、快递100API
2. 我负责模块和结果(量化)
模块一:三方开发平台自动审核发布小程序页面
实现功能 :
- 对接微信三方平台的小程序发布接口
- 自动创建小程序页面并提交审核
- 自动化发布流程,减少人工操作
量化结果 :
- 发布效率提升 :从人工30分钟/次 → 自动3分钟/次
- 日均处理 :支持批量发布10+个小程序页面
模块二:小程序直播优惠券页面
实现功能 :
- 直播间优惠券领取/发放
- 优惠券核销管理
- 实时数据统计
量化结果 :
- 优惠券发放量 :日均发放500+张
模块三:开单列表页面模块
实现功能 :
- 线下开单列表展示(分页、筛选)
- 新增订单时库存自动扣减
- 多页金额汇总统计 (已付定金、待付款、总价)
- 已终止订单不计入汇总
量化结果 :
- 日均开单量 :200+单/天
- 库存扣减 :实时准确扣减,异常率0%
- 汇总查询 :响应时间 < 500ms,支持多维度筛选
3. 遇到的难点、坑和解决方案
难点一:库存扣减失败(MongoDB $inc语法错误)
解决:根因 :直接传递 $inc 操作符给 update 方法,MongoDB驱动不支持
难点二:接入三方平台,因为微信会发ticket到我的接口,需要解密识别拿到token,不同三方平台发送不同ticket,导致无法识别,需要遍历,且回调不能携带参数,导致无法识别经销商id和公司id,冗余了遍历逻辑以及涉及了一个清除缓存按钮
解决:在三方平台开发配置的请求路径里加上是对应三方平台id,以及逻辑里接收参数