立项原因：原有商品价格层级缺失统一管控，商家仅能设置基础售价，专区、省区、一线业务员无分层底价体系，各级渠道调价边界无明确标准，容易出现低价乱价、渠道利润失衡；同时缺少平台统一审核定价流程，商家自主定价不受约束，无法匹配专区总、省总、业务员三级分销推单的价格权限规则，也难以实现业务员在分层底价与商品售价之间合规调价、客户商品绑定防抢单的业务需求，渠道价格秩序混乱，平台缺少监管抓手。
行业场景：搭建三级渠道分层定价医药 B2B 批发商城，区分商家端、平台运营端两套定价流程：商家先录入商品出厂底价与对外统一售价，提交商品上架申请；平台审核商品时，根据渠道层级分别配置专区总底价、省总底价、业务员专属底价；配套专区总 - 省总 - 业务员逐级商品分配、业务员拓客绑定推单、同品客户 30 天互斥隔离、业务员区间调价业务逻辑，完整覆盖商家基础定价、平台分级渠道定价、业务员合规推单调价全链路，通过多层底价锁死各级渠道最低售卖价格，杜绝跨层级乱价、低价窜货，实现医药分销渠道价格标准化、平台定价监管一体化。
平台包含商家供货端、平台运营后台、专区总后台、省总后台、业务员拓客端、药店采购客户端六大端口，核心定价 + 渠道推单模块如下：
1. 商家商品基础定价模块：商家新增 / 编辑药品商品时，自主录入商品商家底价、对外统一商品售价，完善药品规格、资质、批次效期信息后提交上架审核，未填写双价格无法发起审核流程，所有商家定价操作留存日志。
2. 平台分级底价审核模块：平台运营审核商家提交的商品时，新增三级渠道底价配置项，依次录入专区总底价、省总底价、业务员底价；审核不通过可退回商家修改基础售价 / 底价，审核通过后商品才会同步至各专区商品池，各级底价永久归档，后续修改需平台二次审核。
3. 三级渠道商品分配模块：专区总管理专属业务片区，管理辖区省总账号；省总从专区商品池筛选商品分配给下属业务员，业务员仅能获取分配商品、对应业务员底价与商品统一售价。
4. 业务员拓客推单绑定模块：业务员生成邀请链接发展药店客户，建立永久业务员 - 客户绑定；可代客下单或推送商品给客户自主采购，客户下单后生成【业务员 - 商品 - 客户】三方绑定，其他业务员 30 天内无法向该客户推送同款商品，30 天从最后一单时间起算自动解绑。
5. 业务员区间调价模块：业务员推送商品时可自主调整成交单价，系统强制校验价格区间：最低不能低于平台设定的业务员底价，最高不能超过商家设置的商品统一售价，超出区间弹窗拦截无法提交订单，全部调价记录、推单记录可追溯查询。
6. 配套辅助模块：多层级渠道人员权限管理、按层级统计推单业绩提成、GSP 购销台账自动生成、客户证照到期预警、商品库存批次管控。
整体打通商家基础定价、平台分级渠道定价、业务员合规推单调价完整流程，依靠多层底价管控渠道价格，搭配商品客户绑定防抢单规则，规范医药分销渠道交易秩序。
本人统筹负责项目全流程管理与技术攻坚，工作覆盖需求梳理、开发任务排期、线上运维部署、BUG 修复、技术难点攻克全流程；
1. 项目管理工作：对接产品、渠道运营梳理业务需求，拆解需求拆分开发任务，合理分配开发工时，跟进迭代进度；线上统一处理全链路 BUG，快速定位并修复功能故障，针对分布式事务、海量商品检索、定时解绑任务等技术难点牵头方案调研与落地攻坚；
2. 部署运维工作：使用 JPOM 自动化部署 SpringCloud 微服务集群，统一管理各服务构建、发布、回滚、日志查看，规范版本上线流程，降低手动部署失误风险；
3. 技术栈与架构落地：整体采用 SpringCloud 微服务 + MyBatis 技术架构，持久层使用 MySQL8.0 存储业务主数据；Redis 缓存商品底价、三方绑定关系、热门搜索数据，减轻数据库压力；RabbitMQ 异步处理效期预警、台账生成、30 天绑定到期定时解绑、价格变更日志归档等任务；Seata 分布式事务保障下单、扣库存、生成台账、业绩统计跨服务数据一致性；ElasticSearch 同步全量药品数据，实现多条件、模糊、分类高性能商品检索；
4. 核心技术落地亮点：封装统一价格校验拦截器，全局管控业务员调价上下限；Redis 实现三方绑定关系实时拦截，杜绝跨业务员重复推品；定时消息队列自动清理到期绑定数据；基于 JPOM 搭建一键发布流程，缩短迭代上线周期；针对海量订单、商品数据做分表查询、索引优化，解决大流量下查询卡顿难点；同时负责全服务接口单元测试、线上性能调优、生产环境问题应急处理，保障商城系统稳定对外提供服务。
评论