在知识变现系统中，
如果只支持“自营卖课”，那它只是一个卖课工具。
真正具备平台能力的系统，
必须支持 多讲师入驻 + 收益分成 + 自动分账。
这背后涉及到：
- 用户体系设计
- 讲师审核流程
- 分成模型
- 订单拆分逻辑
- 资金安全控制
下面我们从源码逻辑层面拆解。
一、整体架构设计
在多讲师模式下，系统核心角色包括：
- 普通用户
- 讲师
- 平台管理员
数据库核心表结构设计如下：
-- 用户表
CREATE TABLE users (
id BIGINT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50),
role ENUM('user','lecturer','admin'),
status TINYINT DEFAULT 1,
created_at DATETIME
);
-- 讲师信息表
CREATE TABLE lecturers (
id BIGINT PRIMARY KEY AUTO_INCREMENT,
user_id BIGINT,
real_name VARCHAR(50),
phone VARCHAR(20),
intro TEXT,
commission_rate DECIMAL(5,2), -- 分成比例
status TINYINT DEFAULT 0, -- 0待审核 1通过
created_at DATETIME
);
-- 课程表
CREATE TABLE courses (
id BIGINT PRIMARY KEY AUTO_INCREMENT,
lecturer_id BIGINT,
title VARCHAR(255),
price DECIMAL(10,2),
status TINYINT DEFAULT 1
);
-- 订单表
CREATE TABLE orders (
id BIGINT PRIMARY KEY AUTO_INCREMENT,
user_id BIGINT,
course_id BIGINT,
total_amount DECIMAL(10,2),
platform_income DECIMAL(10,2),
lecturer_income DECIMAL(10,2),
status TINYINT,
created_at DATETIME
);
这里的核心字段是：
commission_rate —— 分成比例platform_income —— 平台收益lecturer_income —— 讲师收益
二、讲师入驻流程逻辑
讲师申请流程一般为：
- 用户提交入驻申请
- 后台审核
- 设置分成比例
- 状态变为“可发布课程”
示例代码（Spring Boot）：
@PostMapping("/lecturer/apply")
public Result apply(@RequestBody LecturerDTO dto) {
Lecturer lecturer = new Lecturer();
lecturer.setUserId(dto.getUserId());
lecturer.setRealName(dto.getRealName());
lecturer.setPhone(dto.getPhone());
lecturer.setIntro(dto.getIntro());
lecturer.setStatus(0); // 待审核
lecturerRepository.save(lecturer);
return Result.success("申请已提交");
}
管理员审核：
@PostMapping("/admin/lecturer/approve")
public Result approve(Long lecturerId, BigDecimal rate) {
Lecturer lecturer = lecturerRepository.findById(lecturerId);
lecturer.setStatus(1);
lecturer.setCommissionRate(rate);
lecturerRepository.save(lecturer);
return Result.success("审核通过");
}
三、分成机制核心逻辑
分成方式一般有三种：
- 固定比例分成（最常见）
- 阶梯分成（销售越高比例越高）
- 不同课程不同分成
这里我们以固定比例为例。
假设：
课程售价 199 元
讲师分成 70%
平台抽成 30%
订单创建逻辑：
public Order createOrder(Long userId, Long courseId) {
Course course = courseRepository.findById(courseId);
Lecturer lecturer = lecturerRepository.findById(course.getLecturerId());
BigDecimal total = course.getPrice();
BigDecimal rate = lecturer.getCommissionRate().divide(new BigDecimal("100"));
BigDecimal lecturerIncome = total.multiply(rate);
BigDecimal platformIncome = total.subtract(lecturerIncome);
Order order = new Order();
order.setUserId(userId);
order.setCourseId(courseId);
order.setTotalAmount(total);
order.setLecturerIncome(lecturerIncome);
order.setPlatformIncome(platformIncome);
return orderRepository.save(order);
}
这样在订单生成时，就已经完成收益拆分。
四、自动分账设计（支付回调）
真正关键的是支付成功后的资金处理。
支付成功回调：
@PostMapping("/pay/notify")
public String notify(PayNotifyDTO dto) {
Order order = orderRepository.findById(dto.getOrderId());
if(order.getStatus() == 1){
return "success";
}
order.setStatus(1);
orderRepository.save(order);
// 更新讲师余额
walletService.addIncome(
order.getCourse().getLecturerId(),
order.getLecturerIncome()
);
return "success";
}
讲师余额表：
CREATE TABLE lecturer_wallet (
id BIGINT PRIMARY KEY AUTO_INCREMENT,
lecturer_id BIGINT,
balance DECIMAL(10,2) DEFAULT 0
);
五、资金安全与风控设计
多讲师模式必须注意三个问题：
- 不直接实时打款给讲师
- 支持提现审核
- 支持退款回滚
提现逻辑示例：
public void applyWithdraw(Long lecturerId, BigDecimal amount) {
Wallet wallet = walletRepository.findByLecturerId(lecturerId);
if(wallet.getBalance().compareTo(amount) < 0){
throw new RuntimeException("余额不足");
}
wallet.setBalance(wallet.getBalance().subtract(amount));
walletRepository.save(wallet);
withdrawRepository.save(new WithdrawRecord(lecturerId, amount));
}
平台审核后再打款。
六、权限控制设计
讲师只能管理自己的课程。
示例：
public Course updateCourse(Long lecturerId, Course course) {
Course dbCourse = courseRepository.findById(course.getId());
if(!dbCourse.getLecturerId().equals(lecturerId)){
throw new RuntimeException("无权限操作");
}
return courseRepository.save(course);
}
七、总结
一个真正成熟的知识变现系统源码，多讲师机制必须实现：
- 入驻审核机制
- 分成比例管理
- 自动收益拆分
- 钱包余额系统
- 提现审核机制
- 权限隔离
如果只做到“能卖课”，那只是工具。
如果做到“能分成、能对账、能规模化”，那才是平台。
知识变现的核心不是课程数量，
而是系统是否具备平台级扩展能力。
如果你正在做知识变现系统开发，
多讲师分成机制，是必须打牢的底层能力。
