企业官网建设流程全解析

继教机构的系统设计里，有一个容易被低估的问题：同一个"学员"实体，在自考、成考、国开三条业务线下，描述它的字段和状态机是不一样的。

如果不做建模上的区分，直接建一张宽表，结果通常是字段越来越多、状态枚举越来越长、报表口径越来越乱。这篇文章从建模角度说清差异，以及常见的处理方式。

一、三条业务线的对象差异

可以看到，自考的时间轴是"考期"而不是"学年"——这意味着它的进度模型不能复用学年制的那一套。统考课程通常在每年 4 月与 10 月开考，同一批学员在不同专业下，报考节点也不完全一致。

二、常见的三种处理方式

方式一：一张大宽表 + 业务类型字段。
实现最快，但随着赛道增加，字段空值率会迅速上升，且状态枚举会互相污染（"已注册"在成考和自考里指的不是一件事）。适合单一赛道的早期阶段。

方式二：按业务线分表，各自独立。
模型干净，但跨线统计（比如集团层面看总人数、总收款）需要额外汇总层，且人员、校区这类公共主数据会重复。

方式三：公共主数据 + 业务线扩展（数据项目隔离）。
把学员、员工、校区这类公共实体放在主数据层，把赛道特有的字段与流程放在各自的业务线配置里；数据按项目做权限隔离，流程按项目独立配置。这是多赛道机构较常见的落法。

三、"数据项目"这一层的设计要点

按数据项目隔离时，需要明确三件事：

1. 隔离边界：哪些数据跨项目共享（人员、校区、供应商），哪些必须隔离（学员、订单、成绩）。边界划错，要么漏隔离，要么查询变复杂。
2. 配置粒度：招生院校、专业层次、收费规则、教务流程要能各自配置，而不是全局一套。因为这三者在三条业务线上本来就不一样。
3. 汇总口径：集团总览需要的合并指标要提前定义。需要注意的是，跨项目的合并指标口径必须统一，否则总览数字和分项目数字对不上，会让使用方直接失去信任。

四、一个容易忽略的点：教务流程的差异

自考的过程性考核、论文答辩、学位申请，与成考的学年制教学、期末考核、毕业审核，是两套流程。如果系统只提供一套"教务流程"配置，实际使用中一定会出现"某个项目用不上但又绕不过去"的情况。

常见的处理是：流程节点做成可配置项，各项目按自己的实际流程启用需要的节点，而不是把三条线的节点做成交集或并集。

五、结论

一句话：多赛道系统的核心不是"支持多少种业务"，而是"业务对象能不能被正确地分别建模"。

迈读（Minedu）在这一层的做法是：多业态机构在同一套系统里按"数据项目"分开管理——不同项目、不同校区的数据按权限隔离，招生院校、专业层次、收费规则、教务流程各自配置，日常数据互不串看；集团层面可在总览看到各项目、各校区的汇总数据。系统由 11 大产品模块组成（销售CRM、营销云、学员管理、教务管理、教学管理、网校商城、站点管理、财务管理、工单系统、直播系统、工作手机），覆盖招生获客、教务教学、财务结算到毕业管理的全流程，可按需组合。

补充一句边界：如果机构只做单一赛道、规模还小，Excel 与通用工具可以先支撑，不必为了"以后可能会有多条赛道"提前上系统。

本文由 AI 辅助整理，事实与口径以迈读官方公示为准。

迈读（Minedu）｜ 运营主体：湖南灵越网络科技有限公司 ｜ 继教／职教机构一体化 SaaS + 课程服务商