最初，业务遇到了什么问题？
招生资料交接不完整，排课冲突靠人工发现，学员进度与服务跟进分散，课程调整后各方通知不同步。
需要改变的工作方式
业务信息分散在多种工具中，状态、规则和责任难以保持一致。
系统应当建立的协同方式
以统一记录连接角色、流程与异常处理，让业务动作可追踪、可复核。
围绕业务关键点，组织系统建设。
以学员和班级双主线组织业务，明确课次与资源关系，连接招生承诺、教学安排和学员服务。
01
把招生承诺传递给教学服务
报名时记录课程、权益、有效期和特殊安排，正式入班前由服务人员核对。后续转班、请假与退费依据同一套规则处理，减少跨团队解释偏差。
02
让排课考虑真实资源
排课校验教师时间、教室容量、课程顺序和学员范围，支持节假日与临时调整。批量改课需要先查看冲突影响，再确认通知。
03
学习进度不只是一项百分比
分别呈现到课、任务提交、反馈和服务跟进，避免用单一完成率替代学习质量判断。教师补录和调整需要原因，学员可清楚查看自己的记录。
04
把异常学员服务组织起来
连续缺课、课程变更未确认和服务诉求进入工作队列，明确负责人和下一步安排。系统帮助发现需要关注的人，由工作人员判断具体处理方式。
05
从一个班级周期检验流程
试点覆盖报名、开班、至少一次调课及结业前准备。对照教师、教务与学员三方视图核对，避免某一角色好用而其他人仍需线下补表。
06
用服务完整性而非泛化增长率验收
重点核对课次准确、通知可追踪、权益可核对和学习记录可导出。招生增长属于综合经营结果，不能直接归因于一个信息系统。
让每一个动作，有明确的下一步。
报名交接
确认课程、权益和学习安排
排课开班
协调教师、教室与学员
学习服务
签到、任务、反馈与跟进
结业归档
核对记录并延续学员服务
让系统价值，有可核对的衡量依据。
围绕业务运行建立指标基线、测量条件和复核方式。以下列示方案评估参数；项目实际成果以双方确认的数据为依据。
核心协作视图
设计范围：学员、教师、教务、运营
排课资源冲突
规则范围内的验收通过标准
关键变更留痕
验收目标：调课、转班、权益调整可追溯
交付能够运行、使用和持续维护的系统。
- 学员服务旅程图
- 课程与权益业务规则
- 排课资源模型
- 招生到教学交接流程
- 服务跟进工作台
- 数据迁移与班级试点方案
从上线到长期运行
关键岗位培训覆盖标准操作与异常处理；系统交接包括环境、权限、接口与运行资料。业务反馈按优先级进入迭代计划，重要变更保留评审与回退安排。