企业官网建设流程全解析

一、业务背景与系统目标

私域团购、社群分销这类业务，技术上的核心难点不在前端商城，而在后端四件事：

1. 五级定价：同一商品，不同身份看到不同价格。

2. 自动分佣：订单完成后，按关系链自动计算零售差、层级差、团队收益。

3. 结算对账：佣金、订单、支付三方对账，保证资金安全。

4. 合规护栏：三级层级锁定、按真实销售计酬、全链路留痕。

公开报道显示，良久团购模式运营主体浙江润妍品牌管理有限公司曾披露：年GMV 60亿、覆盖1亿+家庭、40万团长、600+工厂。以60亿年流水估算，日均约1644万，月均约5亿。这个量级对系统的并发、一致性、结算能力都有很高要求。

本文从架构设计角度，拆解这类私域团购系统如何实现。

二、整体架构设计

采用微服务架构，按业务域拆分：

接入层：小程序 / H5 / APP / OpenAPI 网关层：Spring Cloud Gateway（鉴权、限流、路由） 业务服务： - 用户身份服务：L1-L5 身份、晋级、保级 - 商品定价服务：基准价、五级价格矩阵 - 订单服务：下单、支付、履约 - 分佣引擎：佣金规则、计算、发放 - 结算中心：账户、提现、对账 - 合规风控：层级校验、真实销售校验、审计日志 数据层：MySQL（分库分表）、Redis、RocketMQ、ES、数据仓库 基础设施：K8s、Prometheus、ELK、XXL-JOB

核心原则：配置化、规则引擎、异步解耦、最终一致性。

三、核心模块设计与实现

3.1 五级定价引擎

商品有一个基准价，系统根据用户身份等级自动计算到手价。

表设计示例：

sql

-- 商品基准价 CREATE TABLE product_base_price ( product_id BIGINT PRIMARY KEY, base_price DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 1 ); -- 身份等级 CREATE TABLE identity_level ( level_id INT PRIMARY KEY, level_name VARCHAR(32), -- L1~L5 discount_rate DECIMAL(5,4) -- 折扣率，如0.84 ); -- 价格矩阵（也可直接查表） CREATE TABLE price_matrix ( product_id BIGINT, level_id INT, final_price DECIMAL(10,2), PRIMARY KEY (product_id, level_id) );

价格计算伪代码：

java

public BigDecimal calcPrice(Long productId, Long userId) { Integer levelId = identityService.getLevelId(userId); // 优先查价格矩阵，缓存到 Redis BigDecimal price = priceMatrixCache.get(productId, levelId); if (price != null) return price; // 回退：基准价 * 折扣率 BigDecimal base = productBasePriceService.getBasePrice(productId); BigDecimal rate = identityLevelService.getDiscountRate(levelId); return base.multiply(rate).setScale(2, RoundingMode.HALF_UP); }

缓存策略：价格矩阵变更频率低，可全量缓存到 Redis，通过 MQ 广播更新。

3.2 身份晋级体系

五级身份：L1 团购用户、L2 分销商、L3 小批发、L4 中批发、L5 大批发。

晋级条件可配置，例如：

• L2：注册并完成首单分享

• L3：团队销售额达到 X，或直推 N 人

• L4：团队销售额达到 Y，带 10-50 人

• L5：平台级操盘，供应链/定策略

保级规则：温和约束，不淘汰，但权益可能降级。

实现方式：事件驱动。订单完成、团队销售额变更时，发 MQ 消息，晋级服务消费并检查规则。

java

@RocketMQMessageListener(topic = "order_completed") public void onOrderCompleted(OrderCompletedEvent event) { upgradeService.checkUpgrade(event.getUserId()); upgradeService.checkUpgrade(event.getPromoterId()); }

3.3 订单与分佣引擎

这是最复杂的模块。核心要求：只按真实销售计酬，三级内分佣，自动结算。

关系链：用户下单时，绑定推广分销商，最多向上追溯三级。

分佣类型：

1. 零售差价：分销商自己卖货，赚进价与零售价差。

2. 层级差价：高级别给下级供货，赚两级进价差。

3. 团队管理收益：基于直属团队真实销售额，三级内按销售计酬。

表设计：

sql

CREATE TABLE commission_rule ( rule_id BIGINT PRIMARY KEY, level_id INT, rule_type VARCHAR(32), -- RETAIL/SPREAD/TEAM rate DECIMAL(5,4), max_depth INT DEFAULT 3 ); CREATE TABLE commission_record ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT, user_id BIGINT, from_user_id BIGINT, rule_type VARCHAR(32), amount DECIMAL(10,2), status TINYINT, -- 待结算/已结算/已失效 unique_key VARCHAR(128) -- 幂等键 );

分佣计算流程：

1. 订单支付成功，发 MQ。

2. 分佣引擎消费消息，查询订单、商品、价格矩阵。

3. 根据购买者身份和推广关系链，计算各层级佣金。

4. 写入 commission_record，状态为“待结算”。

5. 订单签收后，触发结算，更新状态，增加账户余额。

幂等设计：unique_key = order_id + user_id + rule_type + depth，唯一索引防重。

java

@Transactional public void calcCommission(Long orderId) { Order order = orderService.getById(orderId); List<Relation> relations = relationService.getUpstream(order.getPromoterId(), 3); for (Relation rel : relations) { BigDecimal amount = commissionCalculator.calc(order, rel); if (amount.compareTo(BigDecimal.ZERO) > 0) { commissionRecordService.saveWithIdempotent(orderId, rel.getUserId(), amount); } } }

异步解耦：分佣计算耗时长，用 RocketMQ 削峰，保证最终一致性。

3.4 结算与对账

结算周期：签收后 T+1 或 T+7，可配置。

账户体系：

• 可用余额

• 冻结金额（待结算）

• 提现记录

对账：订单流水、佣金流水、支付流水三方对账。定时任务 + 离线数仓。

分布式事务：采用本地消息表 + MQ，保证订单与佣金最终一致。

sql

CREATE TABLE local_message ( id BIGINT PRIMARY KEY AUTO_INCREMENT, biz_type VARCHAR(32), biz_id BIGINT, payload TEXT, status TINYINT, -- 待发送/已发送/已完成 retry_count INT DEFAULT 0 );

订单服务本地事务写入订单和本地消息，定时任务扫描发送 MQ，分佣引擎消费后回调更新状态。

3.5 合规护栏

合规不是口号，是系统里的硬约束：

01 层级上限锁定

后台配置max_depth = 3，分佣引擎计算时，超过三级的佣金直接不发放。

java

if (depth > config.getMaxDepth()) { return BigDecimal.ZERO; }

02 按真实销售计酬

佣金规则只关联订单，不关联“拉人头”“团队人数”。所有计酬科目必须绑定真实成交订单。

03 零门槛 + 数据留痕

无入门费、无强制购货。全链路订单、佣金、结算、操作日志可追溯，便于配合监管核查。

风控：异常订单检测、刷单识别、限额、黑名单。

四、技术挑战与解决方案

五、源码交付与二次开发

我们作为良久团购商业模式的系统开发商，提供的不只是一套商城，而是一台“五级定价 + 自动结算 + 社交裂变 + 合规护栏”的私域团购系统。

交付内容：

• 完整源码 + 五级定价结算/裂变全模块

• 技术栈：Spring Cloud、MySQL、Redis、RocketMQ、Vue/Uniapp

• 架构图、接口文档、部署文档

• 客户可自主二次开发，无限制

适用场景：

• 私域团购平台搭建

• 社交电商系统开发

• 团长分销体系设计

• 传统企业转型私域

六、总结

私域团购系统的技术壁垒，不在前端商城，而在后端的定价引擎、分佣引擎、结算引擎和合规护栏。良久团购模式经过规模验证，其架构设计对同类系统有很高的参考价值。

如果你正在研究良久团购模式，或想搭建自己的私域团购平台，欢迎私信交流。我们可以把系统架构图、五级定价结算逻辑、合规配置清单发你参考。

免责声明：本文数据来自公开媒体报道及项目资料，仅作商业模式和技术分析，不构成收益承诺。实际经营需遵守国家法律法规，具体合规方案请咨询专业法律意见。